Software BOD Disable im ATtiny45 funktioniert nicht

[Juan (Gast)]

Guten Abend!

Ich hab hier einen ATtiny45 Revision G mit per Fuse aktiviertem BOD 
(2.7V) und bekomme den Software BOD Disable im Power-Down-Sleep-Mode 
nicht aktiviert. Laut Datenblatt soll das mit Revision D und neuer 
funktionieren.

Im ersten Schritt soll BODS und BODSE gesetzt werden. Danach muss 
innerhalb von 4 Taktzyklen BODS gesetzt und BODSE gelöscht werden. 
Anschliessend soll innerhalb von 3 Taktzyklen der Sleep-Mode ausgeführt 
werden, wenn ich das richtig verstehe. So habe ich es gemacht:

ldi     temp0, (1 << SE) | (1 << SM1) | (1 << BODS) | (1 << BODSE)
out     MCUCR, temp0
cbr     temp0, (1 << BODSE)
out     MCUCR, temp0
sleep

Der Sleep-Mode funktioniert, der AVR wacht nicht mehr auf. Wenn aber die 
Spannung auf 2.5V sinkt und anschliessend wieder über 2.7V steigt, macht 
der AVR einen Reset und das Programm beginnt erneut, was es eigentlich 
nicht sollte.

Im Datenblatt steht noch, dass auf Geräten, die den Software BOD Disable 
nicht unterstützen, BODS immer als 0 gelesen wird. Das ist bei meinem 
Exemplar auch so. Wenn ich statt der sleep-Instruktion das BODS-Bit 
lese, ist es 0.

Wo ist nun der Fehler? Verstehe ich die Aktivierungsprozedur falsch? Ist 
der Code falsch? Oder kann die Revision G das doch nicht? Hat das schon 
einmal jemand gehabt?

Danke und schönen Abend!

[Axel S. (a-za-z0-9)]

Juan schrieb:
> Im ersten Schritt soll BODS und BODSE gesetzt werden. Danach muss
> innerhalb von 4 Taktzyklen BODS gesetzt und BODSE gelöscht werden.

Und warum machst du das dann nicht?

> ldi     temp0, (1 << SE) | (1 << SM1) | (1 << BODS) | (1 << BODSE)
> out     MCUCR, temp0
> cbr     temp0, (1 << BODSE)
> out     MCUCR, temp0

Sieh mal hin, welches Bit du beim zweiten Zugriff setzt bzw. löschst

[c-hater (Gast)]

Juan schrieb:

> Im Datenblatt steht noch, dass auf Geräten, die den Software BOD Disable
> nicht unterstützen, BODS immer als 0 gelesen wird. Das ist bei meinem
> Exemplar auch so. Wenn ich statt der sleep-Instruktion das BODS-Bit
> lese, ist es 0.
>
> Wo ist nun der Fehler?

Du verwendest wohl die falsche Chip-Revision.

Wahrscheinlich hat da irgendwer ein paar Chargen alter Chips billich 
eingekauft und dann umgelabelt, um sie ein paar Cent teuerer verkaufen 
zu können. Bei entsprechender Stückzahl lohnt der Aufwand, da können 
leicht einige k€ Gewinn bei anfallen. Und du hast die dann bei honest 
chinese dealer z.B. ePay gekauft.

So kommt zusammen, was zusammengehört. Der Sparfuchs und die cleveren 
Leute, die selbst aus den Sparfüchsen noch einen Gewinn rausleiern...

[Wolluntier (Gast)]

c-hater schrieb:
> Wahrscheinlich hat da irgendwer ein paar Chargen alter Chips billich
> eingekauft und dann umgelabelt, um sie ein paar Cent teuerer verkaufen
> zu können. Bei entsprechender Stückzahl lohnt der Aufwand, da können
> leicht einige k€ Gewinn bei anfallen. Und du hast die dann bei honest
> chinese dealer z.B. ePay gekauft.

Du hast doch mit Pflaumenmus gegurgelt! Jeden Tag neue krude Theorien. 
Was bist Du nur für eine Pfeife?

c-hater schrieb:
> So kommt zusammen, was zusammengehört. Der Sparfuchs und die cleveren
> Leute, die selbst aus den Sparfüchsen noch einen Gewinn rausleiern...

Mit Dir gehört der Fuchsbandwurm zusammen. Der ist für den Menschen 
genau so nützlich wie Du.

Irgendwann reicht's -genau jetzt war es so weit.

[Juan (Gast)]

Axel S. schrieb:
> Sieh mal hin, welches Bit du beim zweiten Zugriff setzt bzw. löschst
Ich dachte, ich "cleare" BODSE. Der Rest inklusive BODS bleibt 
unverändert (also BODS gesetzt), wie verlangt. Ich sehe es nicht. Was 
meinst du genau?

Der AVR ist von Conrad Schweiz (vor ca. 1.5 Jahren). Wenn das immer noch 
zu billig ist, bitte ich um Entschuldigung. Aber viel mehr will 
eigentlich kein Händler auf der Welt für diese ICs haben.

[Axel S. (a-za-z0-9)]

Juan schrieb:
> Axel S. schrieb:
>> Sieh mal hin, welches Bit du beim zweiten Zugriff setzt bzw. löschst
> Ich dachte, ich "cleare" BODSE. Der Rest inklusive BODS bleibt
> unverändert (also BODS gesetzt), wie verlangt. Ich sehe es nicht.

Oops. Mein Fehler. Ich habe da "ldi" statt "cbr" gelesen. So wie du es 
machst, müßte es in der Tat funktionieren.

Juan schrieb:
> Im Datenblatt steht noch, dass auf Geräten, die den Software BOD Disable
> nicht unterstützen, BODS immer als 0 gelesen wird. Das ist bei meinem
> Exemplar auch so. Wenn ich statt der sleep-Instruktion das BODS-Bit
> lese, ist es 0.

Das würde dann dafür sprechen daß dein ATtiny45 das wirklich nicht kann 
:(

[Karl M. (Gast)]

Hallo,

So schreibe ich die Assembleranweisungen als Inline Code.
Ja, das ist keine avr gcc Syntax.

'In order to disable BOD during sleep (see Table 7-1 on page 35)
    'the BODS bit must be written to logic one.
    'This is controlled by a timed sequence and the enable bit, BODSE in MCUCR.
    'First, both BODS and BODSE must be set to one.
    'Second, within four clock cycles, BODS must be set to one and
    'BODSE must be set to zero.
    'The BODS bit is active three clock cycles after it is set.
    'A sleep instruction must be executed while BODS is active in order to turn off the BOD for
    'the actual sleep mode. The BODS bit is automatically cleared after three clock cycles.
    
    asm
      ' disable BOD
      ldi    _HB0, (1<<BODS) or (1<<BODSE)
      ldi    _HB1, (1<<BODS)
      in    _HA0, MCUCR
      or    _HB0, _HA0
      out    MCUCR, _HB0
      or    _HB1, _HA0
      out    MCUCR, _HB1
      ' three clock cycles
      sei
      sleep
    EndAsm

[Karl M. (Gast)]

Hallo,

was noch gelten muss, alle o.g. "BOD"-Assembler Anweisungen müssen ohne 
Interrupt Unterbrechung ausgeführt werden.

[S. Landolt (Gast)]

an Karl M.

Da wäre jetzt von Interesse, auf welchem ATtiny_5 mit welcher Revision 
das bei Ihnen läuft.