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
MQTT: Publizierung von Geräte-/Kanal-/Parametereigenschaften #90
Comments
Sehr sexy fände ich das Publizieren von Topics, worüber Homeassistant die Geräte der Zentrale erkennen und einbinden kann. Die Homematic-Integration in HA ist nicht sonderlich gut und funktioniert z.B. nicht wenn SSL auf der Zentrale aktiviert ist. |
Da gab es bisher auch schon Anfragen (siehe auch Eintrag #7) . Leider ist dies sehr aufwändig und ist daher nicht in Planung. |
Servus, ich bin nun nach zig Jahren von ioBroker auf HomeAssistant umgestiegen. Ich denke das Projekt erfreut sich deutlich größerer Beliebtheit und Aktivität. In diesem Sinne wäre nun die HASS Discovery tatsächlich eine richtig gute Sache, um CCU (bei mir Docker Raspberrymatic) anzubinden. Per Bridge die CCU Daten ein meinem EMQX senden wäre easy (die dann von HASS aufgrund der Discovery Daten so abgeholt werden können), fehlen nun tatsächlich aber die Metadaten. Erstens überlege ich einen Python Translater zu bauen, oder zweitens ein XMLAPI query, die dann das HASS Discovery per MQTT bereitstellt. Ich wüsste eben nicht wie ich anders leicht an die Daten der CCU käme. |
Gesagt, getan, ich habe einen ersten Wurf hochgeladen: https://github.com/kaistraube/ccujack_homeassistant
|
Schönes Projekt. Ich nehme an, dass Du nichts dagegen hast, wenn ich von der CCU-Jack-Dokumentation auf dieses Projekt verweise. Um noch mehr Anwender zu erreichen und Rückmeldungen zu erhalten, kannst Du Dein Projekt auch im CCU-Jack Forum bekannt machen. |
Ja, sehr gern. Ich schau mal ins Forum... |
Was ist denn aus der Idee geworden das in CCU-Jack zu implementieren? in #73 (comment) |
Als Lösungsidee... Wenn ich das richtig sehe, werden mehrere CCU-Interfaces abgefragt:
Dabei kann jeder Dienst nicht bzw. noch nicht verfügbar sein. Würde man nun RegHass als Interface aufnehmen, dann könnte der seine Topics ab seiner Verfügbarkeit ebenfalls im MQTT publizieren. Beispielsweise in den vorhandenen Channel-Topics. #73 (comment) Mit Veap müsste das auch nicht im Wiedersprich stehen. Dort könnten die Informationen aus RegHass auch erst nach Aktivierung des Interfaces verfügbar werden. (Edit)
Mir persönlich würden Read-Only Werte ausreichen. Für mich kann NodeRed mehrere Topics zu einem JSON-Objekte zusammenfassen:
|
Ich bin auch endlich mal aktiv geworden und dabei heraus gekommen ist ein kleines Python-Tool, welches für die vorhandenen Homematic-Geräte, Systemvariablen und Programme MQTT Auto Discovery Einträge für Home Assistant erstellt und veröffentlicht. Alternativ die Ausgabe als HA yaml-Konfiguration. |
Bisher werden nur Wertaktualisierungen von Datenpunkten über MQTT publiziert. Geräte-/Kanal-/Parametereigenschaften sollten zusätzlich über separate Topics publiziert werden.
Erste Überlegungen dazu sind in #73 zu finden.
The text was updated successfully, but these errors were encountered: