@radix75 Betreibe eine Solax Anlage mit 3 WR 2* Wifi Stick von Solax einmal von Q-Cell. Das spielt keine Rolle, nirgendwo.
Ich sehe alle Geräte in der App (der von Solax, wie auch von Q-Cell) und frage mit IOBroker alle WR ab.
Allerdings verwende ich den IP-Modus. Mir war damals die 5 Min Aktualisierung zu wenig. Das hat sich zwar geändert, aber ich finde es gut wie es bei mir eingerichtet ist.
@mickym said in Umgerechneten Sensorwert glätten:
Nimm einfach eine Filternode und nutz einfach die Filternnode im Nahbandmodus.
Hab ich verwendet und funktioniert. Danke!
@peterfido Du hast Recht. Das ding ist nur IN der Zisterne verbaut und glorreicher Weise habe ich das Kabel ohne Möglichkeit zur Trennung eingebaut. Nicht besonders Weitsichtig...
Lange Rede, kurzer Sinn: Nochmal da dran zu gehen, ist mir zu aufwendig.
@mickym said in Umgerechneten Sensorwert glätten:
Nimm einfach eine Filternode und nutz einfach die Filternnode im Nahbandmodus.
Okay, schaue ich heute Abend rein und erstatte Bericht.
Zum anderen Thema: Ich muss gestehen, mir geht es sehr häufig auch so wie @superflip. Das kann man an meiner Frage hier auch sehen. Recht häufig fehlt mir die Erfahrung und das Wissen, wie ich etwas angehe. Um so dankbarer bin ich über die Hilfe hier im Forum.
Hätte ich den function Node in meinem Flow auch mit Bordmitteln einfach umsetzen können?
Sieht in Flot dann so aus:
Und so der function Node:
Grüßt euch!
Ich habe einen selbst gebastelten Füllstandssensor für meine Zisterne in Betrieb. Funktioniert über einen Ultraschallsensor den ich an einen Arduino angeschlossen habe, der die Entfernung zur Wasseroberfläche misst. Mittels NodeRed und einem 'function' Node rechne ich den Wert von cm in % um gebe den Wert zur Weiterverarbeitung aus.
Funktioniert wunderbar, bis auf eine Kleinigkeit: Der gemessene Wert springt öfters einfach so auf einen komplett anderen Wert. z.B. von 30% aktuellem Füllstand auf 130% und wieder zurück. Ich meine das das Insekten sind, die in der Zisterne ihr Unwesen treiben und so die falschen Messwerte produzieren.
Ich würde diese sprunghaft veränderten Werte gerne herausfiltern. Evtl über eine maximale Veränderung des Wertes. Meine Ansatz wäre, ignoriere den aktuellen Wert, sollte er mehr als 10% zum vorherigen verändert sein. Leider habe ich gerade nicht wirklich eine Idee, wie ich das umsetzen kann. Mag mir jemand auf die Sprünge helfen?
Vielen Dank!
@hasont
Danke für die Antwort!
Bei mir kommt die Meldung entweder nicht oder im gleichen Rhythmus, in dem der Cron Zeitplan des Dienstes eingestellt ist.
Die Funktion ist aber immer gegeben. Nervt halt nur, wenn das Log ständig mit Ebus Meldungen voll ist und die eigentlich Wichtigen unter gehen.
Hab da auch noch eine andere Meldung, um die kümmere ich mich aber später:
no update since 3/23/2025, 6:56:23 AM mc.messages.Params.lastup
Davon 3 verschiedene...
@kanumouse
Hast du die Meldung weg bekommen? Habe die gleiche im LOG:
instance system.adapter.ebus.0 already running with pid xxxx
@wendy2702
Sorry, so war das nicht gemeint. Hatte nur gesehen, das ich dich explizit angefragt hatte.
Verwende ein altes MS Surface mit Windows 11. Als Browser verwende ich den Edge und greife auf die VIS 1 in der aktuellsten Version 1.5.6 zu. Im Log kann ich nichts auffälliges finden (bzw gar nichts...).
Aber am Hinweis von @BananaJoe könnte was dran sein. Ich muss zum aufwecken des Display's den Powerbutton drücken. Wahrscheinlich wecke ich damit das Surface wieder aus dem Standby auf. In den Energieoptionen ist es allerdings anders eingestellt:
Das hat nichts mehr mit dem eigentlichen Thema des Threads zu tun...
War eher eine Frage an die Allgemeinheit;)
