Anzeige/Diagramm benutzerdefinierte Verbraucher

[Zeppelin-PV]

hallo, Georg
seit den letzten Änderungen, so vermute ich, ist bei er Anzeige Verbraucher nicht mehr alles wie es mal war.
Der Verbraucher Bügeleisen zeigt es am deutlichsten.
Der Verbrauch landet zuerst bei den sonstigen Verbrauchern.
Erst nach einer Weile taucht es dann im linken Feld auf. Verschwindet dann wieder und ist dann bei den sonstigen Verbrauchern.
"früher" erschien das Bügeleisen sofort im linken Feld und blieb da auch bis Ende bügeln.
Da ich mir nicht sicher bin ob es "bug" ist, zunächst hier in Q&A
auch der Sensor "security" um den es vor kurzem ging ist nicht optimal

[ledermann]

Das hängt mit dem Fix für #5552 zusammen. Damit beim Abschalten eines Datenlieferanten nicht ewig der letzte Wert eingefroren stehen bleibt, verwirft SOLECTRUS bei AKTUELL nun Messwerte, die älter als 15 Minuten sind.

Was bei dir passiert: Dein Bügeleisen-Stromzähler (Shelly?) sendet seine Messwerte vermutlich nur, wenn sich der Verbrauch ändert. Wird der letzte Wert dann älter als 15 Minuten, fliegt er aus der Live-Anzeige - der Verbrauch ist aber weiterhin im Wert des Hausverbrauchs enthalten (gemeldet vom SENEC alle 5s) und landet damit automatisch in "Andere Verbraucher". Sobald das Bügeleisen taktet (Thermostat) oder du es ausschaltest, kommt ein neuer Datenpunkt, und der Verbraucher taucht kurz wieder auf — bis er erneut "veraltet". So ein Verhalten lässt sich kaum vermeiden, wenn man Sensoren hat, die nicht synchron senden.

Vor dem Fix wurde der letzte Wert unbegrenzt angezeigt, deshalb war das früher kein Problem — aber dann hattest du eben das andere Verhalten aus #5552.

Was du tun kannst: Konfiguriere die Datenquelle so, dass sie regelmäßig Werte sendet (mindestens alle 15 Minuten, besser alle 30–60 Sekunden), unabhängig davon, ob sich der Wert ändert. Damit hat SOLECTRUS immer einen frischen Wert und der Filter greift nicht.

[Zeppelin-PV]

Es ist ein großer Unterschied ob in HA die Werte von einem Shelly oder von einem Zigbee Messadapter kommen.
Letzterer schickt Daten nur bei Messwertwechsel, - der Shelly kontiunierlich.
Ich habe relativ viele von Zigbee im Einsatz, - Grund: nicht jeder Messadapter belegt eine IP Adresse
Mit dieser Automation werde ich nun mal die Sensoren befeuern die in Solectrus Probleme bereiten.

alias: "Solectrus: Sensor-Update alle 10 Sekunden"
description: ""
triggers:

• seconds: /10
  trigger: time_pattern
  actions:
• action: homeassistant.update_entity
  target:
  entity_id:
  - sensor.summe_kameras
  - sensor.it_gerate
  - sensor.multimedia_gerate
  - sensor.buegeleisen_power
  mode: restart

[ledermann]

Damit verlagerst bzw. verdeckst du aber das Problem. Wenn der Sensor wirklich mal ausfällt, wird Home Assistant den letzten Wert immer weiter fortschreiben. Außerdem entsteht eine größere Redundanz in der InfluxDB.

Es geht ja darum, zwei Situationen unterscheiden zu können:

1. Der Messwert hat sich seit der letzten Meldung nicht verändert.
2. Der Sensor ist ausgefallen.

Ideal wäre so etwas: Der Messwert wird nur bei Änderung gesendet, mindestens aber alle 10 Minuten einmal.

Bei Zigbee gibt es dafür grundsätzlich Optionen mit minimum_report_interval, maximum_report_interval und reportable_change. Das bildet genau dieses Verhalten ab: Werte nur bei relevanter Änderung, aber spätestens nach einem definierten Maximalintervall erneut senden.

Ob das von deinen konkreten Geräten unterstützt wird und wie es in deiner Zigbee-Integration konfiguriert werden kann, bleibt herauszufinden.

[Zeppelin-PV]

ich habe mal beide Instanzen, Raspberry links, Proxmox rechts, im Browser nebeneinander gestellt.
Man sieht immer bei einer Aktualisierung am rechten Diagrammrand kurz einen weißen Balken aufblitzen
... und jetzt war ich überrascht - Raspberry aktualisiert exakt alle 5 Sekunden - die Proxomox Instanz "nur" alle 30 Sekunden

[ledermann]

In develop gibt es seit etwa einem Monat das Feature, dass die Variable INFLUX_POLL_INTERVAL ignoriert und durch eine Automatik ersetzt wurde. SOLECTRUS prüft regelmäßig, in welchem Abstand tatsächlich Messwerte in der Datenbank ankommen und reduziert oder erhöht dann die Polling-Rate (bewegt sich dann zwischen 5s und 60s). Im Log des Dashboard wird protokolliert, wenn die Rate angepasst wird.

Bei weiteren Fragen oder Bugs dazu bitte separates Issue anlegen, sonst kommen wir vom Thema ab.