Attiny85: Brown-Out-Detection via Software ausschalten

Schalte den BOD doch mal bitte per Fuse ab und messe dann den 
Stromverbrauch.
Beachte, das 'floating' Pins den Stromverbrauch rapide ansteigen lassen, 
es sollten also alle Pins definiert auf high oder low liegen.

Matthias S. schrieb:
> Schalte den BOD doch mal bitte per Fuse ab und messe dann den
> Stromverbrauch.
> Beachte, das 'floating' Pins den Stromverbrauch rapide ansteigen lassen,
> es sollten also alle Pins definiert auf high oder low liegen.

Habe ich gemacht, dann liegt der Stromverbrauch bei den erwarteten ca 
200nA.

@Karl: Mein Code besteht ausschließlich aus dem genannten Beispielcode. 
Fuses sind genannt. Sollte also alles gesagt sein.

Karl M. schrieb:
> Hallo,
>
> bei mir liefert der gcc eine Fehlermedung.
> "<m o d e>" , "(some_condition)"
>

1

set_sleep_mode(<mode>);

2

>   cli();

3

>   if (some_condition)

4

>   {

5

>     sleep_enable();

6

>     sleep_bod_disable();

7

>     sei();

8

>     sleep_cpu();

9

>     sleep_disable();

10

>   }

11

>   sei();

ersetze <mode> mit SLEEP_MODE_PWR_DOWN und entferne die if-Bedingung.

S. Landolt schrieb:
> Schlecht: ich habe hier eine ganze Stange ATtiny85-20PU, also 50 Stück,
> von 1706, aber Rev. B.

Woran erkennst du denn die Revision? Da gibts es ja unzählige Mythen und 
Vermutungen welcher der Codes die Revision sein könnte...

S. Landolt schrieb:
>> ... welcher der Codes die Revision ...
> Sehe ich das richtig, Sie wissen gar nicht, welche Revision Sie haben?

Naja ich habe auch das "B" auf der unteren Seite, aber ich glaube kaum, 
dass das die Revision ist. Der Datecode besagt Herstellungsjahr 2016 und 
anhand der Änderungshistorie des Datasheets gibt's die Software BOD 
Deaktivierung wohl schon sehr sehr lange (ca 2008). Von daher gehe ich 
eigentlich schon davon aus, dass wir mittlerweile die nötigte Revision 
haben.

> sleep_bod_disable();

Ohne mir jetzt angesehen zu haben, was da hintersteckt, gehe ich davon 
aus, daß damit die automatische BOD-Abschaltung aktiviert wird. Das 
haben aber nur die P-Typen der Atmegas. Der Tiny 85 kann das nicht. Du 
wirst den BOD daher zu Fuß abschalten und auch wieder einschalten 
müssen.

S. Landolt schrieb:
> eine ganze Stange ATtiny85-20PU, also 50 Stück,
> von 1706

1706 gab es noch keine Mikrocontroller.

Thomas E. schrieb:
> Ohne mir jetzt angesehen zu haben, was da hintersteckt, gehe ich davon
> aus, daß damit die automatische BOD-Abschaltung aktiviert wird. Das
> haben aber nur die P-Typen der Atmegas. Der Tiny 85 kann das nicht. Du
> wirst den BOD daher zu Fuß abschalten und auch wieder einschalten
> müssen.

Gerade gesehen, daß das offensichtlich Blödsinn ist.

Thomas E. schrieb:
> 1706 gab es noch keine Mikrocontroller.

KW 06 2017 solls keine Mikrocontroller gegeben haben? Wow, dann haben 
wir ja in den letzten 45 KWs ne Menge erreicht.

Karl M. schrieb:
> Kann man MCUCR.BODS = 1 setzen und auch erfolgreich wieder
> (zurück)lesen,
> dann gibt es die Funktionalität beim attiny85.
> Natürlich muss man das weiter unter beschriebene Zeitverhalten beachten!
>

1

if (MCUCR & (1<<BODS)) {

2

> // ok MCUCR.BODS = 1 kann man setzen.

3

> } else {

4

> // fehler

5

> }

>
> In devices where Sleeping BOD has not been implemented this bit is
> unused and will always read zero.

Das habe ich mal versucht, scheint als würde er immer 0 zurück lesen, 
auch wenn ich zuvor das Bit auf 1 gesetzt habe. Hatte das aber schnell 
mit Arduino getestet, daher bin ich mir nicht sicher, ob ich da alles 
richtig gemacht habe. Kann das einer von euch auch nochmal verifizieren?

Danke!

Tobi X. schrieb:
> auch wenn ich zuvor das Bit auf 1 gesetzt habe.

Innerhalb von 3 Cycles nach dem Setzen des Bits wird es sowieso von 
alleine gelöscht. Wenn man es also lesen will, muss man das direkt nach 
der 'Enable BOD' Prozedur machen.
Übrigens - wenn auf der Unterseite ein B steht, ist es lt. Datenblatt 
auch Revision B:

"7.2.1         Limitations
BOD disable functionality has been implemented in the following devices, 
only:
• ATtiny25, revision E, and newer
• ATtiny45, revision D, and newer
• ATtiny85, revision C, and newer
Revisions are marked on the device package and can be located as 
follows:
• Bottom side of packages 8P3 and 8S2
• Top side of package 20M1"

Habe zum Thema mal bei Microchip angefragt... Lt. Microchip müsste es 
z.B. mit dem C-Code (siehe Listing oben) funktionieren. Voraussetzung 
ist eben die Chip-Rev. C oder neuer. Die Revision lässt sich wohl auf 
der Unterseite (zweite Zeile, erster Buchstabe bei PDIP Package) 
erkennen. Bei mir ein "B" und somit klar, warum es nicht funktioniert.

Jetzt stellt sich mir nur die Frage, woher ich Rev. C Chips bekomme...

Tobi X. schrieb:
> Jetzt stellt sich mir nur die Frage, woher ich Rev. C Chips bekomme...

Das habe ich mich privat auch schon oft bei anderen Chips gefragt. Wenn 
in der Errata z.B. das beworbene I2S bei allen Revisionen, abgesehen von 
der Aktuellsten, defekt ist und man die Teile nicht direkt vom 
Hersteller bezieht, muss man wohl auf einen anderen Chip setzen (oder 
einen guten Draht zum Distributor haben).

Benedikt M. schrieb:
> oder
> einen guten Draht zum Distributor haben

Einfach mal anrufen und nicht nur blind bestellen. Viele Distributoren 
sind doch sehr hilfsbereit, auch "Laien" gegenüber ;)