Debmatic <=> CCU-Jack

[Baxxy]

Virtuelle Geräte (außer die virtuellen Tasten der Zentrale) unterstützen keine DV's.
Und Jack-Geräte dürften deshalb weder als möglicher Sender noch als möglicher Empfänger bei der DV-Erstellung auftauchen.
So zumindest auf meinen RM-Testsystemen.

[fletzmaus]

Ich bin ja sooo begeistert !!!
Nachdem ich von meinem Fritz!-Heizungsthermostaten schwer enttäuscht bin
- Latenz 15 Minuten
- Verbindungsabbrüche recovern nicht, sondern es muss neu angelernt werden
- die API ist seltsam
hab ich kurzentschlossen ein Homematic-StarterKit besorgt.
Die Installation von Debmatic auf einem Pi3 war einfacher als ich es mir vorgestellt hab.
Auf der Suche nach Homematic --> MQTT hat Tante Google hat mir schnell gehofen und mich auf diesen Thread geleitet.
Auch die Installation vom CCU-Jack ging problemlos nach Anleitung.
Musste mich ein wenig durch die CCU-Jack Menüs wühlen, um die MQTT-Topics zu finden (Ich hätte evtl. auch mal die Anleitung lesen können ...),
aber dann konnte ich sofort meine Sensoren und Aktoren auslesen und steuern.
Nun bin ich in der Lage, mit meinem System sämtliche Steuerinformationen auszulesen, zu kontrollieren und mit anderen Geräten zu verknüpfen.

Ich hab bisher schon ein paar Sachen mit ESP8266 aufgebaut, aber damit sind Batterie betriebene Low-Power Geräte aufwendig.
So war ich umso mehr überrascht, dass der Selbstbau von Aktoren auf Basis vom Funkmodul und AVR-Prozessoren möglich ist.
(Warum soll ich es kaufen, wenn ich es selbst besser machen kann...., und AVR CPUs hab ich genug rumliegen)
Über MQTT passt das dann in meine Welt.

Vielen Dank an Deimos und Mathias für die fantastische Arbeit!!!!

[ptweety]

Das hört sich schon einmal gut an.

Dann muss ich mal schauen, wie ich Debian-Pakete für unterschiedliche Plattformen ohne etliche Debian-Installationen bauen kann. Für Vorschläge bin ich offen.

Auch meinerseits erstmal die positive Rückmeldung, dass das debmatic Paket hier einwandfrei funktioniert.

Und dann auch noch die Frage: brauchst du Unterstützung bei der Entwicklung eines .deb und wenn ja, welche?

[MaGeHome]

Hallo zusammen,

ich plane gerade einen Umstieg von meiner CCU3 auf einen PI5 mit Raspberry PI OS (64bit) mit Debmatic.
Um das Projekt beginnen zu können muss ich nur noch auf die NVMe Base warten.
Jetzt bin ich gerade über diesen Beitrag gestolpert.Und finde die direkte Integration von Geräten sehr interessant.
Hat schon jemand über den CCU-Jack einen Velux KLF200 integriert?

Gruß
Markus

[gnom]

Hat schon jemand über den CCU-Jack einen Velux KLF200 integriert?

es gibt die Alternative über CUxD. Ist auch recht gut dokumentiert
viewtopic.php?f=37&t=68846#p672656
download/file.php?id=107525

[MaGeHome]

@gnom, danke. Die Alternative ist mir bekannt und auch im Einsatz.

Ich finde aber den CCU-Jack mit REST-API/MQTT zukunftsorientierter.
Außerdem fände ich es chamant/wünschenswert, nicht mehrere Systeme zur Einbindung zu verwenden.
Velux KLF200 über CUxD, den Modbus-TCP der Huawei Photovoltaik über Node-Red, usw.
Und dies scheint, jedenfalls wie ich es verstehe, möglich zu sein.

Und da ich jetzt eben auf einen PI5 mit Debmatic umsteige, wäre das die erste und wichtigste Integration.
Denn solange die Rollladen der Velux Dachfenster nicht wie die restlichen Rollladen von der Familie über die gewohnte @home App gesteuert werden können, brauche ich die CCU3 nicht ersetzen.

Eine Docker gäbe es für den KLF200:
https://hub.docker.com/r/phpmonkeys/vlx2mqtt

Das KLF200 Binding wurde über die Python Bibiothek pyvlx realisiert.
Auf Github findet man dann das Pythonskript vlx2mqtt mit dem man das pyvlx Modul per MQTT steuern kann.

PyVLX - controling VELUX windows with Python
https://pypi.org/project/pyvlx/

vlx2mqtt
https://github.com/3s1d/vlx2mqtt

Und dann noch ein HmIP-BROLL / HmIP-FROLL im CCU-Jack als Gerätesymbol und es sollte funktionieren.

Deswegen auch meine Frage in die Runde.

Gruß
Markus