This object is in archive!
Zipabox looses armed/disarmed setting!
Known
Since 3 days, I wake up in the morning and the Zipabox has been disarmed by itself. This didn't happen for years, even if the box rebootet itself for reconnecting to the cloud
Guenter
The same problem 
No connection
Real-time notifications may not work
I waked up today at about 4:15, the ARMED/DISARMED LED had once again jumped to green, so I armed the partition and the LED got red. At about 5:15, I checked the state of the partition using the Zipato Android app and the partition was shown as armed. But at about 7:15, the ARMED/DISARMED LED was green again.
In the log I have now found the following events:
07:03:11 Einbruch ARMED sensor.state.disarmed
05:08:31 Einbruch READYHOME sensor.state.false
05:08:31 Einbruch READYAWAY sensor.state.false
04:12:56 Einbruch ARMING sensor.state.false
Even if I can not really understand this events, there was no DISARMING event in between!
For me it looks like the partition got not really armed and the LED indicator and Zipato app are unreliable to show the state of the alarm partition.
Hm, NO in the Control Center the partition was armed and now at 08:17 I disarmed the partition using the Control Center and got this event:
08:17:21 Einbruch DISARMING sensor.state.false
So the LED indicator is unreliable and I was able to walk through the house, trigging most of the motion sensors connected to this ARMED partition, without triggering an alarm?
I waked up today at about 4:15, the ARMED/DISARMED LED had once again jumped to green, so I armed the partition and the LED got red. At about 5:15, I checked the state of the partition using the Zipato Android app and the partition was shown as armed. But at about 7:15, the ARMED/DISARMED LED was green again.
In the log I have now found the following events:
07:03:11 Einbruch ARMED sensor.state.disarmed
05:08:31 Einbruch READYHOME sensor.state.false
05:08:31 Einbruch READYAWAY sensor.state.false
04:12:56 Einbruch ARMING sensor.state.false
Even if I can not really understand this events, there was no DISARMING event in between!
For me it looks like the partition got not really armed and the LED indicator and Zipato app are unreliable to show the state of the alarm partition.
Hm, NO in the Control Center the partition was armed and now at 08:17 I disarmed the partition using the Control Center and got this event:
08:17:21 Einbruch DISARMING sensor.state.false
So the LED indicator is unreliable and I was able to walk through the house, trigging most of the motion sensors connected to this ARMED partition, without triggering an alarm?
However I still had a defective motion sensor registered, having the motion state at ON.
I can imagine that this was the cause, but this should not be an explanation for this unreliable behavior of the whole system
However I still had a defective motion sensor registered, having the motion state at ON.
I can imagine that this was the cause, but this should not be an explanation for this unreliable behavior of the whole system
hm, now I have found the security logs of the partion with the following events:
08:17 INFO Partition Einbruch was already disarmed
06:57 WARN The controller is unreachable
05:02 WARN The controller is unreachable
04:10 INFO Partition Einbruch was armed Away by ....
So, who or what has the partition disarmed?
hm, now I have found the security logs of the partion with the following events:
08:17 INFO Partition Einbruch was already disarmed
06:57 WARN The controller is unreachable
05:02 WARN The controller is unreachable
04:10 INFO Partition Einbruch was armed Away by ....
So, who or what has the partition disarmed?
Hi Guenter,
Please, open a ticket on our support site: support.zipato.com so we could examine this directly on your box.
Hi Guenter,
Please, open a ticket on our support site: support.zipato.com so we could examine this directly on your box.
Replies have been locked on this page!