alte Fenstersensoren Smart machen
-
Muss doch noch mal stören
Hab das ganze bisher über den Sonoff Adapter laufen lassen, wie alle meine Tasmotas.
Da ich auch die Wasserwerte loggen will, mit deinem Script hab ich den MQTT Broker Adapter aktiviert. Er verbindet auch, das Problem ist aber im Gegensatz zum Sonoff Adapter sind die Werte hier scheinbar in einem "Objekt"{ "StatusSNS": { "Time": "2023-12-27T20:27:37", "AM2301": { "Temperature": 9.1, "Humidity": 74.7, "DewPoint": 4.8 }, "TempUnit": "C" } }Es gibt also kein Zahnrad wie beim Sonoff wo ich jeden Wert einzeln speichern kann ?
Ist das so normal, wenn ja, muss ich mir wohl paar Videos anschauen, wie ich das dann in Influx bekomme.Dafür kommen meine Wasserwerte mit deinem Publish Script an.
Oder ich pushe alle werte so, und irgnoriere die Tasmota Übertragung. -
lade mal dein script hoch dann teste ich mit.
Habe noch einen gefunden.
Können wir dann per Blockly zerlegen. -
Also ist das normal das es so ankommt ?
Dachte MQTT ist auch wie Sonoff wo ich jeden einzelnen Wert speichern kann.
Ich muss diesen Json String also erst noch zerlegen ?>D temp=0 hum=0 sat=0 wasser=0 real=0 kellervolumen=180 full_water=0 Timer=0 >T temp=AM2301#Temperature hum=AM2301#Humidity >BS +>subscribe EA, cmnd/Windows/Bad +>subscribe EA, cmnd/Windows/Küche >S Timer+=1 if temp>9 then sat=1147 endif if temp>10 then sat=1227 endif if temp>11 then sat=1312 endif wasser=sat*0.018/8.314/(273.15+temp)*1000 real=wasser*hum/100 full_water=kellervolumen*real/1000 if Timer>10 then +>publish /Windows/Bad %real% +>publish /Windows/Küche %full_water% Timer=0 endif >W Wasser in g/m³ {m} %real% Wasser in Luft komplett {m} %full_water% lDie 180 sind die m³ vom Keller, musst du bei deinem Keller anpassen
-
leider zerlegen oder du findest den Weg wie wir das nach Sonoff subscriben können.
Das passt bei Sonoff Adapter nicht :
+>subscribe EA, cmnd/Keller/Feuchtehier passt was mit dem Tasmota Topic / Fulltopic nicht.
Eventuell muß Tasmota Topic dann Keller sein. -
-
-
ich hab dein Push Script von oben verwendet, für die Fenster.
if Timer>10 then +>publish /keller/temp %temp% +>publish /keller/humi %hum% +>publish /keller/taup %tau% +>publish /keller/sat %real% +>publish /keller/wasser %full_water% Timer=0 endifSobald alle Tests abgeschlossen sind, werde ich es auf 60 Sekunden ändern, das sollte reichen
So schauts nun in Grafana aus.
Denke das ist nun quasi perfekt, und ich brauche kein Blockly Script
PS, den Subscribe Teil hab ich entfernt, läuft trotzdem
-
supi, Läuft, fertig
wenn du das mal im Sonoff Adapter hinbekommst melde dichCooles Projekt, bin Weg
3,... 2....1--------------------------------------------> -
Hab noch was im Forum gesucht, und folgenden Beitrag gefunden
https://forum.iobroker.net/topic/2313/skript-absolute-feuchte-berechnen/607?_=1703715957395
Der Hammer ist, die Werte für das Wasser in der Luft waren quasi identisch, 0.1 war die Abweichung
Dort einfach die Datenpunkte für die Sensoren außen und innen eingeben, und es gibt zusätzlich noch die Empfehlung fürs lüften.Das verlinkte Script berechnet für alle Sendsoren das "Dampfgewicht" in Gramm pro m³
Also wie bei meinem Tasmota Script nur für alle Sensoren. -
Ich hab das ganze noch mal verbessert, und die "statische" version durch eine "flexible" Version ersetzt. Vorher wurde je bei >10° der gespeicherte Wert für 10 genommen.
Hab die Formel nun umgesetzt, klappte aber nicht zu 100% weil in Tasmota die Expotential Funktion einen "Bug" hat
steht auch in deren Anleitung(imprecise version only)bei 2 hoch 2 kommt in Tasmota nur 3,88 raus, richtig wäre 4
hab das ganze noch mit 2% erhöht, und die Werte schauen nun besser aus.
Vor allem ist nun der Treppen Effekt weg.
Ist also nur was für Perfektionisten, war vorher schon gut- Tippfehler oben übersehen, muss natürlich Neue und nicht Neuer heißen
- Tippfehler oben übersehen, muss natürlich Neue und nicht Neuer heißen
-
Neues Update
Hatte heute etwas zeit, also hab ich mal einen 2. Sensor angeschlossen
Die Unterschiede bei der Luftfeuchte erkläre ich mir so, der 1. Sensor ist wegen der Stecksdose in der hinteren Ecke des Raums, der andere ist in einem anderen Zimmer in der Nähe der Tür, an der gerade die Außenluft von Links nach Rechts durch den Keller strömt. Und die Luft ist etwas trockener.Durch die 2 Sensoren, hat sich auch intern der Code geändert, aus AM2301 wurde nun AM2301-00 daher muss der Code angepasst werden, damit MQTT wieder geht. Bisher alles ohne irgendwelche Widerstände.
Überlege mir noch so ein Anschluss Board für 3 Euro zu holen, wo man den ESP 32 drauf setzt.
Das anbringen der Sensor Kabel wird mir sonst etwas zu fummelig, werden ja wohl über 20 Adern ;D Andere Variante, ein Female Female Jumper Kabel halbieren, und dann dort dann jeweils 1 Ader per Lüsterklemme verbinden.@Ralla66 wie verbindest du deine Kabel mit dem Boards, bei 4 kein Thema, bei 20 ist es fummelig
-
Lüsterklemmen sind Out, IN sind Vago Klemmen.
je nach Anforderung halt, von der Abzweigdose, kleine Verteilerkästen bis zu schöner Wohnen im 3D Druck.
Dann je nach Gehäuse, Hutschienenmontageadapter aus dem 3D Drucker, Lochrasterplatinen,
Adapterplatine, Breadboard das ewige Projekt.Wobei bei dir sich im Keller ja eine Abzweigdose anbietet.
Soon bissl Feuchtigkeitschutz halt mit Adaterplatine und Heißklebepistole.
Nicht schön aber erfüllt den Zweck. -
meinst bestimmt diese
oder ?
Ich hab ein Problem festgestellt, sobald ich im Keller irgend ein Gerät an mache, was am selben Stromkreis wie der Wemos hängt, dann gehen die 2 Sensoren auf null.Ich muss dann das USB Kabel aus dem Netzteil ziehen, und quasi einen Hardware Reset machen.
Deswegen soll man vermutlich den Widerstand dazuwischen machen, oder ? -
diese:
wieso Widerstand, zeig mal wo, Pullup ?
Beibt der ESP am leben, hat immer Spannung ?
Das script ist immer aktiv ?
Tausche zuerst die Spannungsversorgung.
Dann achte auf die GPIOs, nicht alle sind benutzbar.
Hier Bootpins vermeiden , eher nach sonstiger Belegung auswählen..
Habe noch eine 2 ten hier sonst teste ich mit wenn das nicht läuft.
Zeige mal das script ob das soweit Fehlerfrei ist.
Bin nicht der Held in Scripting aber für grobe Fehler sollte das reichen. -
am Script kann es ja nicht liegen, selbst wenn ich es deaktiviere, sind ja in der WebUI die Sensoren Werte vorhanden.
Aktuell betreibe ich die Sensoren an D2 und D3.Der ESP ist dann noch da, die Webobefläche ist aktiv, sollte es noch mal vorkommen, schaue ich mal was die Konsole ausspuckt.
Sollen die Widerstände nicht Spannungsspitzen vermeiden ?
Aber vielleicht erledigt sich das Problem mit dem ESP32 von selberHab ein Bild gefunden mit Widerstand
Hab mal Google befragt
https://github.com/arendst/Tasmota/issues/3187closed AM2301 loses connection after a couple of hours #3187
-
die Widerstände halten den Pegel sauber damit du klare 0 oder 3,3 Volt hast.
Nicht unbedingt beim DHT notwendig.
PinOut
D3 ist doof nimm D1
Selbst nehme ich immer D5 - D8 zum basteln.
Per ADC0 kannste ja die Spannung vom ESP überwachen.
StatusSNS kennste ja auch sowie Display. -
Ich werde es mal beobachten, und dann ne Liste aufsetzen, für Pin macht Probleme, und dann alle durchtesten., Auch wechsel ich mal das Netzteil. Sollte alles nicht klappen am EPS32 später, dann hole ich mir eine Tüte Widerstände
-
bissl Hühnerfutter ist nicht verkehrt, Widerstände, Kondesatoren, Transtistoren und LEDs.
20 Teile die nix Kosten aber sehr helfen können.
Gibt es da keine Sets in den Shops ?sowas :
Nachtrag:
nicht das sich die internen Pulldown der GPIOs mit dem Pullup beißen.
Laß mal die Widerstände weg oder testen anderer GPIO. -
Nach deinem Tipp hab ich die Sensoren D1 + D2 auf D2 +D3 verlegt,
Also den von D1 ab und auf D3 gesteckt, das war vor rund 48h.Seit dem gabs keinen Ausfall mehr, es lag eventuell wirklich am D1, das der nicht Sensor tauglich ist.
Woran erkennt man das im GPIO Pinout auf deinem verlinkten Bild ? -
mehrere gleiche Sensoren sind immer schwierig. Das kommt tief aus Tasmota heraus,
Das fängt dann immer mit SetOption an und hört meist beim Frust auf.
Vermeide ich einfach.Beim basteln halt wahrscheinliche Prob GPIOs vermeiden.
BootPins, die beim booten High oder Low sein müssen.
Die beim booten von IN nach Out oder umgekehrt wechseln.
Zu beachten sind auch immer interne Pullups.
Und wenn dann mal ein Takt ( SCL ) gebraucht wird
eben an einen GPIO der Takt kann anschließen.D3 hat ja einen internen Pullup, das wirds wohl sein.
Also falsch beschaltet.D5 bis D7 ist zum testen immer gut.
