I can think of a couple of possibilities. If the devices are assigned to a group (using the Group app) or part of a zone, they can be manipulated through that even if it’s not explicitly addressed in a flow. Seeing that it follows another device might indicate something along those lines.
And since most 433 have a limited address range, maybe it’s your neighbor messing with your devices.
Hmm.
What does the device capabilities flow I showed you say?
OK. We’d better start at the starting point: when the devices randomly turn on/off once or more on a daily basis, try to turn off Homey for a day to see what happens.
We have to find out if it’s Homey, or if it’s something else controlling the devices at random.
I have Homey for several years controlling some KaKu / Nexa stuff without any issue (from what I’ve noticed that is).
I have a theory though… What if when I reset the units to learning mode, they picked up a signal from a motion sensor on 433mhz.
I have two from telldus at home. But it seems unlikely as they shut of for one second and then turns on. Like if someone presses a remote on/off quickly.
I have taken the battery out of the remote to see if it helps.
Good idea with powering of the homey for a day, need to plan for that test.
Would you mind giving a bit of explanation. I can’t really work out from the picture and the thread how to use that flow.
I have for example many issues with apparently random Fibraro relay devices switching without their being any flows associated with them or manually switching them. I have tried [unsuccessfully] to determine what switches them on using normal flows like this:
Based on your post it seems I need to install the [Device Capabilities App for Homey | Homey](https://Device Capabilities App), and then create some sort of advanced flow, but could you be more specific about the full flow?
Yes, the flow I showed is the complete flow you know. So
The triggercard I showed provides for local tags, which I used in the notification card, which can be anything like Timeline, push message, email, Telegram and so forth.
The flow can also be created as standard flow.
The ‘tag’ icon on a flowcard shows it holds local tags. By hovering with your mouse, you can view the available tags, but they’re also visible and selectable from the Then card:
The flow:
The Device is the device you’d like to be monitored, in my example it’s “Lamp Stereo”
Yes, the flow I showed is the complete flow you know. So
(I haven’t used advanced flows, and haven’t familiarised myself with them since HP2023 I’ve migrated to is so unreliable and may have to be returned, in which case any that I’d have created wouldn’t work again on HP2019 without paying even more money)
With your help, I just set my card-based flow as follows:
How should I interpret the result? I guess the first two are the device name and device ID. Is the zero comes from the "Number " tag? And the tick is showing if it switched on or off?
Would something for ‘Client’ or ‘User’ show any app that is involved in switching the device on?
It seems like it returns the device ID a number and a tick indeed
I’d recommend to add the tag descriptions in front of the actual tags like I showed earlier, so you can discover what belongs to what
When the actual switch is operated, it does not know about a client or user.
Try switching it on using the web app for instance, it should return more info about that.
Thanks for the tips. I can’t actually do any further testing on this until the ‘too much z-wave traffic’ issue is resolved, because nothing actually turns them (or any other z-wave device) on/off at the moment.