#Overkiz Tahoma Switch - Close all shutters

1 messages · Page 1 of 1 (latest)

compact phoenix
#

Hi !

I just get some Somfy IO shutters with a Tahoma Switch and plugged everything to Home Assistant thanks to Overkiz integration.

In order to close all shutter with one button I did this :

cover:
  - platform: group
    name: Volets RDC
    unique_id: volets_rdc
    entities:
      - cover.bureau
      - cover.cuisine
      - cover.salle_a_manger
      - cover.salon

In order to regroup each individual shutter into a single one.

Problem : When I click on open or close it seems that shutter are receiving the command sequentially and are not sync when going up and down.

Is there any way to make this smoother and really close/open everything sync ?

Thanks in advance !

hot umbra
#

Hi!
Have you found any solution for your problem? I don't mind if the shutters are moving asynchronous, but I mind that my shutters are sort of uncontrollably with their own controllers. I cannot get the controllers to control only the one or two shutters they shall be responsible for. I could get some of them to control some shutters only, not all at once, but more randomly.

half oasis
#

@compact phoenix, I am looking into this and there might be a solution coming in the future. We currently send all commands in different executions, and we might refactor this to use single action groups so that it should be executed at exactly the same time.

compact phoenix
#

Hi @half oasis , happy to try to contribute if you have any material to search for in the home assistant repo.

hot umbra
#

I have sort of a semi-solution. I found out that I could set the "Hue and Friends" switches managed by a different system in Hue. Then I can assign one of the buttons to any shutter or groups of shutters I like. The only thing I can't fix is, that the original Tahoma sensor switches just stick to some sort of random grouping. I mean, they never change, every button controls the same shutter or group, but I cant make any of these switches control the shutters I need them to. However, I fully automated the shutters between sunrise and sunset or work day alarms. So I actually think of even removing all of these pretty useless switches.

compact phoenix
hot umbra
#

Oh, actually that doesn't really bother me as along as they stop at the same positions I set them to. But if needed, I can test.

compact phoenix
#

Yeah that's a nit but when using Tahoma app directly it's really smooth and I like it, I am bit Monk like 😂

hot umbra
#

Actually I love the offset action as we have all the shutters in one line on the front of the house, except for one on the rear side. So making them a moving line with a slant, looks probably cool. May be I should force that by a script?

half oasis
#

I do think you both face different challenges actually 😉

#

The challenge @compact phoenix has is that the Overkiz integration executes all commands in a different action group, and thus they are executed in a sequence.

If you would create a scenario in the TaHoma app, they will be all grouped to a single action group and will be executed in parallel.

#

We are working on adding a feature to Overkiz that will group all commands executed in <0.5 sec, and add them to the same action group.

hot umbra
#

Okay, let me explain...
Currently I let the shutters run by the Tahoma app relative to a time of sun rise and sund down, fenced by some hard time settings. (On sun rise but not before x:xx and after sun down but not after y:yy)
HA only controls one shutter, the one I use for our sleeping room. It is run to the MY position by Tahoma in the evening, when all shutters shut. But it is opened at a fixed time I need to get up by an action in HA. That action also starts the SONOS player in the bed- and bathroom and ist fades in the light in the bedroom.

#

There is now a new bug that I found today, because we here speaking about it. In HA the settings the shutter control panels had been in sync with the Tahoma settings in the past. So if someone runs all shades down, the HA panes showed 0% and the Up button was available. Today I found, that all Tahoma controlled shutters where at 100% position and I could not make them go up as the button was grayed out. Now as the shutters are all up at 100% the symbol is still at 100%.

half oasis
#

That is again a different issue haha. If you use IO devices, they should be in sync with the app. Otherwise you could turn on debug mode and create an issue on GitHub.

hot umbra
#

Could be a bug, as it had perfectly worked before. But I need a few weeks to finish constructions and put everything in place. Then I can focus on all the tiny bits an pieces around HA. New constructed parts of the house rely fully on HA.

compact phoenix
compact phoenix
half oasis
hot umbra
compact phoenix
hot umbra
#

Currently yes. I really would appreciate a solution where I could get rid of the whole Tahoma bridge and control the shutters over ZHA and a Sonoff Dongle-M.

#

The Tahoma / Somfy solution was, because I had no idea of what I was doing when starting with HA. And I never expected to run in so many troubles and need to run a Tahoma Bridge, Sonoff Bridge, Hue Bridge, Tuya Bridge... The target is now: Reduce Bridges! I target for two. A Hue bridge and one other to rule them all... ;P

#

Can I control these Somfy Shutter Motors from a Sonoff Bridge? I have no clue? I would love to remove the Tahoma bridge and replace these awquart sensitive control switches by something like Hue & Friends. You can set these Hue & Friends in the Hue App to be "controlled externally" and then define actions on them in HA as you like. Including controlling Somphy shutters

half oasis
half oasis
hot umbra
#

Actually I linked Hue & Freinds to Hue and then assigned them different tasks outside Hue. In my case mostly SONOS tasks. But as these are automations, I could call up / my / down positions as well.

#

In my setup, Hue & Friends mostly control lights as they make HA more granny-compliant.

compact phoenix
half oasis
#

You can see if you are using the Local API, if you download your diagnostics, you will see api_type cloud or local.

compact phoenix
#

look like I am good 😄

image.png
hot umbra
#

Me too!#

#

Still, for controlling up / my / down I would prefer something completely cloud-less

compact phoenix
#

and that why I wanted somfy IO + the big tahoma to be able to have that

#

lucky me the box was offered with my shutter pack 😂

hot umbra
#

I can accept a local cloud for Hue as it does provide a lot of benefit, but there are no colorfull dancing shutters that require pattern updates

#

The box is one thing. It works if you reboot it once a year. But I never managed to assign the switches to certain shutters

compact phoenix
#

And I never succeeded to reconnect the switch to the right shutter

hot umbra
#

I understand and that is the reason my questions are often not understood. I implement HA on a house where people from different ages live. So it needs to feel oldschool but in the background it is high tech

#

There is no way for grandma to pickup her phone to switch on lights on the toilette

half oasis
#

To your question about a tracking board for the integration, we mainly use the Home Assistant issue tracker. As you can see, there are currently many open issues and not many maintainers :-).

compact phoenix
half oasis
#

And a bigger change is the V2.0 of the underlying library, where you can track the status here: https://github.com/iMicknl/python-overkiz-api/pull/1872. This is actually the bigger change that will hopefully fix your issues, as we are now merging commands into a single execution group when they are executed within a short timeframe.

hot umbra
#

That is the reason I am asking my way through. I would love to support HA but currently I need to get my lab ready and that is still a few weeks of construction works.

half oasis
hot umbra
#

Ever thought of implementing a ZigBee broker? One that assigns the packages to the integration that the device is "bonded" to?

#

So in future a single hub may serve multiple specific integrations?

half oasis
#

I don't see the benefit, you will still need a hub

#

And having all entities in HA is already good enough, you can easily bridge it to anywhere from here.

hot umbra
half oasis
#

That won’t work, as your Somfy devices don’t speak ZigBee or Z-Wave

#

But do you have IO or RTS?