ATMEGA328PB Falsche Startup-Time als ATMEGA328P

[AVR-User (Gast)]

Hallo Forum,

beim Umstieg vom ATMEGA328P auf den ATMEGA328PB habe ich festgestellt, 
dass die in den Fuses voreingestellte Startup-Zeit ("6 CK/14 CK + 65ms") 
nicht der Realität entspricht.

Gemessen habe ich es, indem ich die 5V direkt vom Labornetzteil an den 
Controller angelegt habe und die Zeit bis zum Schalten des Ausgangs im 
Oszilloskop gemessen habe

int main(void)
{
      DDRC  = _BV(PC0);
      PORTC = _BV(PC0);
  
    /* Replace with your application code */
    while (1) 
    {
    }
}

Statt die genauen 65ms wie beim ATMEGA328P mit der gleichen Platine 
messe ich beim ATMEGA328PB eine Zeit von 170ms bis der Ausgang nach 
Bereitstellen von VCC=5V schaltet. Wenn ich die Startup-Zeit auf 0ms in 
den Fuses setze, messe ich ~14ms bis der Ausgang schaltet, beim 
Atmega328P ist der Ausgang direkt HIGH.

Was kann die Ursache für so eine Zeitverschiebung sein?
Danke für die Zeit.

[Steve van de Grens (roehrmond)]

Ich habe gerade mal die Datenblätter verglichen. Abgesehen von 
marginalen Unterschieden sind die relevanten Fuses (CKSEL0, SUT0, STUT1) 
und Zeiten identisch.

[Jörg W. (dl8dtl) (Moderator)]

Miss mal die Watchdog-Zeiten (kann man ja als Interrupt konfigurieren 
und dann bspw. einen Pin wackeln lassen). Meiner Erinnerung nach werden 
diese Zeiten mit dem Watchdog-Oszillator realisiert.

[Oliver S. (oliverso)]

Jörg W. schrieb:
> Miss mal die Watchdog-Zeiten

0ms sollte auch bei einem völlig kaputtem Watchdog-Oszillator (was der 
bei einem Faktor 2 sein müsste) immer noch 0ms bleiben.

Ich würde da eher auf die brown-out- Einstellungen o.ä. schauen.

Oliver

[Jörg W. (dl8dtl) (Moderator)]

Ist natürlich auch die Frage des gewählten Oszillators.

Im Thread über den abgekündigten ATmega328P wurde erwähnt, dass der PB 
keinen full-swing crystal oscillator mehr hat. Eventuell liegt darin der 
Unterschied begründet?

[Karl (Gast)]

Jörg W. schrieb:
> Miss mal die Watchdog-Zeiten (kann man ja als Interrupt konfigurieren
> und dann bspw. einen Pin wackeln lassen). Meiner Erinnerung nach werden
> diese Zeiten mit dem Watchdog-Oszillator realisiert.

Oder als einfachen Test den 125kHz Clock als System Clock selektieren, 
und die CKOUT Fuse setzen. Dann mit dem Scope am CLKO messen, ob da 
wirklich 125kHz rauskommen.

[Karl (Gast)]

Da bei gesetzter CLKO Fuse der System Clock auch schon im Reset Zustand 
ausgegen wird, kannst du auch die Zeit zwischen Anlegen von Vcc und dem 
ersten Takt ausmessen. Vielleicht benötigt der 125kHz Oszillator einfach 
mehr Zeit zum Anschwingen.

[AVR-User (Gast)]

Hallo,

es stimmt der Watchdog Oszillator (128kHz) erzeugt intern die 
Startup-Time

ich habe den Atmel-Controller auf die Int.Osz 128kHZ mit Clock Output 
umgestellt, gemessen wird am CLKOUT ein Takt von 114 kHz und bei Anlegen 
der VCC(vom Labornetzteil) dauert es nur µS bis schon der 128kHz-Takt am 
CLKOUT zu sehen ist

Bei 114kHz ergibt das bei 8192 Watchdog Oszillator Zyklen (laut 
ATMEGA328P Datenblatt für ein Delay von 65ms) ein erwarteten ~72ms Delay

Auch bei einem eingestellten Int.Osz 128kHz(Fuses im Anhang) ist die 
Startup-Zeit immer noch bei 160ms-170ms bis das obige Beispielprogramm 
loslegt

Am 128kHz Watchdog-Oszillator vom ATMEGA328PB kann ich keine 
Auffälligkeiten erkennen

[AVR-User (Gast)]

Zwischenstand:

-Hardware-Reset über Reset-Pin mitten im Betrieb reduziert die Startzeit 
auf 72 ms im Vergleich zum Anlegen der Versorgungsspannung

-"Brown-out reset: Disabled" senkt die Startzeit ebenfalls in den 
zweistelligen Bereich

Ich vermute damit ein Problem mit der Versorgungsspannung (intern im 
Controller?), die der ATMEGA328P nicht hat.

Recherchen im Internet zur Folge ist der ATMEGA328PB viel empfindlicher 
auf die Versorgungsspannung durch Erfahrungen anderer Benutzer

[Ludwig (Gast)]

ChatGPT schrieb im Beitrag #7306140:
> Die Startup-Zeit gibt an, wie lange der Mikrocontroller braucht, um sich
> nach dem Einschalten oder einem Reset zu initialisieren.

Wo genau kann die Startup-Zeit von Relevanz sein? Gibt es hierzu 
Beispiele aus der Praxis?

Falls von Relevanz: Hält man sich dann nicht besser an garantierte 
Datenblatt-Werte statt an irgendwelche wilden Spekulationen?

- Ludwig

[Steve van de Grens (roehrmond)]

Ludwig schrieb:
> Hält man sich dann nicht besser an garantierte Datenblatt-Werte statt

Ich fürchte, dazu gibt es keine Angabe im Datenblatt.

[uwe (Gast)]

Welches BOD Level ist denn Programmiert?

[AVR-User (Gast)]

BOD-Level: 2,7 V

Angehängt ist die gemessene VCC vom Labornetzteil(5V) direkt am 
Controller-Pin #4(VCC)