Debmatic <=> CCU-Jack

[ranseyer]

...blöde Frage, macht es Sinn mal die Kombi Debmatic / CCU_Jack zu testen ? ...

https://github.com/mdzio/ccu-jack
(Ein manuelles Bauen oder Adaptieren der bestehenden Releases zum Testen scheint mir "vermutlich ganz gut machbar"...)

Oder wird seitens DebMatic von dieser Kombi abgeraten ?
-Dann wäre es schade um die Zeit.

[deimos]

Hi,

ich habe mir bisher CCU-Jack noch nie angeschaut, weder im Kontext debmatic noch auf einer sonstigen CCU. Daher kann ich dazu im Moment absolut nichts sagen.
So wie ich es auf einen schnellen Blick auf der Github Seite verstanden habe, braucht es aber gar nicht *auf* einer CCU installiert werden, sondern kann auch auf einem "normalen" Linux System laufen, damit könnte man es dann wohl auch einfach parallel zu debmatic installieren. (ähnlich zu CCU-Historian vom gleichen Author).

Viele Grüße
Alex

[ranseyer]

Danke, das stimmt. Ich dachte allerdings eher an den Weg als CCU-AddOn...
https://github.com/mdzio/ccu-jack/tree/master/dist/ccu

Aber du hast Recht zum Testen wäre der Weg das ganze selbst zu kompilieren wohl zunächst einfacher...


PS: Hintergrund: Ich wollte die Homematic NodeRed Anbindung nochmals angehen, und man könnte damit direkte MQTT Anbindung erhalten und laut den Daten des Programmierers nebenbei einen extrem performanten MQTT Server (der dafür natürlich nicht so bewährt ist wie Moquitto).

[deimos]

Hi,

wieso kompilieren? Da gibt es doch auch fertige Pakete für Linux?

Viele Grüße
Alex

[ranseyer]

Zum Testen auf einer ARM Büchse (Raspi4) gibt es wohl nur dieses:
https://github.com/mdzio/ccu-jack/relea ... 8.2.tar.gz

Und das verteilt dann direkt Dateien ins Filesystem (Eingriff in die CCU3 von der ich selbst noch keine Ahnung vom Aufbau habe).
Und das dann wieder zu 100% sauber loswerden ist etwas aufwändig.

Also sehe ich für mich drei Varianten für einen ARM-Test:

-selbst kompilieren (sehr einfach! - ich gehe davon aus da liegt dann alles in einem verzeichniss und es wir nicht alles irgendwie im System verteilt)
-ganz schlampig ein Deb von Hand (mit den Binaries siehe ohen) zusammenschustern (ohne dpkg-buildpackage, also manuell zusammenpacken)
-ich könnte mir die Debs mit dem Launchpad von Canonical bauen lassen, damit hatte ich ganz gut Erfahrung, aber noch nie etwas gemacht für ARm, und auch nicht go basiert...

Da ich das alles etwas nervig für den Start finde würde ich wohl tatsächlich mal das x86 Archiv auf nem Intel-Server für erste Tests nutzen...

[gnom]

Ich grabe das hier noch mal aus.

CCU-Jack hat m.E. 2 besonders hilfreiche features, MQTT sowie virtuelle Geräte. Letzteres funktioniert aber nur, wenn CCU-Jack als Addon installiert wird.

MDZIO schreibt

In dem Verzeichnis addons gibt es anscheinend angepasste Versionen der gängigsten Add-Ons. Der CCU-Jack ist wohl nicht dabei. Vielleicht erstellst Du im DebMatic-Projekt mal ein Issue.

Wenn die Anpassungen nicht so umfangreich sind, kann ich auch eine spezielle Distribution für DebMatic bauen.

https://github.com/mdzio/ccu-jack/issues/109 ist mit help wanted ge-tagged

Es gibt auch einen issue für Debmatic

CCU-Jack als Debian package? alexreinert/debmatic#324

Bestände Hoffnung das zu realisieren, ggfls. MDZIO die Info's zu geben, damit er das selber baut?

[hm247]

Hallo zusammen,

der ccu-jack lässt sich parallel zu debmatic unter Gnu/Linux installieren. Eine Anbindung der ccu (debmatic) an node-red sollte dann über den ccu-jack möglich sein, mittels https://github.com/ptweety/node-red-contrib-ccu-jack von Matthias.

P.S.: Sorry - ich habe jetzt realisiert, dass das noch nicht mit virtuellen Geräten funktioniert.

[gnom]

Genau das ist das fehlende feature

[Henke]

Wenn NodeRed unter Debmatic läuft könnte das die Problemlösung sein:
viewtopic.php?f=77&t=79745

Es werden keine virtuellen Gräte auf der CCU angelegt, sondern direkt in NodeRed. Damit fallen sämtliche Einschränkungen der CCU bzw. des Jacks.
Beispiel: RSSI Werte der Shellys landen in Kanal 0 als RSSI, so das dann über eine Get Node die Werte sämtlicher Geräte bearbeitet werden. Da ist es dann egal ob es ein HmIP Gerät ist, eine MQTT Anbindung oder zum Testen ein frei definiertes Gerät.
Brauch man einen wirklich schnellen MQTT Broker, so kann ich den empfehlen:
https://flows.nodered.org/node/node-red-contrib-aedes
Installation unter 5 Minuten und rennt seit dem.

[gnom]

Danke für den Hinweis, hatte ich gestern auch gesehen, interessant, indeed.

Nur wollte ich möglichst alles in der CCU bzgl. Logik/Programme zentral abbilden und dort Programme,script, sowie Direktverknüpfungen nutzen (Ausfallsicherheit, wenn der Strom mal wieder weg ist).
Und das kann eben CCU-Jack wohl lt. Beschreibung auch für nicht-HM Geräte bereitstellen - aber eben nur als CCU-addon.

CCU-Jack bring alles von Hause aus mit, was benötigt wird.
Da MQTT auch dabei ist, würde dies auch das unter Debmatic nicht verfügbare HM2MQTT-addon auch gleich "erschlagen".
Zusammen also die Möglichkeit, verschiedenste nicht HM-Geräte transparent einzubinden - plus all die anderen features in CCU-Jack, die ich hier nicht auch noch listen will.

Trotzdem nochmals vielen Dank.

Node Red könnte ja unter Debian neben Debmatic installiert werden, bzw in IOBroker als addon.

Wenn Alex/MDZIO das addon nicht bereitstellen können, dann werde ich mir definitiv RedHM mal genauer anschauen. Müßte dann nur auch noch in NR einarbeiten. Machbar, aber als Programier-noob nicht eben mal so gemacht. CCU Kram bekomme ich schon so leidlich hin