Forum: Mikrocontroller und Digitale Elektronik Bascom powerdown - Stromverbrauchsproblem mit Attiny13


von Grimmer (Gast)


Lesenswert?

Hallo Zusammen

Der Powerdown Befehl in Bascom treibt mich in den Wahnsinn.
Ich habe u.a. folgenden code und der tiny zieht noch immer 250uA,

$regfile = "attiny13.dat"
$crystal = 1200000

Stop Adc
Stop Ac
Stop Watchdog

Powerdown

End

Frage, WAS zieht hier Strom? Der Tiny ist völlig unbeschaltet und die 
Pins als Eingaenge definiert. Kann es sein, dass der interne Oscillator 
arbeitet? Falls ja, wie kriege ich den tot?

Gemäss anderer Foren und Anleitungen, sollte mich obenstehnder code 
locker unter 1uA bringen.....

Danke für die Hilfe.

von Klaus D. (kolisson)


Lesenswert?

ein Spannungsregler ?
Schmutz auf Platine ?
Messfehler ?

Gruss

von Grimmer (Gast)


Lesenswert?

Hallo Klaus

Danke für Deinen Kommentar.
Schmutz ist auszuschliessen, denn der Tiny ist nicht auf der Platine, 
sondern "in der Luft". Die Versorgung geschieht ab Labornetzteil, via 
Multimeter (im uA Bereich eingestellt). Die Spannung bewege ich im 
Bereich 3-5 VDC.

Danke und Gruss

von Stone (Gast)


Lesenswert?

Programmer noch angesteckt ?
Brownout detection an ?
interne Ref noch an ?



Gruß Matthias

von Martin M. (Gast)


Lesenswert?

Interessant, der frische Thread hier war der 3. Google-Treffer bei 
"Bascom Powerdown" und hätte nahezu 1:1 von mir kommen können.

Ich hab dann auf Verdacht einfach mal von 2.0.7.1 zurück auf 1.11.9.8 
gewechselt -> Volltreffer, es scheint tatsächlich ein Problem der 
neueren Bascom Version zu sein.

von Klaus D. (kolisson)


Lesenswert?

Dann wäre es ja interessant diesen Effekt an MCS zu berichten
damit ggf. ein Bugfix eingepflegt wird.

Klaus

von Falk B. (falk)


Lesenswert?

Grimmer schrieb:
> Hallo Zusammen
>
> Der Powerdown Befehl in Bascom treibt mich in den Wahnsinn.
> Ich habe u.a. folgenden code und der tiny zieht noch immer 250uA,

Poste VOLLSTÄNDIGEN Code als Anhang!

>
> $regfile = "attiny13.dat"
> $crystal = 1200000
>
> Stop Adc
> Stop Ac
> Stop Watchdog
>
> Powerdown
>
> End
>
> Frage, WAS zieht hier Strom? Der Tiny ist völlig unbeschaltet und die
> Pins als Eingaenge definiert.

Wenn da die internen Pull-ups nicht eingeschaltet sind, hängen die IOs 
in der Luft und ziehen Strom.


Kann es sein, dass der interne Oscillator
> arbeitet? Falls ja, wie kriege ich den tot?
>
> Gemäss anderer Foren und Anleitungen, sollte mich obenstehnder code
> locker unter 1uA bringen.....
>
> Danke für die Hilfe.

von Sven (Gast)


Lesenswert?

Unbeschaltete Pins sollten immer:

- als Ausgang definiert sein
oder
- als Eingang mit eingeschaltetem internem Pull-Up/Down (bei AVR geht 
nur Pull-Up)

Sven

von Norbert S. (norberts)


Lesenswert?

Hi,

probier mal
Config Powermode Powerdown

Marc hat da wohl was geändert und Powerdown wird vielleicht nicht mehr 
unterstützt.

Gruß,
Norbert

von Martin M. (Gast)


Lesenswert?

Ich hab das mittlerweile mehrmals abwechselnd mit 2.0.7.1 und 1.11.9.8 
getestet, es ist definitiv ein Problem der neuen Version (mit dem 
Tiny13).

Was dort anstelle vom "Powerdown" Befehl funktioniert:

MCUCR = bits( SE , SM1)
SLEEP

von MWS (Gast)


Lesenswert?

Zitat laut Hilfe:
> You should use the new POWER POWERDOWN statement

von Bascommer (Gast)


Lesenswert?

> You should use the new POWER POWERDOWN statement
das hat man ihm doch im Bascom-Forum schon erzählt...

von MWS (Gast)


Lesenswert?

Bascommer schrieb:
> das hat man ihm doch im Bascom-Forum schon erzählt...

Ja, und ? Hat halt nichts genützt, weil auch dort in's Blaue geraten 
wurde, woran der TE Mitschuld trägt.

Die im Bascom-Forum propagierte "Lösung" CONFIG POWERMODE = Powerdown zu 
verwenden, bringt nichts wenn er Version 2.0.7.1 hat, die kennt diesen 
Befehl noch nicht. Die Version hat der TE dort aber nicht verraten, 
sondern erst hier.

Die Version 1.11.9.8 hatte einen Mangel, dort wurde SE,SM1,SM0 vor dem 
Neusetzen nicht richtig gelöscht, macht sich nur beim gezeigten Code 
nicht negativ bemerkbar, deshalb hat der auch geklappt.

2.0.7.0 war mir zum Testen verfügbar, dort wurde MCUCSR unzulässig 
beschrieben, Bit 4 wurde gesetzt, obwohl reserviert. Da dürfte sich der 
Tiny13 unwillig gezeigt haben und damit ist auch das  Nichtfunktionieren 
erklärt, was möglicherweise auch für 2.0.7.1 zutrifft.

2.0.7.3 sieht dagegen gut aus und sollte einwandfrei arbeiten, egal mit 
welcher der 3 mittlerweile existierenden Varianten in den Sleep versetzt 
wird. Also auf Version 2.0.7.3 updaten, dann klappt's auch.

von Klaus D. (kolisson)


Lesenswert?

Schöner Beitrag von:
Autor: MWS (Gast)
Datum: 19.12.2011 02:05


Die Wahrheit in "Unverblümt".

Danke dafür.

Klaus

von Grimmer (Gast)


Lesenswert?

Problem geloest;

Mcucr = Bits(se , Sm1)
 Sleep

Funktioniert!
 Vielen Dank an das Forum!!!!

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.