[geklärt] Stromverbrauch ESP-01 im "disabled" Zustand

Begonnen von TomLee, 11 März 2018, 00:46:21

Vorheriges Thema - Nächstes Thema

Otto123

Und wieviel misst Du mit deinem Adapter ohne ESP ?  ;)
Ich will Dich nicht ärgern, ich versuche nur zu helfen.

Bei 1,8 mA ist der ESP nicht an, es entspricht etwa 1,8 kOhm an 3,3 Volt ...
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TomLee

#16
Hab mehr oder weniger eine/die Lösung gefunden.

Wenn ich den ESP-01 mit Spannung versorge und die Kontakte nicht geschlossen sind, messe ich 1,8 mA.
Schliesse ich die Kontakte, lasse den ESP einmal duchstarten und sich mit WLAN verbinden und trenne dann die Kontakte wieder, dann messe ich sogar nur 12µA. Ein kurzes überbrücken reicht nicht aus. ;D

Das hat aber glaub nix mit dem blauen LED-Flimmern zu tun welche der Autor auch im Artikel erwähnt (das hab ich hier bei mir auch schon festgestellt, scheint Software unabhängig zu sein). Auch wenn sie nicht flimmert messe ich 0,18mA.

Manchmal nach dem Anschließen des ESP-01 Moduls an die Batterie, hat die blaue LED leicht geschimmert. In diesem Zustand verbraucht das ESP-01 Modul 1mA. Das ist natürlich für die Batterielebensdauer schlecht.
Wenn sie sehen, dass blaue LED Schimmert, dann schließen Sie die Kontakte das Wassersensors kurz zusammen, das bewirkt das der ESP-01 Modul richtig in "disabled" Zustand kommt



ZitatBerechnung: 1,2Ah/0,000012A=100000h. 100000h/24= 4167 Tage. 4167 Tage/365Tage= 11,41 Jahre

;D

Frank_Huber

Otto, wie ist das bei dir mit der Spannung
Bekommst du die über espeasy geliefert?

Hab grad mal auf einem sonoff und einem wemos getestet.
VCC wollen die beide nicht übermitteln.

Die esp01s hab ich vorhin erst bestellt.
Das forum regt immer zu neuen Bastelprojekten an. [emoji6][emoji56]

Mit dem Handy online, daher kurz gefasst...


Otto123

#18
Nee, das mit VCC geht bei ESPEasy nicht so ohne weiteres  ;D

Ich muss mal nachdenken, an der Ecke war ich vor langer Zeit schon mal...

Da gibt es extra Firmware?
Zitat%vcc%       - VCC value, this is only available in the VCC versions of FW.
https://forum.fhem.de/index.php?topic=68674.0

Aber ich glaube das bringt Systemlast ... Also irgendwas sprach dagegen. Weiß aber nicht mehr wieso.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Frank_Huber

OK. Danke. Ist für die Funktion auch nicht wichtig. [emoji6]

Mit dem Handy online, daher kurz gefasst...


TomLee

#20
per MQTT vielleicht ?

Natürlich nur wenn der Sensor auslöst.

MQTT_Device

defmod Wassermelder1 MQTT_DEVICE
attr Wassermelder1 IODev myBroker
attr Wassermelder1 event-on-change-reading .*
attr Wassermelder1 icon light_ceiling
attr Wassermelder1 room Wassermelder,Tasmota
attr Wassermelder1 subscribeReading_Wassermelder tele/wassermelder1/STATE



und per Doif die Alarmmeldung

defmod doif_Wassermelder1 DOIF ([Wassermelder1:Wassermelder]) (set pshmsg message Wasseralarm |  Wasseralarm Kellerbar, set EG_Echo_Wohnzimmer reminder_normal Wasseralarm in der Kellerbar,  set EG_Echo_Kueche reminder_normal Wasseralarm in der Kellerbar, set Sonos_Wohnzimmer_PLAY3 Speak 30 de Wasseralarm in der Kellerbar)
attr doif_Wassermelder1 checkReadingEvent 1
attr doif_Wassermelder1 do always
attr doif_Wassermelder1 room Wassermelder


Anbei noch ein paar Bilder der Umsetzung bevor das mit Heißkleber vergossen wird.



TomLee

ZitatNee, das mit VCC geht nicht so ohne weiteres

VCC, RSSI etc. sind in Tasmota "Standard-Log-Ausgaben". siehe Anhang.

TomLee

#22
Hab festgestellt das das MQTT_Device schneller reagiert als das Presence Modul, daher kleine Änderung und das Presence-Device entfällt.

Weiter ist mir im vorbeilaufen aufgefallen  das die blaue LED ab und an blinkt. Natürlich nur in diesen kurzen Momenten. Leg ich das Teil neben mich im Büro und beobachte das so nebenbei passiert jetzt schon eine Stunde lang nichts.

CH_PD hab ich nicht mit einem 1 MOhm Widerstand mit GND verbunden ( hab ich heute mal welche bestellt).
Auf der Webseite wird der Widerstand und Kondensator ab einer Länge > 20cm empfohlen, mehr hab ich nicht.
Kann das blinken damit einen Zusammenhang haben ?


edit:


;D  ;D ;D

Hab den Auslöser gefunden weshalb die blaue LED blinkt. Ich selbst  ;)
Jeden Schritt den ich in direkter Nähe zum ESP (der an der Tischkante liegt) mache wird mit einem Blinken registriert, laufe ich mit dem Sensor in der Hand wird jeder Schritt mit einem Blinken quittiert.
Keine Vibration, kein blinken.

Lach mich schräg

;D  ;D  ;D

Otto123

Der Widerstand hat schon seinen Sinn. Das sind FET Eingänge, die sind so hochohmig, die reagieren auf verliebte Motschekiebchen in 20 cm Entfernung  ;D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TomLee

Wäre das auch eine Erkärung dafür das der ESP nicht mehr durchstartet (sich mit WLAN verbindet), nachdem ich ihn großzügig mit Heißkleber fixiert habe ?

Auf Schritt und Tritt reagiert er aber trotzdem noch  >:(

Otto123

klingt eher nach einem Wackelkontakt ...
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TomLee

Auch wenn sich jetzt zwei verliebte Motschekiebchen an einem heißen Sommertag in den Keller verirren sollten, die können ab jetzt so viel Spass haben wie sie möchten, von mir aus auch direkt auf dem Gehäuse.  ;D
Die Widerstände kamen heute und der Sensor reagiert nicht mehr auf Schritt und Tritt.

ZitatWäre das auch eine Erkärung dafür das der ESP nicht mehr durchstartet (sich mit WLAN verbindet), nachdem ich ihn großzügig mit Heißkleber fixiert habe ?

Denke beim entfernen der nicht benötigten Pins des ESP muss ich die Leiterbahnen mit dem Lötkolben irgendwie beschädigt haben. Auch nach einem ablöten des ESP, neu flashen und schauen im seriellen Monitor was passiert, rührt sich da irgendwie nichts mehr.

Hab das ganze dann in einem Gehäuse für 3 Batterien umgesetzt. Den neuen ESP hab ich mit dem Lötkolben nicht mehr angerührt und auf 8 Pin Header gesetzt, allerdings die Pins des ESP gekürzt und das Plastik an den Pins entfernt. Damit spart man  etwas mehr als die Höhe der Leiterplatte ( auf der Kondensator und Widerstand sind), womit das ganze dann in das 3. leere Batteriefach passt.

Ich bin gespannt wie lange die Batterien wirklich halten.


TomLee


TomLee

#28
Kleines update da gerade Thema:

Der Wassermelder ist seit 11.04. ein MQTT2_Device, immer noch die gleichen Batterien, zwischendurch 3-4 mal getestet/durchgestartet weil ichs nicht lassen konnte.
Die Batterien halten definitiv länger als 6 Monate.


Internals:
   CID        DVES_2BA06F
   DEF        DVES_2BA06F
   DEVICETOPIC MQTT2_Wassermelder
   FUUID      5caf6813-f33f-78f5-ab4a-61bca450e1ac5037
   IODev      MQTT2_Server
   NAME       MQTT2_Wassermelder
   NR         122
   STATE      offline
<br>
2.974 V
<br>
<a href="http://192.168.188.71" target="_blank">192.168.188.71</a>

   TYPE       MQTT2_DEVICE
   READINGS:
     2019-04-11 19:09:49   INFO1_FallbackTopic DVES_2BA06F
     2019-04-11 19:09:49   INFO1_GroupTopic sonoffs
     2019-04-11 19:09:49   INFO1_Module    Sonoff Basic
     2019-04-11 19:09:49   INFO1_Version   5.13.1
     2019-04-11 19:09:49   INFO2_Hostname  wassermelder-0111
     2019-04-11 19:09:49   INFO2_IPAddress 192.xxx.xxx.71
     2019-04-11 19:09:49   INFO2_WebServerMode Admin
     2019-04-11 19:09:49   INFO3_RestartReason Power on
     2019-05-01 21:29:10   LWT             offline
     2019-04-11 19:09:50   POWER           OFF
     2019-04-11 19:09:50   RESULT_POWER    OFF
     2019-04-11 19:02:48   STATE_POWER     OFF
     2019-04-11 19:02:48   STATE_Time      2019-04-11T18:02:48
     2019-04-11 19:02:48   STATE_Uptime    0T00:00:14
     2019-04-11 19:02:48   STATE_Vcc       2.974
     2019-04-11 19:02:48   STATE_Wifi_AP   1
     2019-04-11 19:02:48   STATE_Wifi_APMac BC:05:43:CA:4F:xx
     2019-04-11 19:02:48   STATE_Wifi_RSSI 76
     2019-04-11 19:02:48   STATE_Wifi_SSId SSID
     2019-04-11 19:02:41   UPTIME_Time     2019-04-11T18:02:41
     2019-04-11 19:02:41   UPTIME_Uptime   0T00:00:07
Attributes:
   IODev      MQTT2_Server
   devStateIcon online:10px-kreis-gruen@green offline:10px-kreis-rot@red
   group      Kellerbar
   readingList tele/wassermelder/LWT:.* LWT
cmnd/wassermelder/POWER:.* POWER
tele/wassermelder/INFO1:.* { json2nameValue($EVENT, 'INFO1_', $JSONMAP) }
tele/wassermelder/INFO2:.* { json2nameValue($EVENT, 'INFO2_', $JSONMAP) }
tele/wassermelder/INFO3:.* { json2nameValue($EVENT, 'INFO3_', $JSONMAP) }
stat/wassermelder/RESULT:.* { json2nameValue($EVENT, 'RESULT_', $JSONMAP) }
stat/wassermelder/POWER:.* POWER
tele/wassermelder/STATE:.* { json2nameValue($EVENT, 'STATE_', $JSONMAP) }
DVES_2BA06F:tele/wassermelder/UPTIME:.* { json2nameValue($EVENT, 'UPTIME_', $JSONMAP) }
   room       MQTT2_DEVICE,Sensoren
   stateFormat LWT
<br>
STATE_Vcc V
<br>
<a href="http://INFO2_IPAddress" target="_blank">INFO2_IPAddress</a>


Gruß

Thomas

edit:


Spannung MRZ/APR 2018 keine 3,2 Volt
Spannung am 09.10.2018

DasQ

Was für ein Deep sleep nutzte denn da in tasmota?
Mit der Umsetzung per tasmota hab ich mich noch nicht wirklich befasst, aber da es ja die selbe Hardware ist, sollte geklärt werden welcher deepsleep überhaupt genutzt wird.

Gibt da nämlich zwei

Und da ich kein Bock hab das zweimal zu erklären hier der Link wo ich das schonmal erklärt hab, aber mit Bezug auf espeasy.

Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org