Ja, ich bin der Entwickler vom CCU-Jack.
Den CCU-Jack gibt es auch als Add-On für X86-basierte CCUs. Bisher wurden keine Probleme gemeldet.didiator hat geschrieben: ↑03.04.2020, 09:27und kannst mir vielleicht noch etwas den Start erleichtern:
- CCU-Jack läuft direkt auf der CCU schreibst Du. Sind da Probleme mit einer X86-Umgebung bekannt? Ich möchte gern auf einem QNAP NAS in einer dort installierten Raspberry-VM arbeiten. Das dürfte doch keine Probleme bringen, oder?
Auf der Projektseite ist bereits viel beschrieben. Die Verwendung der REST-API ist hier ausführlich dokumentiert. Eine Beschreibung der MQTT-API ist hier zu finden.
Abfragen von REST-APIs kann .NET mit der Standard-Bibliothek. Für MQTT gibt es eine gute Bibliothek: MQTTnet
Wenn ich an Deiner Stelle wäre, würde ich darauf achten, dass der Aufwand für die Anbindung meiner eigenen Anwendung an die CCU möglichst gering ist, und dass die verwendeten Protokolle weit verbreitet sind. Das ist beides beim CCU-Jack gegeben.didiator hat geschrieben: ↑03.04.2020, 09:27Und dann noch eine Frage... Wenn ich CCU-Jack nutze, ist das für mich eine strategische Entscheidung. Ich werde sehr viel Arbeit in die Programmierung meiner Services stecken, z.B. eine intelligente Steuerung meiner Heizung (Nibe Wärmepumpe), meiner Photovoltaik, meines wasserführenden Kamins und meines Fernwärmeanschlusses durch einen gemeinsamen Service. Wie zukunftssicher ist CCU-Jack?
Der CCU-Jack ist in meinem Konzept für die Hausautomatisierung wichtiger Bestandteil und wird daher aus eigenem Interesse auf jeden Fall weiter gepflegt. Mein zweites Projekt der CCU-Historian wird von mir bereits seit 9 Jahren gepflegt.
Falls es den CCU-Jack wider erwarten übermorgen nicht mehr gibt, hast Du trotzdem folgende zwei Auswege: Der CCU-Jack ist Open-Source. Eventuell findet sich jemand, der ihn weiter pflegt. Da Du aber hoffentlich auf MQTT setzen wirst, kannst Du auch auf ioBroker oder RedMatic umschwenken. Das bedeutet zwar mehr Aufwand, es geht aber auch.
Viele Grüße
Mathias