Atmel megaAT power on oder reset unterscheiden, wie?

[Joachim B. (jar)]

siehe Titel:

Atmel megaAT (m8, m328p, m1284p)power on oder reset unterscheiden, wie?

[Peter D. (peda)]

siehe Datenblatt:
10.9.1 MCUSR – MCU Status Register

[g457 (Gast)]

Kuckst Du Datenplatt. Beim m8 isses das MCUCSR, bei den anderen analog. 
Rechtzeitig sichern und löschen nicht vergessen.

HTH

[wirsch (Gast)]

Joachim B. schrieb:
> siehe Titel:
>
> Atmel megaAT (m8, m328p, m1284p)power on oder reset unterscheiden, wie?

megaAt, häh?

[Joachim B. (jar)]

Peter Dannegger schrieb:
> 10.9.1 MCUSR – MCU Status Register

danke Peter,

• Bit 2 – BORF: Brown-out Reset Flag
This bit is set if a Brown-out Reset occurs.
The bit is reset by a Power-on Reset, or by writing a logic zero
to the flag.

• Bit 1 – EXTRF: External Reset Flag
This bit is set if an External Reset occurs. The bit is reset by a 
Power-on Reset, or by writing a logic zero to the flag.

• Bit 0 – PORF: Power-on Reset Flag
This bit is set if a Power-on Reset occurs. The bit is reset only by 
writing a logic zero to the flag.


kann man also (wenn Brown-out programmiert ist) bit 2 und bit 0 hier 
gleichwertig verwenden?

Bit 1 nur wenn der Reset Taster gedrückt wurde?

g457 schrieb:
> Rechtzeitig sichern und löschen nicht vergessen.

was meinst du damit?

ich möchte ja nur feststellen wenn der MC startet ob es power on war 
oder ein Reset

[g457 (Gast)]

> was meinst du damit?
>
> ich möchte ja nur feststellen wenn der MC startet ob es power on war
> oder ein Reset

Die Bits können sich aufkumulieren. Wenn Du erst einen POR machst, dann 
einen externen Reset, vielleicht spuckt Dir dann einer in den Brown-Out 
und womöglich beisst auch noch der Watchdog zu, dann sind alle jene Bits 
gesetzt. Also zwischendrin zurücksetzen.

[Peter D. (peda)]

Ist etwas tricky, je nach Dauer des Abfall und Anstieg der VCC kann 
BORF, PORF oder beide gesetzt sein.
Nur wenn beide 0 sind und EXTRF = 1, dann war es extern.
Und nach dem Lesen das Löschen nicht vergessen.

[Joachim B. (jar)]

Peter Dannegger schrieb:
> Ist etwas tricky,

Peter Dannegger schrieb:
> Und nach dem Lesen das Löschen nicht vergessen.

ah, ich glaube ich verstehe so langsam, löschen damit ich beim nächsten 
Lesen nicht reinfalle?
Sie werden wieder gesetzt wenn der AVR vom Strom getrennt wurde?

[Joachim B. (jar)]

Peter D. schrieb:
> siehe Datenblatt:
> 10.9.1 MCUSR – MCU Status Register

so nun bin ich endlich zum probieren gekommen,

im Arduino nano 328p klappt es prima

  Serial.begin(19200);
  delay(200);
  Serial.println();
  Serial.println();
  Serial.println();
  if(MCUSR&(1<<PORF))
  { MCUSR&=~(1<<PORF);
    Serial.println(F("Erststart pow"));
  }
  if(MCUSR&(1<< EXTRF))
  { MCUSR&=~(1<< EXTRF);
    Serial.println(F("RESET        "));
  }

dito im Arduino mighty atmega1284p leider nicht!
Die Register und Bits haben lt. Datenblatt dieselben Namen, der Code 
wird nicht ausgeführt, es wird

weder

    Serial.println(F("Erststart pow"));

noch

    Serial.println(F("RESET        "));

"geprintet"

alles andere davor und danach aber wird "geprintet"

also vor und nach den "if"

hat jemand eine Idee?
Es gibt auch keine Fehlermeldungen von der IDE, wird anstandslos 
übersetzt und "gebrannt".

EDIT ich printe das natürlich ohne angeschlossenen USB auch auf das LCD 
weil in der Arduino IDE immer RESET nach power ON kommt, kann es also 
nur am Steckernetzeil erkennen

[Mike A. (Gast)]

Joachim B. schrieb:
> hat jemand eine Idee?

Ein Reset - welcher auch immer - wird doch nicht spurlos am MCUSR 
vorüber gehen. Guck dir mal einen Dump vom MCUSR ohne irgendwelche 
"if"s.

[Joachim B. (jar)]

Mike A. schrieb:
> Guck dir mal einen Dump vom MCUSR ohne

gute Idee nur wie?

ein globales
uint8_t my_mcusr=MCUSR;

sollte nach dem reset mindestens so initialisiert sein, ist aber immer 
0.

und dump ohne Aruino an power ist auch nicht möglich, ich stecke mal von 
PC auf Netzteil um.

immer noch 0 auf dem LCD auch am Netzteil.

[Joachim B. (jar)]

so den Code auf nano328p und 1284p portiert

am PC in der Arduino IDE
auf nano328p Ausgabe der MCUSR dez 6
auf mighty1284p Ausgabe der MCUSR dez 0

am Steckernetzteil powerON
auf nano328p Ausgabe der MCUSR dez 5
auf mighty1284p Ausgabe der MCUSR dez 0

am Steckernetzteil resetTASTER
auf nano328p Ausgabe der MCUSR dez 7
auf mighty1284p Ausgabe der MCUSR dez 0

sieht für den nano plausibel aus, für den mighty immer noch nicht!

[g457 (Gast)]

> sieht für den nano plausibel aus, für den mighty immer noch nicht!

Dann schau Dir die Register doch mal etwas früher an, z.B. in der .init1 
oder .init3. Siehe hierzu auch meine Beiträge vom 21.01.2015 und die 
zugehörige Doku.

HTH

[Jan H. (jan_m_h)]

Kann es sein, dass der Bootloader vom Mighty die Register liest und 
löscht?

[Joachim B. (jar)]

g457 schrieb:
> Siehe hierzu auch meine Beiträge

LINK?

Jan H. schrieb:
> Kann es sein, dass der Bootloader vom Mighty die Register liest und
> löscht?

ja nein vielleicht?

ich weiss es nicht

[Klaus 2. (klaus2m5)]

Jan H. schrieb:
> Kann es sein, dass der Bootloader vom Mighty die Register liest und
> löscht?

Kommt drauf an, welche Version Du benutzt. Aber in optiboot.c steht zum 
Beispiel:

  // Adaboot no-wait mod
  ch = MCUSR;
  MCUSR = 0;
  if (!(ch & _BV(EXTRF))) appStart();

Guckst Du hier: 
https://github.com/maniacbug/mighty-1284p/tree/master/bootloaders

[Joachim B. (jar)]

Klaus 2. schrieb:
> Kommt drauf an, welche Version Du benutzt.

ich nutze die aus dem Original mighty Thread
optiboot_mighty1284p_1M.hex