ATTiny45 Lockbits setzen und gleichzeitig ISP deaktiveren

ISP kannst Du nur mit HV-Programming deaktivieren.
Setze Debugwire deaktiviert und die Lockbits.

Auf INT0 hat das alles keinen Einfluß.

Ich  muss den ISP deaktiveren weil dessen SCK-Pin auch der INT0 ist und 
ich diesen im Programm verwende.

@Peter
Meinst also:
1. DebugWire deaktivieren
dann 2. Lockbits passend setzen und
zum Schluss via HV den SPI deaktiveren

Richtig so?

Rush ... schrieb:
> Ich  muss den ISP deaktiveren weil dessen SCK-Pin auch der INT0 ist und
> ich diesen im Programm verwende.

Sagt wer?

Rush ... schrieb:
> zum Schluss via HV den SPI deaktiveren

Wozu?

@Peter
Sagt das Datenblatt.
Ich will das ISP deaktivieren da das Signal was an dem INT0 ankommt 
Einfluss nimmt. Ist meine Signalquelle an dem INT0/SCK angeschlossen, 
bekomme ich den Tiny nicht programmiert da am SCK reingefunkt wird.
Ziehe ich die Signalquelle ab so lässt sich der uC problemlos 
programmieren.

Rush ... schrieb:
> Ich  muss den ISP deaktiveren weil dessen SCK-Pin auch der INT0 ist und
> ich diesen im Programm verwende.
>
> @Peter
> Meinst also:
> 1. DebugWire deaktivieren
> dann 2. Lockbits passend setzen und
> zum Schluss via HV den SPI deaktiveren
>
> Richtig so?

Eigentlich müsste es auch über ISP, als letzte Aktion, klappen ISP zu 
deaktivieren. Da gibt es zwar eine Fehlermeldung, aber danach kommst du 
nicht mehr über ISP rein.

holger schrieb:
>>Eigentlich müsste es auch über ISP, als letzte Aktion, klappen ISP zu
>>deaktivieren.
>
> Nein, das geht nicht. Schau ins Datenblatt.

Dann war es sicher nur ein Zufall, dass das bei mir schon mindestens 
zweimal geklappt hat.

Also nochmal:
am INT0 hängt ein Servoausgang eines RC-Empfängers dran. Und über INT0 
messen ich die High-Periode des Empfängerkanals.

INT0 und der ISP-SCK ist der Selbe Pin.

Und doch ich verstehe den uC im Allgemeinen. Ich verstehe nur nicht 
warum ihr nicht versteht dass Signal an INT0 (das was ich in der 
Software auswerte) für den ISP ein Fremdsignal ist und der ISP somit 
"verwirrt" ist und mein Programm scheinbar nicht das macht was es soll.

Peter du meintest ich soll das Debugwire ausschalten und die Lockbits 
setzen und gut ist. Genau das habe ich ja auch getan und gesehen, dass 
es eben nicht so funzt wie erwartet. Deswegen schreibe ich ja diesen 
Beitrag.

holger schrieb:
>
> Laut Datenblatt kann man im ISP Mode die SPIEN Fuse
> nicht ändern.

Ist schon länger her, dass ich das (seinerzeit zuerst versehentlich) 
ausgeschaltet hatte, daher auch das "Eigentlich" in meinem Text.

Ja, so hatte ich mir das auch gedacht. Die AppNote habe ich tatsächlich 
nicht beachtet :(

Ich werde morgen einfach mal eine andere dieser Platinen ausprobieren 
wobei ich weniger glaube dass es dann funktioniert. Bei 13 Bauteilen ist 
die Fehlerwahrscheinlichkeit doch ein wenig gering ;-)

Danke euch für die Bemühungen und einen schönen Abend.

Nene, das ist schon vollkommen ok von dir :-)

Somit ist diese Fehlerquelle schonmal ausgeschlossen.


Nur wirds jetzt noch seltsamer:
Ich programmiere den uC auf einer Adapterplatine. Da ist sonst nichts 
anderes drauf außer dieser selbst. Es hängt also an den ISP-Leitungen 
also entweder NUR der Programm oder NUR die eigentliche Signalquelle für 
den INT0.

Und den programmiere ich über ISP und löte ihn anschließend in die 
Schaltung. Es scheint als würde das Programm dann irgendwo hängenbleiben 
weswegen ich vermutete dass er sich im Programmiermodus befindet und auf 
Daten vom Programmer wartet.
Den letzten Beiträgen zu Folge würde er sich nur im Programmiermodus 
befinden wenn der Rest-Pin auf GND liegen würde. Tut er aber nicht.


Seltsamerweise funzt das identische Programm  auf der gleichen Platine 
(nicht die selbe; habe 10 Stück) problemlos wenn ich es über DebugWire 
flashe...

Rush ... schrieb:
> Und den programmiere ich über ISP und löte ihn anschließend in die
> Schaltung.

Rush ... schrieb:
> Seltsamerweise funzt das identische Programm  auf der gleichen Platine
> (nicht die selbe; habe 10 Stück) problemlos wenn ich es über DebugWire
> flashe...

Irgendwie verstehe ich das nicht.
Also grundsätzlich programmierst du den µC extern, aber auf einer der 10 
Platinen kannst du ihn mit dW programmieren?

Wenn das so ist, dann hast du ja vorher dW eingeschaltet, denn das ist 
standardmäßig abgeschaltet.

Was ist denn mit normalem ISP auf der anderen Platine, geht das denn 
auch?
Und überhaupt, mit dW flashen? Da bist du im Debug Modus und das hat mit 
dem eigentlichem flashen doch gar nichts zu tun.

???

Ich habe ja eine Zielplatine wo ich die ISP-Leitungen direkt an den 
Controller gelötet habe, falls noch was an der Firmware verändert werden 
müsste etc.

Die funktioniert ja ohne Probleme.

Nur wenn ich eine andere Zielplatine (habe ja mehrere identische davon) 
nehme, und einen über ISP (auf dem Programmieradapter) geflashten 
Controller darauf löte, funktioniert er nicht.

Rush ... schrieb:
> Ich habe ja eine Zielplatine wo ich die ISP-Leitungen direkt an den
> Controller gelötet habe, falls noch was an der Firmware verändert werden
> müsste etc.
>
> Die funktioniert ja ohne Probleme.
>
> Nur wenn ich eine andere Zielplatine (habe ja mehrere identische davon)
> nehme, und einen über ISP (auf dem Programmieradapter) geflashten
> Controller darauf löte, funktioniert er nicht.

Vielleicht hilft dir das weiter:

1

• dW: When the debugWIRE Enable (DWEN) Fuse is programmed and Lock bits are unprogrammed, the 

2

debugWIRE system within the target device is activated. The RESET port pin is configured as a wire-AND 

3

(open-drain) bi-directional I/O pin with pull-up enabled and becomes the communication gateway between 

4

target and emulator

Da scheint unter Umständen etwas mit deiner Reset Leitung nicht zu 
stimmen.

Ist denn dein DWEN on?

Schon mal gelesen?

1

Connection of RESET pin on AVRs 

2

The RESET pin on the AVR is active LOW, and setting the pin LOW externally will thus result in a reset of the AVR. The 

3

RESET has two purposes: 

4

1. To release all lines by tri-stating all pins (except XTAL pins), initialize all I/O registers and set program counter 

5

to zero. 

6

2. To enter programming mode (for some parts also the PEN line is used to enter programming mode). 

7

Furthermore it is possible to enter high-voltage/parallel programming mode by drawing the RESET pin “very” 

8

high, where very high means 11.5V – 12.5V (refer to the datasheet of the device for more information). 

9

The reset line has an internal pull-up resistor, but if the environment is noisy it can be insufficient and reset can 

10

therefore occur sporadically. Refer to datasheet for value of pull-up resistor on specific devices. 

11

Connecting the RESET so that it is possible to enter both high-voltage programming and ordinary low level reset can be 

12

achieved by applying a pull-up resistor to the RESET line. This pull-up resistor makes sure that reset does not go low 

13

unintended. The pull-up resistor can in theory be of any size, but if the Atmel AVR should be programmed from e.g. 

14

STK®

15

500/AVRISP the pull-up should not be so strong that the programmer cannot activate RESET by draw the RESET 

16

line low. The recommended pull-up resistor is 4.7kΩ or larger when using STK500 for programming. For DebugWIRE to 

17

function properly, the pull-up must not be smaller than 10kΩ. 

18

To protect the RESET line further from noise, it is an advantage to connect a capacitor from the RESET pin to ground. 

19

This is not directly required since the AVR internally have a low-pass filter to eliminate spikes and noise that could 

20

cause reset. Applying an extra capacitor is thus an additional protection. However, note that this capacitor cannot be 

21

present if DebugWIRE or PDI is used. 

22

If not using High Voltage Programming it is recommended to add an ESD protecting diode from RESET to Vcc, since 

23

this is not internally provided due to High Voltage Programming. Alternatively, or in addition, a Zener diode can be used 

24

to limit the RESET voltage relative to GND. The Zener diode is highly recommended in noisy environments. The 

25

components should be located physically close to the RESET pin of the AVR. Figure 2-2 shows the recommended 

26

circuit on the RESET line.

DebugWire ist ausgeschaltet. Der Rest-Pin liegt mit 10kOhm an VCC.
Und VCC ist 5V was auch die einzige vorhandene Spannung ist.
Kurzschluss von Reset zu GND habe ich auch ausschließen können.

Rush ... schrieb:
> DebugWire ist ausgeschaltet. Der Rest-Pin liegt mit 10kOhm an VCC.
> Und VCC ist 5V was auch die einzige vorhandene Spannung ist.
> Kurzschluss von Reset zu GND habe ich auch ausschließen können.

Dann weiß ich auch nicht weiter.

Ich auch nicht mehr...

Aber trotzdem danke.