Open steckenpferd opened 5 years ago
what do you mean? so that it is possible to use homematic devices without a ccu or a cloud accesspoint?
have you already started with this? because when I'm finished with the cloudaccesspoint adapter, I'll look to work on smth. like this too.
No - not started (no developer) Your assumption is correct that it’s possible to control Homematic protocol and Homematic IP Protocol devices without CCU or AP. FYI a contact could be Jens Maus who from the OCCU created RaspberryMatic and knows the OCCU quiet good.
If you want to start with Iobroker on e.g. Raspberry Pi 3B you need additionaly hardware (sender) - the best would be a hardware that speaks both protocols (HM & HmIP).
Homematic & Homematic IP protocol: GPIO Radio Module HAT – RPI-RF-MOD GPIO Radio Module HAT – HM-MOD-RPI-PCB USB Radio Module Adapter PCB – HB-RF-USB
Homematic protocol only: USB Config Adapter – HM-CFG-USB-2
HomematicIP protocol only: USB Stick – HmIP-RFUSB
Here a OCCU discussion in the Homematic-Forum: https://homematic-forum.de/forum/viewforum.php?f=54
Alex kommentierte unter Neuvorstellung DEBMATIC - OCCU als richtige Debian/Ubuntu
Hi,
komplett ohne OCCU wird das nicht funktionieren, da mind. bei Homematic IP komplett unklar ist, wie mit dem Funkmodul direkt kommuniziert werden kann, das Protokoll ist nicht offengelegt. So wie ich es verstanden habe, basiert HASS an der Stelle auch auf OCCU, nur wird sieht man das als Nutzer nicht. Eine Lösung um dasvergleichbar in ioBroker einzubauen hätte natürlich einen gewissen Charme, aber ich sehe da die immensen Aufwände hinterdran, weil man die gesamte Konfiguration der Geräte und Direktverknüpfungen dann auch über ioBroker abbilden muss. Dazu kommen dann die doch recht umfangreichen Änderungen, welche grade mit annähernd jeder neuen CCU Version auch in OCCU eingeführt werden. Da sehe ich den Sinn nicht, das komplett in ioBroker abzubilden. Mehr Sinn sehe ich da, wenn sich ioBroker und debmatic ergänzen: Konfiguration der Geräte und Direktverknüpfugen über debmatic und Logikschicht über ioBroker über den bereit bestehenden Homematic Adapter. Zu guter letzt setze ich selbst openhab ein und habe eine persönliche Abneigung gegen Javascript. Das ist aber beides rein persönlich und soll bitte nicht abwertend verstanden werden.
Viele Grüße Alex
Hi,
Persönlich finde ich dies nicht passen in der logic von iobroker allgemein. Das komplette4 concept ist darauf basier snitstellen der Daten per Adapter zu realisieren die mit der source (sprich gateway und andere) Daten bekommen bzw verschicken.
Beim Z-Wave/Zigbee ist es eine andere Geschichte, den dort gibt es die opensourcelibrarys auf deren eine direkte Integration gebaut werden konnte. Da die CCU wie bereits genannte eine active occu Installation benötigt (welche auch gewartet wird) halte ich es fur sinnvoller diese logic ausserhalb Biobroker Adapter zu lassen und das Basis Prinzip (gateway/source ==> adapter) in stand zu halten.
Could somebody create a simple adapter out of the OCCU to simulate CCU functionalities (not all !!!) direct inside iobroker: https://github.com/eq-3/occu https://github.com/alexreinert/piVCCU Reason: to save RAM and resources.
Not like today in parallel with pivCCU on a Raspi but as a simple adapter like e.g. in Home Assistant: https://www.home-assistant.io/addons/homematic/ See this video to understand what is meant: https://youtu.be/G85kOZtt_Uk
You need min 1x of this devices to control the others: For Homematic & Homematic IP protocol: GPIO Radio Module HAT – RPI-RF-MOD GPIO Radio Module HAT – HM-MOD-RPI-PCB USB Radio Module Adapter PCB – HB-RF-USB
Homematic protocol only: USB Config Adapter – HM-CFG-USB-2
HomematicIP protocol only: USB Stick – HmIP-RFUSB