-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ausreißer erkennen und ignorieren #237
Comments
Ich würde eine solche Funktion sehr begrüßen! |
Ich habe das jetzt mal ergänzt. Es läuft so: In der
Bei Über- oder Unterschreitung wird ein Messwert ignoriert. Alles wird im Log protokolliert. @frizzle0815 und @f1nch87: Ihr könnte das ausprobieren, indem ihr den MQTT-Collector auf die Entwickler-Version ( ...
mqtt-collector:
image: ghcr.io/solectrus/mqtt-collector:develop
environment:
- MAPPING_1_TOPIC
- MAPPING_1_MEASUREMENT
- MAPPING_1_FIELD
- MAPPING_1_TYPE
- MAPPING_1_JSON_KEY
- MAPPING_1_MIN
- MAPPING_1_MAX
.... Nicht vergessen: Die beiden neuen Variablen (je Mapping, wenn benutzt!) müssen auch im Wenn es funktioniert (bitte Feedback!) werde ich ein neues Release erstellen. |
Ok thank you for your work. Ok wieso auch immer ich englisch geschrieben habe :D |
Hallo Georg, Im log sieht das so aus (gefiltert):
Anschließend habe ich in influxdb geprüft, dass die gefilterten Werte auch tatsächlich nicht in der Datenbank gespeichert wurden, was der Fall ist. Zur Vollständigkeit sei erwähnt, dass mein erster Test gestern Abend Probleme verursacht hat. Ich kann allerdings nicht sagen, ob der Fehler bei mir oder bei Solectrus lag. |
@frizzle0815 Sehr gut, danke für den ausführlichen Test! Ich verwende bei mir schon immer QoS 1 (mit ioBroker) und kann mich an keinerlei Probleme damit erinnern. Ich verstehe QoS 1 genau wie du - jede Message muss mindestens einmal zugestellt worden sein, d.h. der Client muss jede Message bestätigen, sonst schickt der Broker sie erneut. Außer der gestern bereitgestellten Aktualisierung des Docker-Images gab es nichts, was damit irgendwie in Verbindung stehen könnte. Insofern wüsste ich nichts, was ich verbessern könnte. Ein Szenario könnte ich mir aber eventuell so vorstellen: Vielleicht hast du bei deinen ersten Versuchen noch das alte Image des SENEC-Collectors verwendet, dass die Test-Nachricht gar nicht abonniert hatte. Wie dem auch sei: QoS 1 wäre auch meine Empfehlung - und da es nun bei dir funktioniert, verfolge ich das nicht weiter, sofern es keine neuen Hinweise geben sollte. |
Ich muss erst nochmal Solectrus ordentlich in Portainer aufsetzen, weil ich zu doof bin die variablen im normalen docker zu verändern. Mal schauen ob er die influx daten behällt aber wahrscheinlich nicht würde ich sagen. |
@f1nch87 Portainer ist ein prima Tool, aber Neuaufsetzen nur um die Variablen zu ergänzen, sollte nicht nötig sein. Ich hatte oben beschrieben, wie es geht. Wo hakt es denn? |
Es hackt nur an meiner Faulheit. Denke ich lerne die influx daten zu sichern und zu importieren und dann setzte ich solectrus direkt in portainer auf um mich wieder etwas mehr zurechtzufinden. |
Also bei mir scheint es mit den zusätzlichen Variablen zu funktionieren. Danke dafür |
Sehr schön, danke für die Rückmeldungen. Ich habe nun Die Wiki-Seite mit der Doku ist ebenfalls aktualisiert: |
In seltenen Fällen kommen über den MQTT-Broker Werte, die offensichtlich nicht stimmen können.
Es wurde von Fällen berichtet, wo ein Growatt Wechselrichter manchmal den Messwert
2.1475e+08
für Erzeugung und Hausverbrauch gemeldet hat.Solche viel zu großen Werte sollten ignoriert werden. Eine Möglichkeit wäre, dafür eine zusätzliche Variable zu definieren, etwa so:
The text was updated successfully, but these errors were encountered: