Hi there,
I hope i do not ask the same question again. When get additional accessory types in the home kit binding supported? I’m eagerly waiting for “rollershutter”.
Thanks,
Michael
Hi there,
I hope i do not ask the same question again. When get additional accessory types in the home kit binding supported? I’m eagerly waiting for “rollershutter”.
Thanks,
Michael
@beowulfe ^ I’ve been wondering the same. Haven’t seen anything on the git repo yet and just curious if you’re still planning on implementing those changes.
Yes, I’d still like to - just need to find some time to actually do it. Now that the Holidays are over, I’m optimistic ![]()
Would be great if more is possible.. Pressure is not supported and many other things..
any news here?
I’m also very interested in this.
Can i help you in any way to achieve this? I’m not a dev but maybe i can test the new stuff for you or something.
Thanks,
Michael
Taking a look at https://github.com/beowulfe/HAP-Java/tree/master/src/main/java/com/beowulfe/hap/accessories shows that there are already additional accessories not yet available in the openHAB2 HomeKit Add-on.
I personally would like to have an item to display a generic value (e.g. current power consumption in kW). And what would really to great: Camera item such that any (cheap) webcam could be added as a Homekit accessory.
So: Do you have some hints which files to touch or to add when trying to add a new accessory to your java library? I think the way to go is to 1st extend the HAP-Java library with a new accessory and then 2nd to update the HomeKit Add-on such that the new accessory is visible there. Right?
me too
Hopefully the publishment of HomeKit Accessory Protocol Specification brings a fresh breeze to the HomeKit Add-on.
I too hope to see more accessories in the add-on. I am currently hacking a ceiling fan remote with a NodeMCU board and MQTT. I have the fan mode and speed setup as Switch items in my configuration with “On, Off, Auto” fan modes (where Auto is based on the temperature from a DHT22 in the remote) and speed settings of “Low, Medium, High”. However, there is no way to configure these items into a HomeKit-compatible device as of yet…
@beowulfe Please let us know if we can support you somehow.
Best thing you can do is chime in on Semantic tagging · Issue #1093 · eclipse-archived/smarthome · GitHub and Allow add-ons to provide custom meta-data on items · Issue #3692 · eclipse-archived/smarthome · GitHub if you have any suggestions on how to resolve them. We’ve been struggling to come to a consensus there.
Just a view days until IOS11 hits general public - and no visible improvements on HomeKit integration on OH ![]()
… la lala lala lala … perhaps this is solved when iOS12 arrives, … in the meantime, I’ll use homebridge for the missing items …
I also switched to Homebridge a while ago since I see no progress in the OH2 implementation of Homekit. Thats really disappointing.
I tried the pre-release of the homekit addon to control my z-wave shutters.
It looks like state is inverted openhab says “closed”, homekit says “opened”. State in openhab is correct.
Is that possible?
pre-release of the homekit addon with roller shutter support? really??? Where did you get it? I can barely count the amount of month i’m waiting for that …
Merry Christmas ![]()
Thank you! Wish you happy holidays too!