Wechselrichter Daten in Systemvariable in Homematic

[Sven4597]

Hallo,

Ich würde gerne die Daten von meinem Wechselrichter den ich über Home Assistant auslese in eine Systemvariable von Homematic schreiben.

Mein Hauptsystem ist Homematic und habe auf einer extra Raspi das Home Assistant laufen.

zu Beispiel
Home Assistant: Lifetime solar energy 1000 KW
in Homematic Systemvariable: Lifetime solar energy
Die Werte sollen aktualisiert werden sobald sich was in Home Assistant ändert.

Könnt Ihr mir da bei der Umsetzung helfen? Oder ist es überhaupt möglich?

Ich kenne mich leider nicht so gut aus in Python.

Danke im vorraus
Grüße Sven

[emufan]

Da sollte doch eine extended SV reichen/passend sein, oder?

https://github.com/danielperna84/custom_homematic#system-variables

Oder ansonsten

https://github.com/danielperna84/custom_homematic#homematicip_localset_variable_value

Unabhängig davon, dass ich persönlich alles in HA verlagern würde als andersherum sogar noch HM mit Daten zu füttern.

[Sven4597]

Die ID musst du von dir übernehmen

[Jonvelle53]

[Jonvelle53]

Die "id" für den Eintrag einer Automation in der automations.yaml datei wird ja automatisch erzeugt, wenn ich imAutomationen Editor eine Automation neu erzeuge. Dein mir vorgeschlagener Yaml-Code einer Automation hat ja keine ID bzw. er bekommt keine wenn ich diesen Code per Fileeditor in die automations.yaml datei einfüge!

[Jonvelle53]

ok., habe nochmal gelöscht und direkt in die Yaml Automations Datei Deinen Vorschlag gespeichert.

Fehlermeldung wenn ich in den Entwicklerwewrkzeugen HA neu starten möchte:

Konfiguration fehlerhaft!
Error loading /config/configuration.yaml: invalid key: "{"states('sensor.gw2000a_v2_2_3_soil_moisture_1') | float | round(1)": None}" in "/config/automations.yaml", line 727, column 0

Der Eintrag in der Automations Datei von Dir sieht so aus:

id: 'XXXXXXXXXX'
alias: VH_Boden uebertrag
description:
trigger:

• platform: state
  entity_id:
  • sensor.gw2000a_v2_2_3_soil_moisture_1
    condition: []
    action:
• service: homematicip_local.set_variable_value
  data:
  entry_id: XXXXXXX303e0d70d0d22f4bba694699a
  name: VH_Boden
  value: {{ states('sensor.gw2000a_v2_2_3_soil_moisture_1') | float | round(1) }}
  mode: single

[emufan]

Sven hat Dir ja auch eine fehlöerhafte Automatisierung geschickt. Fehler steht ja auch oben im Screenshot.

Fang nochmal oben an. YAML-Inhalt löschen und nicht an der Datei rumpfuschen. Neue leere Automatisierung im UI anlegen. Dann drei Punkte -> als YAML bearbeiten. Dann Fehler aus erste Automatisierung

description:

korrigieren z.B. in

description: ""

Also z.B.

alias: VH_Boden uebertrag
description: 
trigger:
  - platform: state
    entity_id:
      - sensor.gw2000a_v2_2_3_soil_moisture_1
condition: []
action:
  - service: homematicip_local.set_variable_value
    data:
      entry_id: ca0c16aXXXXXXXXXXd22f4bba694699a
      name: VH_Boden VARIABLE IN HOMEMATIC
      value: |
        {{ states('sensor.gw2000a_v2_2_3_soil_moisture_1') | float(default=0) | round(1) }}
mode: single

Wobei halt die ID noch anzupassen ist.

Dann sollte es sich auch speichern lassen.

[Sven4597]

[Jonvelle53]

Hallo Sven,

habe als Anfänger eben diesen Eintrag von Dir für mein Problem weitergeleitet bekommen.
Leidewr kenne ich mich überhaupt nicht mit der Syntax aus.
Ich nehme an, dass ich Deine Zeilen oben nicht so ohne weiteres in meine config Yamml Datei übernehmen kann? Ich will Bodenfeuchtigkeitswerte aus Homeassistant in meine Homematic App übergeben. Also die Entitäten und S>ystemvariablen habe ich.
Aber wie gesagt, wie genau muss der Aufbau der Zeilen sein?

Achja - wo finde ich die Entry_ID der Systemvariable die ich beschreiben will?

Gruß
Jonvelle

[emufan]

Achja - wo finde ich die Entry_ID der Systemvariable die ich beschreiben will?

z.B. Entwicklerwerkzeuge

Dort Service eingeben und bei Central im UI Deine CCU wählen.

Und danach dort in den YAML-Mode wechseln

[Jonvelle53]

Hallo EMUFan,

erstmal vielen Dank für Deine Geduld und schnelle kompetente Hilfe.
Es ist vollbracht. Alle Zustände meiner 10 Gartensprenger sowie deren Abhängigkeit und jeweiliger Bodenfeuchte kann ich nun sehr schön in meiner @Home App darstellen und steuern.

Es mag für einige Leute merkwürdig sein, dass ich Homeassistant nutze und dann Daten zurück zum Homematic System geben möchte, aber das liegt halt an meinen bescheidenen Programmier-Fähigkeiten.
Eine schöne und zweckmäßige Übersicht im HA zu programmieren braucht schon ne Menge Kenntnisse, die ich mir erst langsam aneignen muß.
Außerdem ist es für meine Frau vorerst auch einfacher unsere alte App zu nutzen.
Die Dashboards meines HA sind einfach zu voll und nicht sehr intuitiv zu bedienen.
Aber ich wollte halt alles unter einen Hut bringen und mich nicht von einzelnen Herstellern abhängig machen - Philips HUE (Beleuchtung) ZigBee, Homematic (Alarmanlage, Rauchmelder und Magnetventil-Steuerung), Shelly (Strom- und Leistungsüberwachung) sowie andere Zigbee und und und Anbieter.
Als ehemaliger schon seid 5 Jahren im Ruhestand befindlicher Außendienst Ing. kann ich mich ja nun austoben, und Dank solch großartiger Helfer hier im Netz wie Dir, komme ich dabei ganz gut voran.
Also vielen Dank nochmal, bleib gesund und alles Gute für Dich.
Aus dem Spargelland Beelitz Grüßt Jonvelle

[Jonvelle53]

[emufan]

Nee nee, der Dank gebührt schon Sven als Ersthelfer. Ich hatte nur die Fehlermeldung und den Grund gesehen und bevor ihr hier weiter an YAML-Datei rumfummelt und der Fehler aber dennoch drin ist, wollte ich nur schnell beisteuern. Ich denke Sven hat halt seine Automatisierung anonymisiert und dabei nicht gesehen, dass "leer" dort nicht erlaubt ist.

Eine schöne und zweckmäßige Übersicht im HA zu programmieren braucht schon ne Menge Kenntnisse, die ich mir erst langsam aneignen muß.

Das mach auf jeden Fall. Da ist die Lernkurve schnell und wirkliche Kenntnisse sind da auch oft nicht erforderlich. Gerade wenn es nur um Dashboards geht wie in Deinem Screenshot.

[Dark-Tower-Coder]

Hallo @Sven4597
Ich nutze den selben Dienst um Daten aus HA in HM-Variablen schreiben zu können.
Aber was mich ein wenig stutzig macht ist folgende Information aus der Dokumentation:

The service homematicip_local.set_variable_value can, but no longer has to, be used to write system variables.

Was soll das bedeuten?
Ist es veraltet und es gibt eine Alternative zu diesem Dienst?
Gibt es weitere Möglichkeiten?

Gruß
Tower

[emufan]

Siehe oben in diesem Thread und in der Doku. Extended SVs.

[Baxxy13]

Da ich heute auch ein bisschen mit dem Thema ("Synchronisierung eines HA-Sensor-Wertes mit einer Zentralen-Systemvariable") experimentiert habe...

alias: HA-VM-RAM-Usage in RM-SysVar_V3
description: schreibt die RAM Nutzung der HA-VM in eine RM-SysVar
trigger:
  - platform: state
    entity_id:
      - sensor.memory_use_percent
condition: []
action:
  - delay:
      hours: 0
      minutes: 0
      seconds: 2
      milliseconds: 0
  - service: homematicip_local.set_variable_value
    data:
      entry_id: 2f499a9e0f9b82d60030da632c6c8657
      name: Homeassistant-VM-118_RAM-Nutzung
      value: "{{ trigger.to_state.state }}"
mode: single

Der Sensorwert (Trigger) wird mit 2s Verzögerung in die SysVar geschrieben.

[Sven4597]

Es gibt ganz viele Videos auf Youtube

[emufan]

Da ich heute auch ein bisschen mit dem Thema ("Synchronisierung eines HA-Sensor-Wertes mit einer Zentralen-Systemvariable") experimentiert habe...

Wieso nutzt ihr eigentlich überhaupt die homematicip_local.set_variable_value für SVs und nicht die extended SVs mit Standard number.set_value, usw.? Dann hättet ihr doch sogar einen passenden Entität-Typ und UI-Änderbarkeit ohne Automatisierungen, Helper, usw.?

Der Sensorwert (Trigger) wird mit 2s Verzögerung in die SysVar geschrieben.

Auch hier würde ich mal probieren, was wie im Vergleich der Verzug mit den Extended SVs wäre.

[emufan]

Wo kann ich eigentlich etwas zur Syntax und den Möglichkeiten der Programmierung nachlesen, bzw. etwas lernen? Wenn möglich für Dummies erklärt!

Am besten öffnest Du dafür einen separaten Thread. Hier schon sehr OT und eigentlich für diese Integration ebenfalls.

[Jonvelle53]

Ok., habe bei youtube einen Lehrgang gefunden.
Allerdings stosse ich ja schon bei Euren Abkürzungen auf Probleme.
"Einen neuen Thread öffnen", ist ja noch verständlich, aber wo genau, und ohne Gefahr zu laufen, die Fragen an der falschen Stelle zu stellen. Oder was heißt "OT" bei Dir im Text? - ein Schreibfehler für "oft"?

Vielleicht kannst Du mir nochmal an Hand eines Beispiels erklären wo und wie ich eine Frage stellen kann?
Bei mir in HA steht jetzt in den Einstellungen zwei Warnungen.
Hier würde ich jetzt gern wissen, wie ich die Namen ändern soll?
Weil, demnächst die wohl nicht mehr funktionieren (ab 2024.2.0).

Was ich verstanden habe, dass ich diese Frage z.B. eben hier nicht stellen sollte. Ok. sorry dafür:

"Einige MQTT-Entitäten haben einen Entitätsnamen, der mit dem Gerätenamen beginnt. Dies ist nicht zu erwarten. Um einen doppelten Namen zu vermeiden, wird als Work-Around das Präfix des Gerätenamens aus dem Entitätsnamen entfernt. Bitte informiere den Betreuer der Softwareanwendung, die die betroffenen Entitäten bereitstellt, um dieses Problem zu beheben.

Liste der betroffenen Entitäten:

sensor.vibration_doppelflugel_kaminzimmer_strength
binary_sensor.gaszahler_contact
binary_sensor.vibration_doppelflugel_kaminzimmer_vibration
sensor.vibration_doppelflugel_kaminzimmer_angle_y
sensor.vibration_doppelflugel_kaminzimmer_power_outage_count
binary_sensor.buroog_power_update_available
sensor.buroog_power_power
sensor.buroog_power_energy
sensor.vibration_doppelflugel_kaminzimmer_battery
binary_sensor.buroog_power_consumer_connected .........."

[emufan]

OT heißt OffTopic = Nix mit dem Thema zu tun. Wie eigentlich auch die ganzen "wie bediene ich HA"-Fragen, da es hier ja um die HM Integration zum HA und nicht um HA selbst geht. Aber wenn es Sukram und Daniel erlaubt, dann könnte man für solch "Sonstiges" evtl. einen weiteren Diskussionsbeitrag unter Diskussionen machen a la "Allgemeine HA Fragen". Das meinte ich mit "neuer Thread". Aber das müssen die beiden erlauben.

Besser wäre natürlich, wenn Du Dich in https://community.home-assistant.io tummelst, aber das ist halt englisch.

Zu den Warnungen. Steht auch dort. Warte ab, Da fehlen noch Folgeupdates: https://community.home-assistant.io/t/2023-8-translated-services-events-and-wildcards/598463/2

[Baxxy13]

Wieso nutzt ihr eigentlich überhaupt...

Mit extended SV's samt number.set_value funktioniert das natürlich auch.
Wenn ich jetzt einen vorhandenen HA-Sensorwert mit der extended SV's per Automatisierung synchronisiere wird im Hintergrund (vermutlich) auch nur homematicip_local.set_variable_value ausgeführt um den aktualisierten Wert Richtung CCU zu schieben.
Außerdem muss der SysVar-Scan aktiv sein damit das funktioniert.

Bei homematicip_local.set_variable_value geht das auch mit deaktiviertem SysVar-Scan und die SysVar braucht nicht in HA aktiv sein.
Es gibt halt mehrere Wege, kann ja jeder machen wie er mag.

Auch hier würde ich mal probieren, was wie im Vergleich der Verzug mit den Extended SVs wäre.

Das hast du missverstanden. Die 2s Verzögerung sind doch absichtlich in der Automatisierung drin, der Text diente nur als Beschreibung und als Hinweis das man so direkt den Trigger-Wert bekommt und nicht einen Sensor-Wert "holen" muss.