UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[bastler]

@wal Hatte schon überlegt, ob ich den Wert über 10 Messungen mittel? Entweder im ioBroker als Skript oder direkt über ESPEasy? Habe allerdings noch keine Erfahrung, wie so eine Berechnung aussehen würde?

[Wal]

@bastler,
der Goggel weiß alles.

[bastler]

@wal Das ist sicher richtig, es gibt ohne Ende Lösungen zum Mitteln. Allerdings habe ich in Bezug auf ESPEasy noch nichts gefunden. Es wurden meist Skripte beschrieben. Wie aber geht es direkt auf dem ESP? Ein konkreter Hinweis wäre hilfreich

[AndyGR42]

Die Frage ist, brauchst Du es so genau? Ich messe im Normalfall alle 15 Minuten, das reicht völlig um mich bei Niedrigwasser zu informieren bzw. um die Nachspeisung zu starten. Bei der Nachspeisung setze ich das Intervall auf 60 Sekunden, da hier in 15 Minuten schon ordentlich Wasser durchlaufen würde.

[Beowolf]

@bastler sagte in Füllstandsmessung per Pegelsonde.:

Er schwankt im Bereich von 4560-4670l.

Welche Größe hat die Wasseroberfläche?

Ich habe das auch bei mir am Öltank. Das Ding hat ein Fassungsvermögen von fast 10000 Litern. Da es ja alles Digital ist habe ich das hier oft, das das alles zwischen zwei Werten hin und her wechselt. Es scheint so, als ob es der "Übergang" zwischen zwei Werten ist.

Pump doch mal 60 - 70 Liter raus und schaue was passiert.

Mir ist das mittlerweile egal. Auch an deinem Tank. 4600 Liter +- 50 Liter. Passt doch.

[bastler]

@beowolf @AndyGR42 Ihr habt ja recht , es kommt nicht auf +/-50l an. Mir geht es darum, diese Option der Mittelung am Controller kennen zu lernen. Mir ist einfach nicht klar, wie ich die einzelnen Messwerte in eine mögliche Berechnung hinein bekomme? Der %value% Wert wird ja je nach eingestelltem Zeitintervall abgefragt. Wo lege und wie lege ich den Wert nach zB 10s, 20s, ..100s ab? Dann muss ja noch die Mittelwertberechnung durchgeführt und anschließend muss der Wert dann ausgegeben werden.

Ich habe noch einen TOF Sensor im Wassertank meines Gewächshauses. Der läuft soweit ganz gut, hat aber immer wieder mal sehr deutliche Ausreißer (wenn der Tank gefüllt und die Wasseroberfläche unruhig wird), die bei der entsprechenden Mittelung dann wahrscheinlich weg zu bekommen sind.

@Beowolf Die Zisterne hat einen Durchmesser von 2m. Gehe jetzt gleich mal raus und pumpe mal Wasser in den Garten. Mals sehen wie die Kurve sich ändert.

[Beowolf]

@bastler sagte in Füllstandsmessung per Pegelsonde.:

@beowolf @AndyGR42 Ihr habt ja recht , es kommt nicht auf +/-50l an.

Ging mir am Anfang auch so. "Es müssen doch präzise Werte kommen".

Heute ist es so - passt schon - fertig.

[AndyGR42]

@bastler Bei einem 15 Minuten Intervall auf einer 24h Zeitleiste sind die Ausschläge nach oben und unten vernachlässigbar. Da brauchst Du nix mehr normalisieren. Ich filtere lediglich "unmögliche" Änderungen heraus damit nicht plötzlich die Nachspeisung anspringt, wenn der Wert mal völlig daneben liegt (ich habe einen Ultraschall Sensor, da passiert das schon mal).

[bastler]

@andygr42 Für den Laser Sensor könnte ich die Filterung auch sehr gut gebrauchen

[AndyGR42]

@bastler Ist im Prinzip recht einfach. Ich habe über History Daten, wie viel Wasser so maximal in 15 Min rausgepumpt werden kann. Überschreitet die Differenz zwischen zwei Messungen diesen Wert, dann wird der Eintrag verworfen. Elegant wäre dann eine neue Messung nach ein par Sekunden, aber das habe ich im (ESP) Code nicht drin, muss also 15 Minuten warten. War aber bisher nie ein Problem. Der Code wäre vermutlich in Blocky leicht realisierbar.

[bastler]

Habe jetzt noch die Einstellung von Liter auf % umgestellt, in der Hoffnung, dass die Anzeige nicht mehr so springt. Leider macht sie es immer noch und bei bei meinem Laser ToF Sensor würde ich so eine Möglichkeit der Mittelung direkt im Controller auch gerne nutzen.

Daher noch einmal meine Frage nach der Mittelwert Bildung über die Rules. Es gibt ja ein Beispiel in der Rules Übersicht:

On Temp#Value Do
Let,10,[VAR#9]
Let,9,[VAR#8]
Let,8,[VAR#7]
Let,7,[VAR#6]
Let,6,[VAR#5]
Let,5,[VAR#4]
Let,4,[VAR#3]
Let,3,[VAR#2]
Let,2,[VAR#1]
Let,1,[Temp#Value]
TaskValueSet,12,1,([VAR#1]+[VAR#2]+[VAR#3]+[VAR#4]+[VAR#5]+[VAR#6]+[VAR#7]+[VAR#8]+[VAR#9]+[VAR#10])/10
EndOn

Mir ist aber nicht klar, wie ich die Variablen setzte. Wo und wie trage ich sie ein?

[Sminter]

@bastler
Hallo Bastler, habe dieses Forum leider erst heute gefunden. Witziger weiße, aber die selbe Lösung gebaut...
Hatte mir von der Pegelsonde auch stabilere Werte erwartet und daher auch über das ESP gemittelt:


Und dann so über Node Red dargestellt:

Ich hoffe, das hilft dir weiter...

[Matt77CHE]

Ich hänge mich hier ebenfalls mal rein, da ich auch auf die Tiefensonde umsteigen werde.

• kann man nicht einfach den shelly uni nutzen und somit auf die Zusatzmodule verzichten? - Der UNI läuft ja schon mit 12V-36V DC / 12V-24V AC ?

[Wal]

@matt77che ,
Es gibt auch 0-5V oder 0-10V Pegelsonden die kann man direkt anschließen.

[bastler]

@sminter
Super vielen Dank!

Bezüglich der Zuordnung und des Dummy Device ist mir noch nicht alles klar. Wie sieht das Setting der beiden Devices Zisterne und Wasser aus?

[bastler]

@matt77che Gute Idee, sollte möglich sein, wenn Du die Pegelsonde in Reihe mit einem 250Ohm Widerstand an die 24V mit denen der UNI betrieben wird anschließt. Dann kannst Du den Spannungsabfall am 250Ohm Widerstand mit dem ADC Eingang des UNI abgreifen.
Das Bild zeigt die Spannungsüberwachung eines Akkus. Aber das ist ja egal, dort kann eine beliebige Spannung gemessen werden.

[Eisbaeeer]

Ich bin echt überwältigt. Der Thread ist ja megalang. Begonnen haben wir am 19. Nov. 2018 und inzwischen 471 Beiträge. WOW! Meine Sonde läuft nun seit Oktober 2019 ohne Ausfälle. Keine andere Lösung (Ultraschall, kapazitiv, Spannungsteilung) hat bisher so lange gehalten! Und ich habe alle ausprobiert. Die Druckmessung läuft immer noch ohne jede Störung und zeigt mir auch wirklich die richtigen Werte an. Meine Pumpe läuft immer zum bei dem gleichen Füllstand (0 Liter ) leer. ERGO die Druckmessung ist präzise und genau. Auch wenn die Schwankungen bedingt höher sind, aber die können über entsprechende Filter geglättet werden.

Meine bisherige Lösung basiert auf einer LAN Anbindung und einem ATMEL 328P mit LAN Modul. Ich lese hier seit Jahren mit und viele Anlagen sind mit ESPEASY realisiert worden. Damals wollte ich die Anbindung unbedingt mit LAN Kabel Realisieren. Meine Frage ist nun, ob sich genügend Interessenten finden, die eine "Solar" Lösung suchen. Genau meine ich damit: Ein ESP8266 oder ESP32 Modul, welches per Solar Modul und Li-Ion Akku versorgt wird und zyklisch die Daten an einen MQTT Server sendet interessiert sind?

Der Drucksensor und der ESP könnte per Solar versorgt werden. Ohne Kabelverbindung. Als Empfänger könnte ein MQTT Server oder eine separate Anzeige dienen.

Falls Ihr Interesse an diesem Projekt habt, bitte mal ein Vote über den "gefällt mir" Button:

Grüße Lars

[AndyGR42]

@eisbaeeer

Moin. Ich würde den Solar Teil auslagern. Ich wäre da auch grundsätzlich interessiert, da ich einige Sensoren im Garten verbaut habe die eigentlich besser platziert werden könnten. Wäre da kein Kabel dran.

[Matt77CHE]

@bastler
Vielen Dank für dein Input - sobald ich alle Teile zusammen habe werde ich mich mal daran machen das Ganze auszuprobieren.

[AndyGR42]

@eisbaeeer Hast Du schon einen neuen Thread angelegt? Ich hab gestern ein bisschen mit dem ESP8266 rumgespielt und Deep Sleep ist grundsätzlich kein Problem.