2020-08-18 21:34:50: Condition condlnb2m0o successfully sustained for at least 1500 seconds (actual 6011)
2020-08-18 21:34:50: Sensor update completed; 0.048s
2020-08-18 21:39:39: Device SiteSensor - Ambient (#156) urn:toggledbits-com:serviceId:SiteSensor1/Value3 changed from "0" to "1.1"
2020-08-18 21:39:39: Sensor update starting
2020-08-18 21:39:39: Condition condlnb2m0o successfully sustained for at least 1500 seconds (actual 6300)
2020-08-18 21:39:39: Sensor update completed; 0.019s
If I’m reading this right, the system is using a device notification as a scene that ends up triggering the fountain.
So, I want notifications when the fountain goes on/off but using Reactor to do so ends up with me getting notifications every time the Reactor device checks the criteria and ensures it’s on or off as it runs
.
The scene is used for native Vera notifications. That’s how notifications are implemented in Vera, through scenes. There’s nothing in the scene to suggest it is turning the fountain on. So whatever is turning the fountain on remains a mystery. Your log snippet doesn’t have enough history/context to determine what/how; the first line you included just shows the status registering as on.
I’d suggest you look for ZWave associations or any other external stimulus/control. The log shows only that the switch is changing status (see 21:38:30.228) and there is no other control from Vera evident. It just changes. Vera is polling it at that moment, and the device is reporting that it’s on. That may be a clue. If the device is a type/model that has additional configuration settings, then you should look at the values of those as well. You might also simply exclude the switch, factory reset it, and then re-include it. You can fix the then-broken device associations in your Reactor configs using the Device Repair tool that will appear on the Tools tab of any affected ReactorSensor. Other than that, I’m out of ideas, and it isn’t Reactor misbehaving, so I’m leaving it here.