Devices shift on/off by themselves

seems to have happened to me too.

Garage door found open in the morning. There was no command to open it on the logs.

Same thing happens to me. Some devices (random brand and random location) turns on/off. I also have door/window sensor indicating wrong state and then goes back again.

Strange...

I have a similar problem. My Aeon Labs GEN5 Wall Plugs turn back on 1-2 mins after turned off by a rule. I have 5 Wall plugs and typically I see two or three such events per week. The incorrect commands are also in the logs.

I have opened a ticket, but seems that nothing is going to happen with this. I received a response from tech support that they are not able to replicate my findings. This problem started a few month ago after I upgraded to 1.1.38 fw.

Right now I had to add extra checks to my rules to ensure that devices that are supposed to be off do indeed stay off.

This night it happened again. Run a scene and another device not included in that scene changed state at the same time.

What device was it? Zipato double switches might have issue with current causing autonomous switching. Needs ota update to latest firmware.

This time it was a Fibaro FGS222 Double Relay.

It was only one of the two relays that switched on.

Same problem here. I created a ticket, but no solution right now.

Since this morning, I try to use the "newest beta" firmware.

BTW: I'm using PAN06-1B dual wall relay....

Having the same issue with some plugs.

No single rule is pointed to the devices and I never switched one of this plugs manually as I use the plugs just for metering the power consumption.

Two different devices at different time turned on without input from me.

Strange...

same here, dish washer and dryer turned off by themselves...

The new beta firmware don't change anything....

This night another device turned on without input from me...

If this is true, it is totally exceptionable!

I had to same problem again with one of my Aeon Plugs this morning. A rule turned it off normally and and 2.5 mins later it was turned on without any reason. Have seen this happening many times before. I have opened a ticked few weeks ago. After an initial check by the helpdesk team there has not been any progress in resolving this issue.

At this point I am not able to fully trust that the devices are on or off as they should according to my rules. I have already modified some of my critical rules to include multiple failsafe scenarios to deal with this uncertainty.

As this type of behavior is indeed unacceptable, I have started to consider alternative platforms. The only thing holding me back is the amount of work transferring all the rules to a new system.

Is your rule to complex?

Nope, this particular plug is affected by very simple rules, no if's or special conditions, just scheduler/astro rules. There are 4 of them, but they work sequentially. See the attached picture. The problem in this particular case is that after rule 4 (astro off command) the plug just turns on with any particular reason.

I have other plugs that are also misbehaving now and then. The common theme is that after 1 to 3 minutes (time varies somewhat) following the off command the plug just turns itself on again and there is nothing in any of the rules that would explain this.

I have also had problems, in my case with Duwi on/off sockets. I have never been able to determine whether the problem is with the Zipabox, or some other interference from somewhere that might be causing the socket to trigger. The effect is that the sockets will randomly go off, but while still appearing to be in the "on" state. That is, as far as the Zipabox is concerned, the socket is still on. And to turn it back on, you must first turn it properly off, and then on again. So it's not really fully off. But it behaves as if it is. Very odd.

I have a lot of TKB sockets, and they have never given me a problem.

I have, at two or three occations during the last two weeks noticed that a Duwi switch was switched on without a reason. This particular Duwi switch is an IP44 switch controlling the outlet to the engine & interior heater for the car. Those units consumes alot of energy so expensive units to have switched on for hours without a reason...

No cluster, simple zipatile.

This is the ghost in the system...

This night another device turned off without input from me or rule...

hmmm................ I have 2 Lightwaverf sockets which switched themselves on a couple of times now. I was thinking maybe something interfered and did it........ but now it might be related to this I think.... weird.

Today the two plugs to which my router and my server are connected were turned off. I have no rules at all using them, and i have not turned them off myself, so it really is a ghost (aka bug) somewhere...

Who has set this to "known", any official response from Zipato to this ?

I´m not sure if my problem is connected to your problems but I had a similar situation. I switched off lights via an virtual switch and sometimes the lights went on or off again, sometimes with a considerable delay. Only devices in that rule were affected but the results were unpredictable. Most of the time everything worked, then all of a sudden lights went on or off again or the whole rule didn´t work as expected. I now changed the rule from the left side to the rule on the right side and until then I had no more problems. Very strange because I have many rules like the right one. All of them run flawlessly but they are all considerable shorter or without extra when pieces.... Haven´t figured it out but I hope that was the reason for my devices to go on and off respectivly.

I wonder if it's possible for the rule on the left to be triggered before the virtual switch state change to "on" has fully propagated through the system. We know that virtual switch states don't get updated immediately. For example, I have some rules which are triggered by a virtual switch going to the "on" state. When the rule is triggered, I want to turn the switch back off. But I find that, in order to do this, I have to insert a wait of 2 seconds before the "off" action, otherwise the switch won't go off. In fact, I added a second "off" action at the end of the rule just to be absolutely sure. Perhaps the left-hand rule, with a 2-second wait between the "when" and the "if", might work correctly. You could also try "Refresh all", in case the rule somehow fails to receive the updated state.

Hello Everyone,

This issue is currently under investigation, we will notify you all trough your tickets about our progress.

Cheers!

V

I have the same issue today two times with three different Fibaro Universal Sensor FGBS321.

All sensors switch the status about 5 minutes behind each other.

Best Regards

Peter

Is this a isolated Zipatile issue?

(I am worried since I just upgraded my zipabox to 1.1.38....)

Hi everyone. I now have some more clues to this...at the beginning I thought it is only single devices that switch not linked to rules but it is way more. Let me explain in detail although it might be long story. So the bottom line it is not only devices affected but it appears that also rules...or the rules are then trigger (fully or partially) if the triggering device is triggering...

it all started with my partner reminding me to not forget to turn off the light in the night...funny, I thought I'm aging and starting to forget things...but it is not (thanks god its not me...). it seems that it was always the outside light (and it is happening now for over a week), but now I have experiences not only light but nearly (not fully) a whole rule firing without no input or triggering action.

My alarm is linked to 2pc keyfob which were in the porch. I was sitting with my partner in the living room watching TV when the zipatile beeped (the same as when alarm disarms) and my onkyo radio started to play music. This is a tipical behaviour when someone disarms the system, but noone was touching or using any app, keyfob, nothing at that moment.

I have attached my alarm rule that executes when someone arming or disarming the system. You need to follow the rule from the part when alarm is disarming - and here is my log of events:

22:03:11 - alarm disarmed (on its own, without rigger)

22:03:11 - rgb colors of the zipatile buttons changed to green

22:03:11 - my onkyo radio turned on

22:03:22 - the zipatile internal siren that is part of the alarm as a squawk device beeped (because it is a squawk device is not listed in the rules).

Now strangely none of the lights inside of the if/else puzzle did turn at all.

The above means that this random switching is more than only zwave devices. Also the virtual (and possibly all) devices are affect as in this case my virtual alarm pro disarmed without an input, however not the whole rule did execute which is even worse as shows more unreliability...:(

I really hope this will help zipato and Vedran to finally decode the message...becuse this is not acceptable for a system that is now lot of years old and still...sorry zipato, it is a flustration that talks right now.

So Atilla, what kind of device is the alarm (the one that triggered by itself)?

After talking with Vedran the other day I looked at frequency conflicts with Z-wave devices and saw that one of the 4G bands conflicts with it. So I wonder whether that might explain the triggering of Z-wave devices.

I have a Sonos speaker plugged into the Z-wave socket, and I've had problems with both. The speaker used to get lots of interference (the sound would drop out) and the socket would switch off (as I explained in a post above). Both problems have become less frequent at pretty much the same time, even though the devices operate at different frequencies. My theory is that, in both cases, adding more devices has made both the SonosNet and Z-wave networks denser and thus more reliable, more resistant to interference. I added a second Sonos speaker in the same place (in the kitchen) on the opposite wall, also with its own socket. I have also added more Z-wave sockets in other places. Since then the socket has never turned off by itself, and I get very little interference on the speaker.

I'm now testing my theory by unplugging the new kitchen speaker (and removing the socket), as well as removing another Z-wave socket elsewhere. Already I've noticed that the Sonos interference has got worse (presumably due to the neighbours' wi-fi). Let's see if the socket also triggers by itself.

David, the most troubling this is that the alarm is virtual. My Virtual alarm got disarmed without any trigger...and then the rule started...I was sitting in the living room with my partner and then suddently the onkyo radio turned on, changed source,....did all that it's required to do when the onkyo switch is turned on. And if you look into the rule you can see that the Onkyo and also the RGB did react to this disarm. Even my squaws did beep...but not the lights...

So no interference there. This is why I'm shocked...

Oh. That's weird.

One thing that makes these problems harder to diagnose is that the log doesn't appear to be 100% reliable. I don't think it logs every event, or at least sometimes there are big delays before an event is logged. And the "latest" view doesn't always show the same events for a device as the device's individual log. Has anyone else seen this?

Obviously we should always first suspect that our rules are at fault. But for that it would be nice to have a more dependable log.

Well for my case with the alarm there are in total 2 weird things:

1. that the alarm itself disarmed

2. the lights did not switch as per the rule

This makes it even more weirder.

Happened again tonight... device turned off without rule or input from me...

No wonder. My house started to live its own life now...it's like Skynet from the Terminator...thanks got I don't have smart lock and speakers yet connected cause I can imagine I would receive a message saying your house does not want you out...or that the lock would open on its own letting everyone in like a hippie

Haha

Well my test is underway. I'm waiting to see if one of my sockets misbehaves.

For z-wave devices, I would suggest adding more devices (especially covering gaps between existing ones) to see whether it helps. Obviously you're not going to add more for the sake of it, but if you're considering adding more gadgets, does so to see whether this helps to make the mesh network more reliable.

And let us know the results!

Are the devices that operate by themselves close to your neighbours?

This keeps happening... two different devices today turned on/off without input from me or rules.

Strange! I have not found any pattern on this. Different devices at different times...

Similar issue with the thermostat. Intermittently changed to 5.0 C.

I also have a similar problem. I have a switch that is turning on and off alone with no command or rule. Door opener sensors are also not updating the status correctly and I have noticed a very high delay in response to commands and or status requests.

And it keeps happening... two more devices this night/morning.

Apparently Zipato have found a problem and they are busy fixing it.

I'm still experiencing this behavior almost every day with a Qubino module. First it was at night, now since a week or 2 during the afternoon.

Does anyone know why ph-pan04.eu modules shut down by themselves? I turn on the lamps through the mechanical switch and they stay on until I turn them off, but when I call them by the smartphone application or by the computer or even by IFTTT rule they delete themselves after a while. Sometimes in less than 1 minute, another 5 minutes and sometimes 10 minutes.

Does anyone know why ph-pan04.eu modules shut down by themselves? I turn on the lamps through the mechanical switch and they stay on until I turn them off, but when I turn on the lights by the smartphone application or by the computer or even by IFTTT rule, they turn off by themselves after a while. Sometimes in less than 1 minute, another 5 minutes and sometimes 10 minutes.

Today I observed that some qubino flush shutter modules moved the blinds several times up and down (today between 13 an 15:00) without a rule or manual input. Very strange..

Anybody else seeing the same thing again?

I've had the same problem several times last year. Was there an official Zipato answer / solution?

Lately I have had some devices turn on by them selves...

Different devices every time.

Theese happenings where gone for a few months but now back, strange!

This night a door sensor suddenly changed state causing the alarm to set off (strangely not sirens = good for us :-) ).

I have created a ticket to see if Zipato can find something.

Theese strange happenings is most unwanted!