NEWS
Füllstandsmessung per Pegelsonde.
-
@andygr42 sagte in Füllstandsmessung per Pegelsonde.:
Doof wird das nur bei bestimmten Sensoren wie den BME680 oder SCD30.
Ja, da gehört der MH-Z19B und die ganzen MQ-Sensoren auch noch dazu. Die müssen am besten dauerhaft geheizt sein, damit die Werte passen. Der Stromverbrauch von diesen Kandidaten ist nicht gerade wenig. Das Thema hab ich schon mal überlegt und dann begraben.
Zum Ablauf könnte ich mir sowas vorstellen. Config-Mode kann über MQTT gesetzt werden bzw. über den Resetknopf und einem Timeout.
Verbesserungsvorschläge?
Die Konfiguration der Sensoren habe ich in anderen Projekten über Drop-down bei der Konfiguration realisiert. Ist ein mitleser dabei, der react kann? Da würde noch jemand fehlen, der sich um die Webseite kümmert ;-)
Bezüglich Zisterne könnte man dann auch verschiedene Behälter hinterlegen.
@eisbaeeer Also, das kannste machen, wie du willst. Ich finde es halt praktisch, die komplette Konfiguration remote zu machen. So kann ich während der Laufzeit Intervalle ändern oder auch das Ziel der Daten (im dev Mode in andere Datenpunkte für's Debugging). Z.B. ändere ich bei der Zisterne während des Nachfüllens den Intervall auf eine Minute, während ich sonst nur alle 15 Minuten messe.
Ich muss dem Sketch nur die Device ID sowie die aktiven Sensoren mitgeben und der Rest kommt vom iobroker. Rein Theoretisch nicht mal das, wenn man die MAC Adresse auswerten und auch die Aktivierung der Sensoren remote machen würde. Das bläht aber den Code auf, da immer alle Sensoren compiliert werden müssten.
Nach der Umstellung auf MQTT werte ich mögliche Änderungen sogar bei jedem Loop aus (ca. 1x pro Sekunde), weil MQTT im Gegensatz zu meiner vorherigen HTTP/REST eh asynchron läuft. Damit kann ich viel schneller auf Änderungen reagieren.
Besonders wichtig wird das bei Aktoren. Meine Rasensprenger haben es noch nicht ins Repository geschafft. Aber das Prinzip ist das Gleiche. Das Device "zieht" sich den Befehl zu bewässern vom iobroker. Zur Sicherheit inklusive der gewünschten Dauer. Sollte die WLAN Verbindung abreißen beendet das Device die Bewässerung automatisch nach der übermittelten Zeit.
-
@eisbaeeer Also, das kannste machen, wie du willst. Ich finde es halt praktisch, die komplette Konfiguration remote zu machen. So kann ich während der Laufzeit Intervalle ändern oder auch das Ziel der Daten (im dev Mode in andere Datenpunkte für's Debugging). Z.B. ändere ich bei der Zisterne während des Nachfüllens den Intervall auf eine Minute, während ich sonst nur alle 15 Minuten messe.
Ich muss dem Sketch nur die Device ID sowie die aktiven Sensoren mitgeben und der Rest kommt vom iobroker. Rein Theoretisch nicht mal das, wenn man die MAC Adresse auswerten und auch die Aktivierung der Sensoren remote machen würde. Das bläht aber den Code auf, da immer alle Sensoren compiliert werden müssten.
Nach der Umstellung auf MQTT werte ich mögliche Änderungen sogar bei jedem Loop aus (ca. 1x pro Sekunde), weil MQTT im Gegensatz zu meiner vorherigen HTTP/REST eh asynchron läuft. Damit kann ich viel schneller auf Änderungen reagieren.
Besonders wichtig wird das bei Aktoren. Meine Rasensprenger haben es noch nicht ins Repository geschafft. Aber das Prinzip ist das Gleiche. Das Device "zieht" sich den Befehl zu bewässern vom iobroker. Zur Sicherheit inklusive der gewünschten Dauer. Sollte die WLAN Verbindung abreißen beendet das Device die Bewässerung automatisch nach der übermittelten Zeit.
@andygr42 sagte in Füllstandsmessung per Pegelsonde.:
Das bläht aber den Code auf, da immer alle Sensoren compiliert werden müssten.
Ja das ist schon richtig. Für die Leute, die sich den Code selbst comilieren ist das natürlich kein Problem.
So kann ich während der Laufzeit Intervalle ändern oder auch das Ziel der Daten (im dev Mode in andere Datenpunkte für's Debugging). Z.B. ändere ich bei der Zisterne während des Nachfüllens den Intervall auf eine Minute, während ich sonst nur alle 15 Minuten messe.
Ok, so dynamisch. Dann ist klar, dass du die Objekte über MQTT einliest. Sehr interessant.
Wenn man nur über MQTT arbeitet, benötigt man natürlich noch nicht mal eine Webseite für die Config. Einzig der MQTT-Server, MQTT-User und MQTT-Password müsste gesetzt werden.Ich fange mal auf der technischen Seite an. Deep-Sleep kann tricky sein. Da gibt es einiges zu beachten, damit der Stromverbrauch klein bleibt. Wenn das dann steht, ist der Rest nur noch Fleißarbeit.
P.S.: der ESP32 S3 hat noch einen Coprozessor, der im deep-sleep programmiert werden kann. Dieser kann dann sogar im Schlafmodus noch etwas abarbeiten.
Und wenn man den Hauptprozessor runtertaktet, läuft er auch nochmal doppelt so lange. Viel Spielraum also. -
@andygr42 sagte in Füllstandsmessung per Pegelsonde.:
Das bläht aber den Code auf, da immer alle Sensoren compiliert werden müssten.
Ja das ist schon richtig. Für die Leute, die sich den Code selbst comilieren ist das natürlich kein Problem.
So kann ich während der Laufzeit Intervalle ändern oder auch das Ziel der Daten (im dev Mode in andere Datenpunkte für's Debugging). Z.B. ändere ich bei der Zisterne während des Nachfüllens den Intervall auf eine Minute, während ich sonst nur alle 15 Minuten messe.
Ok, so dynamisch. Dann ist klar, dass du die Objekte über MQTT einliest. Sehr interessant.
Wenn man nur über MQTT arbeitet, benötigt man natürlich noch nicht mal eine Webseite für die Config. Einzig der MQTT-Server, MQTT-User und MQTT-Password müsste gesetzt werden.Ich fange mal auf der technischen Seite an. Deep-Sleep kann tricky sein. Da gibt es einiges zu beachten, damit der Stromverbrauch klein bleibt. Wenn das dann steht, ist der Rest nur noch Fleißarbeit.
P.S.: der ESP32 S3 hat noch einen Coprozessor, der im deep-sleep programmiert werden kann. Dieser kann dann sogar im Schlafmodus noch etwas abarbeiten.
Und wenn man den Hauptprozessor runtertaktet, läuft er auch nochmal doppelt so lange. Viel Spielraum also.@eisbaeeer Moin. Schaue ich mir auch an. Ich habe gerade ein par ESP32 bestellt. Beim ESP8266 ist das recht simpel. Im DeepSleep verbraucht er 10uA, was quasi nix ist. Reset erfolgt über ein GPIO Pin. Gefällt mir schon mal ganz gut :)
-
@andygr42 sagte in Füllstandsmessung per Pegelsonde.:
Das bläht aber den Code auf, da immer alle Sensoren compiliert werden müssten.
Ja das ist schon richtig. Für die Leute, die sich den Code selbst comilieren ist das natürlich kein Problem.
So kann ich während der Laufzeit Intervalle ändern oder auch das Ziel der Daten (im dev Mode in andere Datenpunkte für's Debugging). Z.B. ändere ich bei der Zisterne während des Nachfüllens den Intervall auf eine Minute, während ich sonst nur alle 15 Minuten messe.
Ok, so dynamisch. Dann ist klar, dass du die Objekte über MQTT einliest. Sehr interessant.
Wenn man nur über MQTT arbeitet, benötigt man natürlich noch nicht mal eine Webseite für die Config. Einzig der MQTT-Server, MQTT-User und MQTT-Password müsste gesetzt werden.Ich fange mal auf der technischen Seite an. Deep-Sleep kann tricky sein. Da gibt es einiges zu beachten, damit der Stromverbrauch klein bleibt. Wenn das dann steht, ist der Rest nur noch Fleißarbeit.
P.S.: der ESP32 S3 hat noch einen Coprozessor, der im deep-sleep programmiert werden kann. Dieser kann dann sogar im Schlafmodus noch etwas abarbeiten.
Und wenn man den Hauptprozessor runtertaktet, läuft er auch nochmal doppelt so lange. Viel Spielraum also. -
Hallo viel zu lesen hier. Super Sache!!! TOP
Leider laufen alle Links für den Sensor ins leere.
Jemand einen Tip, welchen ich bestellen sollte.Würde auch gerne einsteigen.
Grüsse
-
Hallo viel zu lesen hier. Super Sache!!! TOP
Leider laufen alle Links für den Sensor ins leere.
Jemand einen Tip, welchen ich bestellen sollte.Würde auch gerne einsteigen.
Grüsse
@jailbraik-0
wir kennen doch deine Zisterne nicht...
-
@jailbraik-0
wir kennen doch deine Zisterne nicht...
@saeft_2003 sagte in Füllstandsmessung per Pegelsonde.:
@jailbraik-0
wir kennen doch deine Zisterne nicht...
Oh sorry, habe nur einen alten Öltank im Garten vergraben mit 1000l - ist vom Vorbesitzer - ist bestimmt schon 20 Jahre da vergraben.
Dort ist ein Gullydeckel drauf und ich kann nie sehen wie voll der ist.... maße: geschätzt 120 tief x 80 breit und 120cm lang.
Zwei IBC Tanks habe ich noch, das wäre aber erst später wichtig.
-
@saeft_2003 sagte in Füllstandsmessung per Pegelsonde.:
@jailbraik-0
wir kennen doch deine Zisterne nicht...
Oh sorry, habe nur einen alten Öltank im Garten vergraben mit 1000l - ist vom Vorbesitzer - ist bestimmt schon 20 Jahre da vergraben.
Dort ist ein Gullydeckel drauf und ich kann nie sehen wie voll der ist.... maße: geschätzt 120 tief x 80 breit und 120cm lang.
Zwei IBC Tanks habe ich noch, das wäre aber erst später wichtig.
@jailbraik-0
Dann kannst du die gleiche wie ich auch nehmen (0-2m).
€ 28,84 61％ Rabatt | Flüssigkeit Level Sensor TL‑ 136 Flüssigkeit Ebene Sender Wasser Level Sensor Detektor 24VDC 4 ‑ 20mA Signal Ausgang Float Schalter
https://a.aliexpress.com/_mNO231W -
@jailbraik-0
Dann kannst du die gleiche wie ich auch nehmen (0-2m).
€ 28,84 61％ Rabatt | Flüssigkeit Level Sensor TL‑ 136 Flüssigkeit Ebene Sender Wasser Level Sensor Detektor 24VDC 4 ‑ 20mA Signal Ausgang Float Schalter
https://a.aliexpress.com/_mNO231W@saeft_2003 Danke - bestellt :)
-
Bin grade ungeduldig, da erst alles bestellt, würde aber schon mal gerne starten.
Ich habe noch einen "AZDelivery 5 x D1 Mini NodeMcu mit ESP8266-12F WLAN Module CH340G"
Dort wollte ich anfangen das ESP Mega zu installieren, wie Ihr es macht.
Nur welche Version muss ich dort aus wählen?
Hatte immer den Tasmotizer genommen, der hat mit dann die Tasmoto Sensor installiert. ( geht wohl nett, oder).
Würde dann gerne die "Eisbaeeer Arduino.Ethernet.Zisterne " installieren ( weiß noch nicht wie, abder ist der Plan).Sage schonmal danke, :)
-
Bin grade ungeduldig, da erst alles bestellt, würde aber schon mal gerne starten.
Ich habe noch einen "AZDelivery 5 x D1 Mini NodeMcu mit ESP8266-12F WLAN Module CH340G"
Dort wollte ich anfangen das ESP Mega zu installieren, wie Ihr es macht.
Nur welche Version muss ich dort aus wählen?
Hatte immer den Tasmotizer genommen, der hat mit dann die Tasmoto Sensor installiert. ( geht wohl nett, oder).
Würde dann gerne die "Eisbaeeer Arduino.Ethernet.Zisterne " installieren ( weiß noch nicht wie, abder ist der Plan).Sage schonmal danke, :)
@jailbraik-0
Mit tasmota geht das auch nutze ich.
Ich habe auch schon ein esp mit lan modul mit tasmota getestet das funktioniert auch. Nächstes Jahr werde ich ein LAN Kabel an der Zisterne haben, dann soll der jetzige esp ersetzt werden.
-
@jailbraik-0
Mit tasmota geht das auch nutze ich.
Ich habe auch schon ein esp mit lan modul mit tasmota getestet das funktioniert auch. Nächstes Jahr werde ich ein LAN Kabel an der Zisterne haben, dann soll der jetzige esp ersetzt werden.
@saeft_2003 WOW klasse.
Habe jetzt erstmal Generic 18 eingestellt ( weiter weiß ich nicht ) " Hier wäre deine Einstellungen eine Hilfe"mqtt habe ich auch eingestellt auf Port 1885 ( und einen weiteren Sonoff im IOBroker installiert).
Ach ja und die Zisterne.ino muss ja bestimmt auch noch rein und angepasst werden?
Mist das die Lieferungen noch so lange dauern :)
-
@saeft_2003 WOW klasse.
Habe jetzt erstmal Generic 18 eingestellt ( weiter weiß ich nicht ) " Hier wäre deine Einstellungen eine Hilfe"mqtt habe ich auch eingestellt auf Port 1885 ( und einen weiteren Sonoff im IOBroker installiert).
Ach ja und die Zisterne.ino muss ja bestimmt auch noch rein und angepasst werden?
Mist das die Lieferungen noch so lange dauern :)
@jailbraik-0
Ich hab den Aufbau so gemacht wie hier im Thread beschrieben und dann das ganze an A0 angeklemmt.
Mqtt geht bei mir über den sonoff Adapter. Mit der Zisterne.ino hab ich gar nichts gemacht.
So ist der Aufbau bei mir:
-
@jailbraik-0
Mit tasmota geht das auch nutze ich.
Ich habe auch schon ein esp mit lan modul mit tasmota getestet das funktioniert auch. Nächstes Jahr werde ich ein LAN Kabel an der Zisterne haben, dann soll der jetzige esp ersetzt werden.
@saeft_2003 sagte in Füllstandsmessung per Pegelsonde.:
Ich habe auch schon ein esp mit lan modul mit tasmota getestet das funktioniert auch. Nächstes Jahr werde ich ein LAN Kabel an der Zisterne haben, dann soll der jetzige esp ersetzt werden.
Wenn du eh ein Kabel an die Zisterne bringst, ist es doch besser die Sonde zu verlängern und die Anbindung im Haus zu machen.
-
@saeft_2003 sagte in Füllstandsmessung per Pegelsonde.:
Ich habe auch schon ein esp mit lan modul mit tasmota getestet das funktioniert auch. Nächstes Jahr werde ich ein LAN Kabel an der Zisterne haben, dann soll der jetzige esp ersetzt werden.
Wenn du eh ein Kabel an die Zisterne bringst, ist es doch besser die Sonde zu verlängern und die Anbindung im Haus zu machen.
Wäre natürlich auch eine Lösung, weißt du wie lang man bei 24V die Kabel ohne Störung verlängern kann?
Bei weniger Volt hab ich schon schlechte Erfahrungen gemacht….
-
@jailbraik-0
Ich hab den Aufbau so gemacht wie hier im Thread beschrieben und dann das ganze an A0 angeklemmt.
Mqtt geht bei mir über den sonoff Adapter. Mit der Zisterne.ino hab ich gar nichts gemacht.
So ist der Aufbau bei mir:
@saeft_2003 sagte in Füllstandsmessung per Pegelsonde.:
@jailbraik-0
Ich hab den Aufbau so gemacht wie hier im Thread beschrieben und dann das ganze an A0 angeklemmt.
Mqtt geht bei mir über den sonoff Adapter. Mit der Zisterne.ino hab ich gar nichts gemacht.
So ist der Aufbau bei mir:
Sieht sehr verständlich aus. Danke
Wie wird es Dir dann zum schluss angezeigt? -
Wäre natürlich auch eine Lösung, weißt du wie lang man bei 24V die Kabel ohne Störung verlängern kann?
Bei weniger Volt hab ich schon schlechte Erfahrungen gemacht….
-
@saeft_2003 ,
bei 4-20mA mehrere hundert Meter. -
Ok sollte reichen 😂
@saeft_2003 ,
das ist ja der Vorteil bei einer Stromschleife, lange Wege und Störunanfälligkeit.
Der Wandler Strom/Spannung muss dann aber auch im Haus sitzen.
Bei mir beträgt die Leitungslänge bei 0,18 mm² ca.35m und habe keine sichtbaren Leitungsverluste.Gruß
Walter
Support us
753
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge