Einschaltverhalten AVR

Danke für die schnellen Antworten!

> BOD aktiviert?

Hatte ich ich vermutet und ausgeschaltet, hilft leider nicht


> Die Ports gehen beim (Poweron-)Reset in tristate, das ist so und kann
> man nicht ändern.

Ok, verstehe. Den störenbden PORT noch mal Extern zu beschalten ist kein 
Problem. Aber Aufhängern dürfte der Controller sich doch aber eigentlich 
nicht, oder?

Steven schrieb:
> Aber Aufhängern dürfte der Controller sich doch aber eigentlich
> nicht, oder?

Was meinst Du mit "Aufhängen"? Oben schreibst Du, dass

> die Ports am
> Controller für einen kurzen Moment undefiniert waren

Daraus schloss ich, dass es nur um die paar µs vom Anlegen der Spannung 
bis zur Port-Initialisierung durch Dein Programm ging - wie ist das 
jetzt zu verstehen?

> Ist daher zu 99% ein SW-Fehler.
> Z.B. gerne gemacht wird falsche Reihenfolge beim SPI-Init (/SS Pin zu
> spät als Ausgang).

Da suche ich gerade. Der SPI ist es nicht. Was gibt es noch für typische 
Fehler? Wie gehe ich am besten vor?

Wenn ich das Programm über den Debugger starte. Funktioniert es immer. 
Ohne Debugger tritt es auf, aber ich kann nicht sehen wo es hängt?

So,

ich hab zum testen nun mal folgenden Code verwendet:

1

#include <avr/io.h>

2

3

main()

4

{

5

6

  PORTD = 0x00;

7

  DDRD  = 0x03;

8

9

  PORTD |= (1 << PD0);

10

  PORTD |= (1 << PD1);

11

12

13

  while(1)

14

  {

15

    ;

16

  }

17

}

Wenn ich die Batterie nun ganz langsam einlege, hängt sich der 
Controller auf, d.h. PD0 und PD1 haben keinerzeit einen High Pegel, 
obwohl die Versorgungsspannung am Controller anliegt.

Martin Wende schrieb:
> BOD wieder aktiv?
> Takt fuses auf slow rising power eingestellt?

BOD ist wieder aktiv und wenn du mit Takt fuses das Power On Reset mit 
65ms meinst, das auch.

Ansonsten überlege ich gerade ob die LED's auf dem Board nicht zu viel 
Strom ziehen??? Könnte das so einen Fehler verursachen?

Karl Heinz Buchegger schrieb:
> D.h. die Themenkreise sind
> * Brown Out Fuse, bzw. ab welcher Spannungslage darf der µC anfangen
>   mit arbeiten
> * was in eine ähnlich Kerbe schlägt
>   wie ist die Verzögerung beim Neustart durch die Fuses eingestellt
> * was macht der Resetpin

Genau die Punkte scheinen aber in Ordnung zu sein.

Was mich gerade noch stutzig macht ist dass der Programmer/Debugger sich 
manchmal auch aufzuhängen scheint, bzw. das Programm nicht von Beginn an 
startet sondern von irgendwo mittendrin anfängt zu laufen. Aber wie kann 
das passieren?

Steven schrieb:
> Aber wie kann das passieren?

Must du mittels Debugging gucken, ob immer an gleicher Stelle oder zu 
gleichem Zeitpunkt.

Hannes Lux schrieb:
> Langsam kommt der Verdacht auf, dass es an fehlenden
> Abblock-Kondensatoren liegen könnte...

Abblockkondensatoren sind eigentlich vorhanden. Wie groß sollten den 
"Rippel" auf der Versorgungsspannung maximal sein? Oder denkst du an 
andere Verbraucher auf dem Board. Eigentlich ist da nur noch der RFID 
Chip....

Also Fakt ist der Degugger startet manchmal nach dem Programmiervorgang 
von alleine und dann mitten im Programm....