Because I am very forgetful, I had to search briefly in the forum.
If you enter 5 zeros (00000) instead of the five-digit code for the inclusion, then the wall plug should be included unsecure.
And if the flood sensor is also included unsecure, or the flood sensor is included secure and parameter 78 is adjusted, then it’s possible to you use associations like @Osorkon mentioned.
With other SmartHome gateways it’s possible to choose the devices should be to included securely or unsecure, but not (yet) with Homey. That is why @Edwin_D has made a request:
The association must be set in the advanced settings of the flood sensor.
But to be able to give you more information we need to know the firmware of the flood sensor. Didn’t know it before.
The one I have connected says firmware version 3 in Homey
I have two more unconnected at the moment but will assume they’re the same for now!
So it appears I want to associate with 2nd Association Group on the plug (which is now connected to Homey unsecured). Still not sure exactly how i do this tho! I see the association groups in advanced settings, but not sure what to enter
Ok, I guess it’s 3.2 or 3.3 and not 3, because 3.0 was never released.
Open the advanced device settings of the flood sensor → open Group 2 → fill in the Node ID of the plug → Back → Wake up the flood sensor → Confirm with the check mark in the upper right corner
If this is done and it was confirmed with “Settings were saved” then please test it if it works.
Fibaro usually lists its devices as multi node device even if they are not. So setting the id to 46.1 may do the trick.
And another thing, if saving didn’t work the first time, the settings may list the association even when it is not actually set - and it won’t save it either in latter attempts. Changing it and saving it to something else and then saving the right one may also help.
Now a follow up question… Is there any way to make this “lock” so that if the flood sensor alerts the plug switches on, but doesn’t switch off until manual intervention?
I know I can do this in Homey itself but would prefer to get this via association, and if it stops the moment the the alarm stops then my flood is going to keep happening!
I do not have much experience with associations with anything else but buttons, but usually the associations are pretty straightforward. They are not meant to be as smart as Homey. Also the socket does not really know what turned it on or off, so I think there’s no other way then to use Homey for the extras logic.
Homey does see what the associations have done, so there’s nothing from keeping you to add extra logic to the mix. So if you see the flood sensor arms and turns on the socket you can have additional logic to immediately turn the socket back on if some one or some thing tries to turn it off.
Well, just listen to the flood sensor alarm? Or: something like:
if socket is turned off and flood sensor alarm is on turn socket on.
Remember, the flood sensor probably cannot see the socket turns off, let alone know that isn’t what you want. And the socket does not know it should check the flood alarm is still on.
The association does that, if the alarm is on socket is on (which is what I want)
But in the use case (to detect floods and activate a solenoid shut off) the water could plausibly drain away, meaning then the alarm goes off but the problem still remains, so re-causing the flood and additional damage
I need the socket to only shut off with manual intervention
Yes, I understand and your use case is valid. But you cannot create such complicated scenario’s using associations alone. They are simple trigger → action commands without any logic to guide it.
You could have the flood alarm enable the flow that will block any other things, and the intervention will then be to disable the flow again. Or you could make use if a variable signalling the system is in normal or blocked mode.
Just for info, there are two different green bars when saving.
Settings were saved
The settings will be saved at the next wakeup of the device. (Approx. wording)
In the second case the changed settings are not saved yet, even if the changed settings are already shown in the advanced device settings. (Mentioned already by Edwin)
When…
– The water alarm turned off
Then…
– Turn on WP with 3 s delay
The delay is used to ensure that the plug was definitely switched off first by the association and can then be switched on again a few seconds later. This is to prevent the “Off” and the “On” command from being sent at the same time.
Oddly, I’ve just tested this again and it’s now no longer working… has anything changed in the past 10days that might have caused the association to break?
EDIT: Just set up a second flood sensor and that now works with 46 association (not 46.1). So changed the other one back to 46 and still nothing… very odd
EDIT2: Okay, after changing and resaving a few times this seems to be working with 46, not 46.1 (which is what made it work before)… wonder if a recent update changed this somehow
Now I have a slightly different issue related to the flows.
Per discussion above I made a flow to turn the plug back on if it is turned off (basically forcing it to stay on if activated), with an override flow for manual intervention. Figured this was marginally more robust that @DirkG suggestion of using the water alarm, as I don’t need to wait for the delay)
The problem I now have is that it doesnt seem to work with the association driven input. It works absolutely fine if I run a flow which tries to turn it on / off, and even works if I use the physical button to try and turn it off, but if it is turned off by the association turning it off when the water is removed… nothing
Any ideas?