Is there anyone actively working on homematic component as I have a CCU2 connected to “homematic IP” sensors and they are not showing up in Home Assistant.
I can see the native “HomeMatic” thermostat and fire detector but not the “homematic IP” devices like outlet switch and motion sensor.
All devices mentioned are showing up inside CCU2.
I was hoping someone can help speed up my understanding of the homematic component or I can just dive into the development page and try to fix myself.
Ah, scratch that. Just read the second post.
No, we don’t support Homematic IP for now. We’re restricted to BidCos-RF devices. That may change in the future, but as far as I know Homegear won’t support IP anytime soon, and if the CCU makes IP-devices available through XML-RPC entirely depends on the CCU. So as long as there’s no update for that, it just won’t be possible.
That doesn’t make a difference. See the rightmost column of your screenshot. That’s the protocol used to communicate with the devices. We only support the ones with BidCos-RF, as those devices are available through the XML-RPC-API the CCU exposes.
At least I assume the HmIP-RF devices aren’t available through XML-RPC. I don’t have any IP-devices, not even a CCU - just Homegear running on my Pi. So I don’t know for sure. But feel free to head over to the pyhomematic-repo and open as issue. For Homeassistant to support the IP-devices, pyhomematic has to support them first. So if you want you can give it a shot and try out if you somehow manage to get the IP-devices into pyhomematic.
is pyhomematic restricted to BidCOS on both CCU and Homegear or only on Homegear? In other words, does pyhomematic support wired components paired with a CCU through XML RPC?
we don’t explicitly support Homematic-Wired. But pyhomematic may actually be able to still work if you set the port to 2000, which I believe is the one that the CCU exposes for wired devices. I don’t know if Homegear supports wired devices at all. If so, they have to be available through XML-RPC to make use of the.
In general: If the CCU or Homegear provide XML-RPC access to devices (either IP or wired), then we are able to add support.
If you have wired devices, feel free to open an issue at https://github.com/danielperna84/pyhomematic and we’ll help you getting started.
With the 0.34 release of HASS wired devices should be working (although we didn’t found anyone to test it, we just could follow the specifications). The XML-API is irrelevant, since we only work with XML-RPC to also support Homegear.
I work now for some weeks with HA and the homematic component. I migrate now circa 60% my automations from homematic to HA. It works very good and its a win-win situation because the CCU2 has now less work and gets faster again!
What i missed are some devices:
Winmatic / HM-Sec-Win
Klingelsensor / HM-Sen-DB-PCB
Schalter 6x / HM-PB-6-WM55
Schalter1x /HM-PB-2-WM55-2
Can i do something to get this devices to HA or i have to wait?
Also i missed the cuxd devices. Are this kind of devices not supported?
Except for “Winmatic / HM-Sec-Win” all devices should be supported. I think the devices generate only key-press events so they are not visible in home-assistant. The key-press events can be used as triggers.
jannau is correct, some devices don’t show up as entities. See the Devices with buttons part of the documentation.
Regarding cuxd: we won’t support those anytime soon. cuxd uses Binary RPC, which the library for communicating with the CCU doesn’t support, and until now I haven’t found a way or the time to implement this. If the need arises, someone who knows more about that can implement it and we’ll integrate it. It’s stated that binary works faster. But seeing how fast it already is it’s not worth the effort.
I do see the value cuxd support would provide. But as long as the CCU doesn’t expose those devices through XML-RPC it can’t be done.
HASS has EnOcean support, but requires some additional device for communication.
As for the heating: I don’t know. That’s outside my scope of knowledge.
However: I believe the CCU would allow you to set system variables which hold the values of the cuxd devices. And you could also add additional system variables, and then use the programs on the CCU to control the cuxd devices with those variables, which you can control from HASS. Bool and Float types are available to control, which would be enough to control most of the stuff the CCU can handle, given you know your way around the TCL scripts on the CCU.
And yes, Winmatic can be supported. There’s just no one who has implemented and tested it yet. Internally it’s different from pretty much any other device, so we can’t just assume it’s working by looking at devices that are similar.
For me its nor a big problem to let the underfloor heating and the winmatic in the homematic environment.
The management from cuxd over ccu variables is a way. Unfortunately the air conditioning is in an other location (site2site VPN). But the hass documentation say only the primary ccu supported variables.
So, i need another way to set bidirectional the variables from ccu2 (second site) to hass (first site).
Regarding that the documentation may actually be outdated. I never had the chance to test it, but I could imagine that variables work with all of the CCU-objects sind 0.37 or 0.38. Until now nobody had such a usecase, so it would be nice if you could test that. You wouldn’t have to set the primary-option as well then. And if it does work, I’ll update the documentation.
Hhmm, ok, then that still doesn’t work. I thought this got changed recently. But apperently not. There’s technical reason why only on hosts works, but I thought there has been a workaround.
