alte Fenstersensoren Smart machen

[berndsolar13]

@ralla66

kurze Info, meine ESP32 aus China sind heute angekommen.
Die 4.7k Ohm Widerstände vor einigen Tagen

Werde dann mal anfangen, die Fenster + Türkontakte inklusive einem oder wenn es läuft auch den 2. DHT22 anzuschließen.

Das nächste Projekt wird wohl ein Luftqualitätssensor
Die ESP32 haben ja genug Pins
https://www.az-delivery.de/products/mq-135-gas-sensor-modul

[Ralla66]

@berndsolar13

mit denen hab ich auch noch nicht gespielt.
Sind die Tasmota kompatibel ?
Saugen ja mit 180 ma gut Strom

[berndsolar13]

@ralla66

gut frage, gibt aber auch andere nur unwesentlich teurer

Hab die ESP32 heute mal beschrieben, das war ein Krampf.
Da die den CH340 Chipsatz haben, brauchte ich wieder einen anderen Serial Treiber.
Nach einer Stunde und unzähligen Reboots, konnte ich endlich verbinden.
Leider weigert sich Tazmotizer, meckert immer was mit Fehler in Head 64.
Der Webinstaller von Tasmota ging.

Da gabs aber auch noch so eine Sache, man kann nur Uploaden, wenn man gleichzeitig den Boot Button gedrückt hält, Damit dürften Updaten über die GUI schwierig werden. Muss ich später mal testen, hatte aktuell eh keine fertige ESP32 Firmare zum testen. Eine Minimal Bin wie beim Wemos hab ich nicht gefunden.

Meine vorbereiteten Firmwares gehen nicht, da die ja ESP8266 waren
Muss ich mir wieder eine Sensors mit allen was man braucht compolieren.
Falls du eine fertig hast, kannst sie gerne hochladen.

[Ralla66]

@berndsolar13

für CH340 den Driver v3.4 nehmen, Win 11 ersetzt den gerne automatisch mit v 3.8 !
teste mal die Bastel,bin, weiß grad nicht was drin ist.

tasmota32.factory.bin
tasmota32.bin

[berndsolar13]

@ralla66

ok danke, dann teste ich mal

[Ralla66]

@berndsolar13
release
musste mal testen, erst die safeboot per ota danach die Wunsch.bin

[BananaJoe]

@berndsolar13 sagte in alte Fenstersensoren Smart machen:

Leider weigert sich Tazmotizer

Das ist jetzt aus dem Kopf, aber Tasmotizer ist nicht für ESP32 geeignet (meine ich). Ich habe da immer den "ESP-Home-Flasher" genommen, auch im Tasmota zu flashen.

Auf der GitHub-Seite steht es auch:

[berndsolar13]

@bananajoe sagte in alte Fenstersensoren Smart machen:

Das ist jetzt aus dem Kopf, aber Tasmotizer ist nicht für ESP32 geeignet

ok danke, wieder was neues gelernt
mit der online Variante gehts ja zum Glück

[berndsolar13]

Mal ein Update des "nan" Problem des DHT22 AM2301 Sensors.
Ich hatte genug Zeit zum testen

diverse Wemos D1
3 ESP32 CH340
Tasmota
Arduino
diverse Netzteile
mit und ohne 4,7 kohm widerstand
diverse GPIO
3 verschiedene DHT22

es hat keine Auswirkung, sobald ich im Keller das Licht einschalte (Leuchtstoff Röhre) dann geht der Sensor auf nan. Der Sensor hängt quasi an der selben Leitung, da Steckdosen und Licht die selbe Zuleitung ist.

Laut dem offiziellen Datenblatt hab ich nur noch eine Möglichkeit
https://www.sparkfun.com/datasheets/Sensors/Temperature/DHT22.pdf

100 nF Kondensator zwischen 3,3 V und GND.
Er soll wohl Spannungsspitzen abfangen.
Der Widerstand ist wohl nur dafür da, das der Sensor auch an längeren Leitungen noch funktioniert.
Ist blöd, wenn ich abends die Kellerfenster schließen will, wenn die Temperatur auf nur noch 4 Grad gefallen ist, und das Dashbord dann nur noch "nan" meldet.

Oder ich muss die Lampe wechseln

[Ralla66]

@berndsolar13 sagte in alte Fenstersensoren Smart machen:

Dashbord dann nur noch "nan"

ESP lebt noch und arbeitet noch ?

[berndsolar13]

@ralla66

ja, der funkt noch per MQTT, und die Oberfläche also Web UI ist abrufbar, der SR04 Ultraschall ändert doch noch seine Werte in der Oberfläche.

[Ralla66]

@berndsolar13

SR04 ? DHT im Keller
lebt, Web UI hat Werte, Mqtt nan ?

[berndsolar13]

@ralla66
Ne im Keller beim DHT ist nur der 1. Test vom Fenster, (Auf / Zu)

Der SR04 ist über meinem Wassertank für das Hydro System.
Dort messe ich den Wasserpegel, damit die Pumpe nicht trocken läuft.
Hab da mal einen DHT22 angeschlossen, um zu testen, ob es wirklich an der Keller Lampe liegt.
Aber sobald die Wasserpumpe an geht, alle 20min für 2 Min, geht der Temp Sensor auf "nan".

Hab dann überall "nan" in der Konsole, Weboberfläche, und MQTT.
Die anderen Werte ändern sich, also Wasserstand und Fenster auf Zu..
Kann alle Menüs aufrufen von Tasmota, daher gehe ich davon aus, das der ESP noch läuft.

Vermutlich zieht der Starter der Leuchtstoffröhre kurz zu viel genau wie die Wasser Pumpe (8 Watt Leistung). Und das killt den Sensor. Es passiert quasi immer, und nicht nur 1x pro Woche. Also gehe ich davon aus, das der Anlaufstrom dafür verantwortlich ist.

[berndsolar13]

@ralla66 sagte in alte Fenstersensoren Smart machen:

@ralla66

sollte in der .bin mit drin sein

#define SUPPORT_MQTT_EVENT

Mqtt Adapter

Tasmota

hi ralla66

Ich wollte nun endlich loslegen, aber mit der Standard ESP32 Firmware klappt es nicht.
Ich wollte deine OFFEN / ZU Variante nehmen.

Könntest du mir diese bin mal uploaden
Andere Frage, wie bekomme ich die per WebUpload hoch ?

Beim EPS32 muss ich erst die Secure Boot Firmware hoch laden, quasi die minimal.bin wie beim ESP8266 ? Und danach dann deine ?

Wegen der nan Sache bin ich noch nicht weiter gekommen.
Für den Anfang hab ich die Leuchtstoff Röhren Lampe mal abgeklemmt, um zu testen, wie lange der Sensor aktiv bleibt

[Ralla66]

@berndsolar13 sagte in alte Fenstersensoren Smart machen:

Könntest du mir diese bin mal uploaden

müsste in der Bastel.bin von oben mit drin sein.
WebUpload keine Ahnung, mach das immer per USB.

[berndsolar13]

@ralla66 sagte in alte Fenstersensoren Smart machen:

für CH340 den Driver v3.4 nehmen, Win 11 ersetzt den gerne automatisch mit v 3.8 !
teste mal die Bastel,bin, weiß grad nicht was drin ist.
tasmota32.factory.bin
tasmota32.bin

meinst du diese ? weil ich per suche mit bastel nix finde

[Ralla66]

@berndsolar13

jupp

[berndsolar13]

@ralla66

ok, dann leg ich los, berichte dann obs geklappt hat

[berndsolar13]

@ralla66

Der ESP läuft mit der angepassten Firmware.
Die Auswertung der Reedkontakte läuft.
Bin jetzt am Briefkasten, hab mir überlegt das mit einem Counter zu machen,
Jedesmal wenn sich der Status ändert, zählt das Script intern + 1.

Wenn der Wert dann > 0 ist, bedeutet es, der Briefkasten wurde geöffnet
Hab dazu dein Script angepasst

if sw5>0
then
BKT="OFFEN"
else
BKT="ZU"
briefcount=briefcount+1
endif

ne halbe Sekunde kontakt reicht schon aus, um den internen Zähler auf +1 zu setzen.
Jetzt muss ich nur jedentag um sagen wir "Stunde 5" den Counter auf 0 setzen.

Oder hat jemand ne bessere Idee für die Briefkasten Auswertung

[BananaJoe]

Also ich lese hier schon eine Weile mit ...

Ich habe das ohne Skripte auf den ESP gelöst, einfach mit dem 08/15 Standard Image von Tasmota.
Ich schließe meine Reed-Kontakte / Taster / Mikroschalter / Endschalter immer mit einem 4,7kOhm Widerstand an so das die den GPIO entweder auf Masse ziehen (Button_n) oder auf 3,3V (Button_i).
Dementsprechend konfiguriere ich auch Tasmota:

Dann entkopple ich die Taster von (nicht vorhandenen) Relais:

SetOption73 1             => Entkoppelt die Taster (Buttons) von den Relais. Ansonsten müsste für jeden Taster (Button) auch ein Relais vorhanden sein. So wird nur Meldung gemacht
SetOption13 1             => Die Nachricht die wir in der Konsole sehen unmittelbar senden. Die Meldung ist dadurch immer SINGLE
                             Wird diese Option wieder auf 0 gesetzt so können SINGLE, DOUBLE, TRIPLE und QUAD ausgewertet werden. Aber er reagiert etwas langsamer
                             da ja immer erst gewartet werden muss ob es nicht ein Doppelklick werden soll.
                             Ein langer Tastendruck (>4 Sekunden) kann einen Reset auf Werkseinstellungen hervorrufen
                             SetOption1 1 soll das Verhalten deaktivieren
                             Eine genaue Beschreibung von SetOption13 0 findet Ihr hier: https://tasmota.github.io/docs/Buttons-and-Switches/#multi-press-functions

Wenn man dann einen Taster drückt / sich ein Reedkontakt schließt usw. gibt es eine MQTT Meldung:

Auf die reagiere ich dann innerhalb von ioBroker.

Man kann das auch mit Fake-Relais lösen, eines pro Taster , dann wechselt jeweils ein POWER1 / POWER2 etc. von ON auf OFF und umgekehrt

Die Lösung hatte ich mal für ein Bedienfeld mit Display zusammengesucht, seit dem schaue ich mir das dann immer bei mir selbst ab: https://znil.net/index.php?title=ESP8266_Wemos_D1_Mini_mit_Tasmota_und_OLED_Display_I2C_SSH1106_und_4_Taster

Ohne Display reicht wie geschrieben das Standard-Tasmota.

Bei meinem Briefkasten+ Paketbox habe ich Fake-Relais eingesetzt:


Die beiden Switch sind Reedkontakte an den Klappen. Die Relais gibt es gar nicht.
Wird eine Klappe geöffnet springt es im Hauptmenü auf ON, schließt sich die Klappe wieder geht es wieder auf OFF

Das ganze kommt per MQTT unter stat an:

Der POWER ohne Zahl ist noch vom einrichten, die anderen beiden ändern sich dann beim Bewegen der Klappen.