Skip to content
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

Homematic OCCU Adapter #157

Open
steckenpferd opened this issue Jan 17, 2019 · 6 comments
Open

Homematic OCCU Adapter #157

steckenpferd opened this issue Jan 17, 2019 · 6 comments

Comments

@steckenpferd
Copy link

steckenpferd commented Jan 17, 2019

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

@jogibear9988
Copy link
Collaborator

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.

@steckenpferd
Copy link
Author

steckenpferd commented Jan 20, 2019

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

@steckenpferd
Copy link
Author

Here a OCCU discussion in the Homematic-Forum:
https://homematic-forum.de/forum/viewforum.php?f=54

@steckenpferd
Copy link
Author

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

@DutchmanNL
Copy link
Collaborator

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants
@jogibear9988 @DutchmanNL @Apollon77 @steckenpferd and others