Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Codierknecht]

@flexer
Hast Du auch einen Timer eingerichtet, der den wieder aufweckt?

https://tasmota.github.io/docs/DeepSleep/#deepsleep-wakeup-based-on-timer-events

[Flexer]

@codierknecht Da bin ich schon raus.

Ich habe eine Anleitung im Internet befolgt in der es hieß man solle D0 und RST verbinden. Würde man dann Deepsleeptimer 60 in der console abschicken würde er im intervall all 60 sek neu starten.

Einen Timer zum aufwecken habe ich nicht. Wie mache ich das?

[Codierknecht]

@flexer sagte in Wemos mit Tasmota Deepsleep:

Ich habe eine Anleitung im Internet befolgt in der es hieß man solle D0 und RST verbinden

Ja - um DeepSleep überhaupt zu ermöglichen.

Wie mache ich das?

Wie in der verlinkten Doku beschrieben.
Du musst dazu passende rules und timer anlegen.
Der soll ja zu einer bestimmten Zeit aufwachen, Dir einen Wert senden und sich dann wieder schlafen legen.

Bin aber heute ausnahmsweise mal wieder im Büro. Habe hier keinen ESP um das nachzustellen.
Vielleicht hilft ja einer der Anderen hier aus.

[Flexer]

@codierknecht Danke schon mal für den Hinweis. Kann ich mich bei dir trotzdem melden wenn sich keiner gemeldet hat?

[Codierknecht]

@flexer sagte in Wemos mit Tasmota Deepsleep:

Kann ich mich bei dir trotzdem melden wenn sich keiner gemeldet hat?

Natürlich, aber ich kann von hier aus nur theoretisch helfen.

[Flexer]

@codierknecht Na klar

[Flexer]

@codierknecht Also ich habe jetzt nochmal mit den Rises und den Timern gespielt. Irgendwie bekomme ich den Wakeup nicht hin.

Cool wäre es wenn ich zwei werte pro tag mir senden lassen könnte

[alk]

@flexer
Ich nehme mal an Du hast die MQTT Kommunikation generell am Laufen und auf der Basis stellst Du auf "DeepSleep" um.

• Dann bitte unbedingt die TASMOTA Documentation beachten: https://tasmota.github.io/docs/DeepSleep/
• Dann nehme ich an Du hast eine physikalische Brücke zwischen pin "RST" und "GPIO16" fest verdrahtet, PullUp 10k nach 3.3V.
  Aus meiner Sicht müsste Dein Kommando für die Umstellung DeepSleep dann so aussehen

Backlog TelePeriod 10; DeepSleepTime 60;

--> So sendet TASMOTA nach 10sec nach dem Aufwachen die MQTT Informationen an iobroker, schläft wieder ein und wacht all 60sec auf.
Die Zeit von DeepSleepTimer XX; kann man leicht anpassen. Es gibt aber auch eine Obergrenze, bitte nochmal damit probieren.

[Flexer]

@alk Also ich habe nur ein Jumperkabel von RST nach GPIO16 gemacht. Das mit dem Widerstand nicht

[alk]

@flexer na dann ist das doch der erste Ansatz den PullUp hinzu zu nehmen.
Und den D0/GPIO16 in der Pin Configuration auf "None(0)" stellen, siehe Documentation ganz am Anfang.

Denn die Pin Configuration "DeepSleep (182)" löst den Deep Sleep wieder auf! Klingt konisch, ist aber so!

[Flexer]

@alk Guten Morgen, verstehe ich richtig, dass ich nicht nur ein Jumperkabel von D0 auf RST brauche sonder auch eine Stromverbindung von 3,3V zu diesem Jumperkabel? Also 3,3V vom Battershield mit dem Widerstand zum Jumperkabel?

[TT-Tom]

@flexer

Ja, wie oben dargestellt. Vom Plus zum Widerstand zur Brücke.

[Flexer]

Ja schande über mein Haupt für die Verdrahtung, aber es müsste so doch funktionieren? Ist nur erstmal probeaufbau

Wemos wacht nicht auf bei Deepsleep 60.

[Flexer]

@flexer So es gibt ein Update.
Wemos D1 Mini keine Chance. Bin jetzt auf eine Nodemcu gewechselt jetzt erwacht er aus dem Deepsleep Sogar mit Tasmota. Kann mir jemand helfen wie ich den Timer richtig einstelle? Würde das gerne 1 mal die Stunde machen wollen

[alk]

@flexer super, das hört sich gut an.

Der DeepSleepTimer für eine Stunde wäre dann:
t=60s*60s=3600s

Du gibts in der TASMOTA Console folgendes Kommando ein:

Backlog TelePeriod 10; DeepSleepTime 3600;

--> So sendet TASMOTA nach 10sec, nach dem Aufwachen, die MQTT Informationen an iobroker, schläft wieder ein und wacht all 3600sec = 1Stunde auf.

[Flexer]

@alk Super geil danke dir. Hoffe das mein neues Batteryshield länger hält als das alte, das war nach einer benutzung kaputt.

Melde mich wenn alles läuft!

[alk]

@flexer kurz nochmal zu dem Wemos Board, das jetzt nicht mehr funktioniert.

Meine Annahme:
Der Wemos Eingang D0/GPIO16 und/oder der RST und/oder weitete Funktionsblöcke am Wemos Board sind jetzt defekt.
Weil:

• Ich nehme an, der braune Draht am Akkupack ist an 5V oder 2*3.7V=7.4V angeschlossen.
• Geht dann über den PullUp ~5-10k an RST und D0/GPIO16.
• Die Wemos Pins sind nur 3.3V tollerant und gehen >3.7V sehr schnell kaputt.

Aber genau kann ich das auf dem Bild nicht erkennen. Eventuell ist es ja doch alles richtig verdrahtet ;-)

Besser:

• Der PullUp ~5-10k hätte an 3V3 am Wemos Board angeschlossen werden sollen.
• Geht dann über den PullUp ~5-10k an RST und D0/GPIO16.

[Flexer]

@alk Oh das muss ich mal ausprobieren. Ich habe festgestellt dass meine Idee so nicht aufgeht. Anscheinend ist der Stromversorgung doch zu hoch mit 1 mal die Stunde. Heute morgen habe ich auf das Batteryshield geschaut und von 5 Leds haben noch 3 geleuchtet. So ist das ding übermorgen leer.

Klar ist jetzt eine Nodemcu die mehr frisst, dann das Batteryshield selbst und der evtl zu kurze Intervall. Da muss ich nochmal überlegen wie ich das mache. Vor allem 2 18650 sollten länger halten

[alk]

@flexer der Stromverbrauch wird durch folgende Bauteile beeinflusst:

• Aktivität des ESP32, durch DeepSleep zu reduzieren.
• PullUp Widerstand. Zb I=U/R. Bei 10k sind das 330uA. Bei 1K PullUp schon 3.3mA. Also Augen auf bei PullUp Widerständen!

LG
alk

[Codierknecht]

@flexer
Batteriebetrieb ist bei den Dingern immer etwas schwierig.
Mein ESP im Geocache hält mit 2x 21700 (parallel) mehrere Monate.
Der läuft aber nicht im DeepSleep, sondern wird komplett ausgeschaltet und durch einen externen Sensor (Reedkontakt) mit Strom versorgt.
Keine Ahnung, ob sowas bei Dir möglich wäre.