I have 4 hubs, and I'm looking to manage 3 other hubs in Mode managed by one of them.
But this doesn't work. What should I do?
Hhmm. Not sure what to say as 'Mine is working OK' doesn't help much.
I have 2 hubs.
This is the C7 setting that is following the modes of my C8.
Here is the C8's settings.
I'm assuming you are doing the same.
3 Likes
So are you saying that it's a rule that is not working or the ability for one hub to follow another hubs mode change?
I posted the setup I use for one hub to follow another hubs modes.
Not any rules/pistons etc. to change modes.
1 Like
Reading between the lines of your post, have you defined the modes 'Open, Cleaning, Close etc on all your hubs.
You need to do this to have one hub control them. The modes do not automatically copy across to the other nodes from the 'Master/Control' hub.
3 Likes
Interesting... I did not know that..
Nor did I and personally I think it should.
I just did some testing and that seems to be the case.
As I only use the 'standard' pre-defined modes, it's not something that has reared it's head for me.
2 Likes
I made the Mode of other hubs the same as your advice.
Then the mods move together. Thank you.
2 Likes
Good news. Glad you got it working.
2 Likes
Ok, now that I think about it for more than 10 seconds... I get that if the modes don't exist on the target hub then you can only do so much to honour the mode when it's not known by the hub.
Perhaps we need an option top sync the existence of hub modes between hubs?
2 Likes
Maybe...
- An option to create modes on the local hub that should be mirrored from the other hub (preferred).
- At minimum a warning on that setting/location that reminds people that modes have to be manually created on the local hub to match the remote hub.
4 Likes
No special options are required.
Make the Mode element of each hub the same,
As shown in the picture above, it's enough to set it to use a different hub's mode.
There are (admittedly rare) scenarios where you would not want to do this automatically, thus it needs to be optional.
An example is when you want to trigger action based on the remote hub mode, but than have additional modes on the local hub that you switch to after that. I've done that before.
As that is a rare use case, I would be OK with the DEFAULT being to mirror the modes automatically, and those with edge cases unselect the option. 
3 Likes
Like @JasonJoel hints at in his suggestion to the dev's.... There is still a need / desire to have modes configured locally on hub to reference in local rules. Whether that is a thing or not.... I am on board with that as an approach.... When Jason finishes writing it.... 
2 Likes
Ok... thinking about it some more.... i would like an unknown mode sync to raise an error, and a new mode added to... welll I'll leave that up to... others....
2 Likes
I've added Mode to one hub now, and I've tested it.
Only modes of the same element are synchronized,
Naturally, other elements cannot be synchronized, so it seems that they can be used alone.
The conclusion is that only the elements of the mode you want to use together are the same, and the elements you want to separate can be used differently.
2 Likes
