Weihnachtsangebot 2025! 🎄

[berndsolar13]

@ralla66

Muss doch noch mal stören :D
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.

[Ralla66]

@berndsolar13

lade mal dein script hoch dann teste ich mit.
Habe noch einen gefunden.
Können wir dann per Blockly zerlegen.

[berndsolar13]

@ralla66

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% l

Die 180 sind die m³ vom Keller, musst du bei deinem Keller anpassen

[Ralla66]

@berndsolar13

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/Feuchte

hier passt was mit dem Tasmota Topic / Fulltopic nicht.
Eventuell muß Tasmota Topic dann Keller sein.

[berndsolar13]

@ralla66

Habs nun anders gelöst

Das sollte perfekt sein :)
Ich sende nun alles über das Script

[Ralla66]

@berndsolar13

Script zeigen ----->
nimm auch gerne das perfekte :-)

Parsen wäre so

[berndsolar13]

@ralla66

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
endif

Sobald 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

[Ralla66]

@berndsolar13

supi, Läuft, fertig
wenn du das mal im Sonoff Adapter hinbekommst melde dich

Cooles Projekt, bin Weg :-) 3,... 2....1-------------------------------------------->

[berndsolar13]

@ralla66

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.

[berndsolar13]

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 :D
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 ;)

[berndsolar13]

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 ;)

[Ralla66]

@berndsolar13

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.

[berndsolar13]

@ralla66

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 ?

[Ralla66]

@berndsolar13

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.

[berndsolar13]

@ralla66

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 selber

Hab ein Bild gefunden mit Widerstand

Hab mal Google befragt
https://github.com/arendst/Tasmota/issues/3187

[Ralla66]

@berndsolar13

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.

[berndsolar13]

@ralla66

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 ;)

[Ralla66]

@berndsolar13

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.

[berndsolar13]

@ralla66

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 ?

[Ralla66]

@berndsolar13

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.