Execution queue not in same order as in flow

I’ve used the Groups app to add the lights i want to switch.

You can configure the Groups icon to light up when one or more lights in the group are on.

Turning off the group means that it turns off only the lights that are on. It’s faster.

You could first turn off the group, wait a few seconds and then do the rest of your flow.

It’s less work, allows you to speed up actions if you first check if the group is on or off before taking the next action.

I’m not sure how the Groups app does the actual switching, but it seems like it works sequentially. In any case you do not have to worry when you use a mix of technologies (Hue, Fibaro, etc) with different response times.

I understand the complexity that this thing could get. And for sure it is not very important for many users. On the other hand, I think that users who spend so much money and buy Homey Pro have more demands on certain functionalities, even if it doesn’t have to go to the level of script programming. But these users want to do more than with a normal Philips Hue system or Ikea Tradfri.

The solution to this problem may not be as complex as described here. If there was, for example, a card that gives the system a waiting time, then my problem would already be solved.
e.g:

  1. switch off all lamps
  2. wait 5 seconds
  3. switch on lamp X
  4. switch on lamp Y

  5. But unfortunately this would not work again, because we have the problem of non-chronological executing cards again…

This is a big issue I struggle with as well! In flows with a lot of cards I often have lost commands, even though it’s not a connection issue with lamps, as those lights are just a few meters away from Homey.
So the issue seems to be in the way how Homey is dealing with commands.

It does. When you enter a delay, like 500ms (1ms step!), devices get switched on or off, one after the other with this delay in between.

It’s a good workaround for the “switch many devices at once” issue.
And by tuning the delay time to the smallest working value, one can switch many devices “at once”, with a slight delay.

1 Like

Hold on…

If I set a variable in a flow and take action on that variable in the next card I might not get that variable???

That crazy… I just always assumed that was the case!

That’s correct.

Start the next card with a delay, or, if you dot not want delay or delay varies to much… create a new flow starting with “when variable has changed” the. You are sure it never misses the trigger

What… you guys are still on the old flows? Move to the new advanced flows!

This not (really) a sponsored message :innocent:

1 Like

Is that the advanced way for Homey to lose commands?

2 Likes

Yes, I wonder if those core problems are resolved yet. Would be more important for me then a new user interface which is just node based

FYI With Advanced Flow you can decide yourself whether to execute cards in parallel or series.

For standard Flows, parallel makes much more sense. You don’t want your light to turn on 1-by-1, for example.

The problem is that even in standard flows lights are not turning on paralelly. For example 9 bulbs in the same light turn on piece b piece during 5 seconds or more.

1 Like

If actions placed in series will be executed in series will depend on how apps have implemented the action cards as well. If they do not wait for async calls internally because cards used to run in parallel anyway, it will remain async.

Surely Athom is aware of the long-standing issue with Homey that people have to use delays in between cards to get their lights to turn on at all, if they have multiple action cards in a flow??

1 Like

Even the standard flows don’t really work “parallel”. So now that we have sequencial card in advance flows it doesn’t seem to fix that problem.