Sadly their is no local API available. The only local solution is to use the Velux KLF 200 which have a local API.
Just using the official Somfy integration (https://www.home-assistant.io/integrations/somfy/).
Btw. looks like other home automation software has the same problems too. For example Homey (https://community.athom.com/t/somfy-tahoma-connexoon-v2-0-3-test-v2-0-6/35206/63).
The /setup endpoint is on their own Tahomalink website (https://www.tahomalink.com/enduser-mobile-web/enduserAPI/setup is called there at every logon action, not at most once a day…). The message we all received is just another show of the utter incompetence of Somfy to support their own product. I am so disappointed that I bought their products, however I am thankful that @tetienne, @imick and many more in making it way more useful than can be achieved with apps of Somfy themselves.
Maybe we should all replace Somfy with some better option and collectively send all the rubbish back to them. 
That’s a lot of devices in your case 
.
In other news; we just released v2.3.4 with improved debug logging. Could you please update and run this integration with debug logging enabled. Run it for a while and please share your full log here (or via email, see profile).
Hello guys!
I was just wanted to check, I have IO roller shutters motors, so Im thinking to buy Somfy Tahoma.
Is it working? what if I loose the internet connection, if the API will still work locally? thanks!
Also, I found this thread…Tahoma Integration Refactored
Looks promising
Hi, the Tahoma API is not local. So if you lose your internet connection HA won’t be able to control your cover. Look instead for the Velux KLF 200. It can control locally the IO devices and their is an HA connection.
Thanks for the info.
And can use Somfy Connexoon? I only need control for roller shutters and curtains.
You think that Velux KLF200 can integrate with SOmfy IO roller shutters?
So I have for now 3 options:
- Somfy Tahoma - quite expensive controller around 260 euros
- Somfy Connexoon - middle range expensive something around 150 euros, but its somfy.
- Velux KLF200 - how it will comunicate with somfy IO motors - unknown for now…
Somfy is currently showing bad signs regarding the open source community. They gave a deadline to october 31st. I would wait a bit before buying into Somfy if your goal is to include it in your HA installation. Follow this thread and that one to be up to date with that issue.
I got an answer from the Somfy support:
I am preparing a more complete answer with the team to clarify as soon as possible.
So wait and see.
any idea why since few days i got an error on stop command ?
echec d'appel du service "cover/stop_cover". 'dict_items' object is not reversible
latest version on tahoma integration(hacs) and HA (0.116)
This is a bug indeed, could you create an issue on GitHub? Otherwise I will do that later today.
Hi all,
So I got an answer from the Somfy support. And the update is not really nice… To sum up the content of the email:
They expect from the 3rd party plugins to behave as the tahomalink UI. Meaning that we should use the API when the end-user truly needs it. The device states can be updated when the user is manually connected to the dashboards.
in our opinion (@iMicknl, @vlebourl and myself), the solution to limit the use to UI interactions just means the end of this integration in Home Assistant.
Hopefully, there is one positive sentence in this email:
If you don’t agree, please let me know what we could miss.
Well that’s not really good news…
But to be fair I rather have a limited working connection so that I can control and automate my covers through home assistant than when having this interface removed completely.
1 Like
With the information we have so far, complying to their request would mean sensors would be rendered useless as their state would only be retrieved when opening a Lovelace ui. Other devices could still be used though but only through human interaction via the UI as well. We really don’t want to fall that low, so we’re trying to negotiate a better solution. But there’s no guarantee…
Another argument to Somfy: I want to set the covers depending on their current position (e. g. set the shutter to a position between 10% and 50%. If the shutter is at 40% then leave it there, is it at 60% then move it to 50%, is it at 0% then move it to 10%). In other words, I need to poll the current cover position, before I can make a decision what to do. The Somfy App does not allow that.
If Somfy wants to pursue that road I am fine with it. After more than a year of dealing with their terrible support and actively trying to hinder the usefulness of their product I am done with them.
If it wasn’t so expensive I would throw out all Somfy stuff and replace it with cheap chinese motors and Shelly 2.5 to integrate them with HA. However that is bit expensive, so as soon as they decide to cripple the api experience I will move over to a KLF 200. On the short term they get what they want, less API usage, but on the long term the KLF 200 will remain a reminder, to never ever Somfy products again as their support of the product is terrible and they do not regard their end users. I hope a lot of people will do the same.
@tetienne thanks for trying to keep in contact with them, even if Somfy is unreasonable in its demands.
2 Likes
I would instantly change to the KLF 200 but this is only supporting 5 products or 5 product groups (whatever this means). So in my case I would need to buy 5 of those to be able to control all of my covers individually in my house. Even not knowing if this is then supported by HA …
So I really hope that Somfy will change their mind and support other implementations than the thamolink UI.
Hello,
Well that’s bad news I can read on this post, I hope SOMFY will change their mind.
This also concerns TAHOMA custom composent, I suppose?