Erstes Projekt - Wassersensor

Begonnen von bismosa, 07 August 2017, 08:29:17

Vorheriges Thema - Nächstes Thema

AndiS

CH_PD bzw EN bleibt immer high!
Zum manuellen Wakeup RST kurz low!

Nitaro

Vielen Dank für Eure Antworten. Die "Alternative" mit ESPeasy schaue ich mir auf jeden Fall mal an.

Wenn CH_PD/EN immer High ist, dann kann das ganze doch gar nicht funktionieren ?
Ich habe das so verstanden, dass CH_PD gegen VCC den Eingang high setzt und dann das Wakeup erfolgt.
Kurz low löst ja noch nichts aus, sondern erst wenn wenn sich der Zustand nach low wieder ändert. Das würde
bedeuten, wenn Wasser da ist passiert noch nichts sondern erst wenn es wieder trocken ist. Verstehe ich doch
richtig oder ?

HubertM

Mit dieser Schaltung, mit ESPEasy und Sleep Delay z. B. 300 sendet der ESP12 alle 5 Minuten die Daten des BME280, Akkuspannung, Sendestärke und was man sonst noch so einstellt und schläft dann wieder.
Mit RST kurz LOW wird er manuell aufgeweckt. Mit GPIO16 LOW wird Deep Sleep abgeschaltet.
Einen Wassersensor kann man als Device (Switch Input) anlegen oder damit RST LOW ziehen, aber nur kurz!
siehe auch hier: https://www.letscontrolit.com/wiki/index.php/SleepMode

Tobias

Hi, aus der Doku lese ich, das der esp per espEasy nur nach festen timern automatisch aufwacht. Leider stand nix davon, Das der esp aufwacht bei einem event, zb. Der wassersensor meldet ein leck. Dann muss er ja aufwachen und sofort die Meldung absetzen. Danach wider schlafen legen.

Geht es wirklich nicht oder habe ich etwas überlesen?
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

bismosa

Hallo,

eigentlich sollte alles hier beschrieben sein:
https://forum.fhem.de/index.php/topic,75139.msg671132.html#msg671132
Gerade was den ESP angeht hier:
http://esp8266-server.de/Wassermelder.html

Den ESP Easy im speziellen kenne ich nicht. Da gibt es mittlerweile auch viel zu viele unterschiedliche Module...

Zitat von: Prof. Dr. Peter Henning am 14 Mai 2018, 16:10:51
Im Übrigen halte ich die Idee dieses Wassermelders für etwas daneben. Weil keine Abfrage des Batteriezustandes erfolgt (auch keine zyklische Mitteilung), kann man den Zustand "trocken" nicht vom Zustand "nass, aber Batterie leer" unterscheiden. Das ist bei einem sicherheitskritischen System nicht sehr schlau. Aber gut, muss jeder selbst wissen.

Jein. Wenn wirklich sicherheitskritisch stimme ich zu. Ansonsten könnte man die Prüfzeit (die ich in FHEM eingebaut habe) noch verkürzen. 4 Wochen ist vielleicht auch ein wenig lang. Aber funktioniert haben meine immer bei der Prüfung. Wenn die Batterien leerer wurden habe ich die dann immer gleich ausgetauscht.

Ich finde das System nach wie vor ausreichend und gut und günstig. Meine Meinung :)

Gruß
Bismsoa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

HubertM

Von einem Event zum Aufwecken steht da auch nix. Kann er ja auch nicht, er schläft ja.
Aufwecken nur über RST (negative Flanke) verbunden entweder über internen Timer (der als einziges nicht schläft) an GPIO16 und /oder manuell mit Taster an GND.
Mit der og Schaltung funktioniert das.
Den Wassersensor würde ich mir einfach als Input Switch alle paar Minuten schicken lassen.

"Da gibt es mittlerweile auch viel zu viele unterschiedliche Module..." Aber gerade das man den ESP8266 mit ESPEasy sehr einfach und universell einsetzbar.