You should see button as an entity, just like other entities. Custom services are just meant for functionality that cannot be exposed through the default Home Assistant entities.
Happy to see it works :).
I’m using HA with the Tahoma Switch integrated through HomeKit Controller (I have a code on the box).
The shutters are working just fine. However, I can’t seem to get the tilt position working in automations.
Does anyone know if “cover.set_cover_tilt_position” is supported via HomeKit?
At least when querying the cover through the Developer Tools in HA I get the current tilt position.
it happens to me too, it has happened several times and by entering the credentials it resumed working for a few days, I use a connexoon device.
in two cases the credentials did not work, opening the app from the smartphone, it told me that I had to activate the device to use it, but after entering the code to activate it, it told me that it was already active.
Both times there were updates to be made, after doing them, the login credentials worked.
Thanks for all the time and effort you are taking in fixing this for us!
Would maybe the “official” Somfy Integration using the API be the better option at the moment?
Sorry, I don’t mean to push here. I’ve been playing around further (growing a couple more grey hairs ) and have reached the end of my googling options as I feel. I don’t seem to find a source that describes what features are supported by Tahoma Switch with HomeKit and which not.
Is anyone more familiar with Tahoma Switch HomeKit integration - or can point me in the right direction?
As far as I know, tilt position is not supported. HomeKit support is very limited unfortunately, thus why many of us are still using ha-tahoma to bring support to HomeKit.
I see - thank you for taking the time to reply. I’ll give ha-tahoma a go then.
I really hoped for a local-only setup - but let’s see if Somfy get their bums up and start implementing a reasonable HomeKit integration
which is cool ofc! hadnt expected that yet, so not really in the loop of the development for this now core integration… Can we already set the CC aside, and have the same overall functionality? Covers (and the Garage door!) are rather core to the instance, so please let me know in advance of any troubles to expect?
thanks, and kudos for the ongoing dev for this integration.
You spotted our new years present already. . However, we are not sure if we will have full parity with ha-tahoma before the next core release, however that will be mentioned in the changelog eventually.
Currently cover support is not in yet, and we don’t recommend running dev builds on your production instance. If you want to do nevertheless, you can have a look at the pull requests in core to understand what is in already.
For covers, HomeKit-Controller in connection with the TaHoma box supports up and down, unfortunately not tilt at this point of time.
You may vote for the feature request in the meantime, that would be great.
Yes I’m using HomeKit-Controller with Tahoma-Box for a while now and it works like a charm.
Tilt is not supported though, (see my other post above with the feature request).
I do have a TaHoma box and a Velux KLF-200.
The KLF-200 is not so reliable, sometimes the connection just breaks and you need to reboot it. Also, the tilt position can be set but its not reporting the correct tilt position back into the Velux integration.
My current setup is:
Use TaHoma box with HomeKit-Controller to control io-motors for cover-position
Use Velux KLF-200 with the Velux integration to control io-motors for cover-tilt-position
Use TaHoma box with HomeKit-Controller to read values of io-motors of the cover-position and cover-tilt-position.
As soon as HomeKit-Controller supports set_tilt_position, I can get rid of the KLF-200 again.