My next step was to do this. But I sure wish ADC would just fix this. As you know, this was a complaint I had and it took a year for them to resolve, which they eventually did (after blaming my equipment for a year or so). I think it is reasonable to expect that they things they have out there should work (eg ways to configure rules).
On a side note (I still believe that my panel rearming sporadically at 2:30 AM is on their end, but I doubt they are going to try and research it and just say “buy a new panel”). They offer no assistance to Suretycam, in my opinion, to try and help you guys get to the root cause here.
I will make the separate rules now to see if that fixes it, but it certainly is messy to do it this way
I will make the separate rules now to see if that fixes it, but it certainly is messy to do it this way
The suggestion is not a fix. It is just a troubleshooting step to determine if separate rules have a beneficial effect. If it does work, it can be used as a “bandage” temporarily.
I can assure you that Alarm.com offers the best dealer support I have encountered anyway. Keep in mind there are no blanket fixes and issues must be resolved on not only a panel basis, but on a revision and firmware basis. On 2GIG alone that means possibly double digit panel performance variations to test and adjust coding.
I still believe that my panel rearming sporadically at 2:30 AM is on their end, but I doubt they are going to try and research it and just say “buy a new panel”
I understand the concerns due to DST, but a few things to keep in mind:
The panel does not rearm. It remains armed. A power cycle/status check always results in this announcement.
There is no remote cause. We can clearly see this in history. The panel powers back up, as though it had crashed.
2GIG, the manufacturer, recommends replacement.
Concerning the central topic, can you verify that this started immediately following the firmware update? Or did any of the rules work even once after?
The strange thing on this issue is that before, only the schedules would fail. For example the items that turn off and off at a specific time.
Now, everything fails including sensor triggering actions, when you have things like “when door opens during this time to this end time turn on a light”. This is different than a scheduled on and off time. This did not happen before
It wont execute the end time so the light continues to turn on when the door is opened when the rule starts.
Hmm, so even the times when a triggered rule would no longer be valid are not being followed? But the rule does function properly by all other parameters?
That is definitely different. I am going to have ADC rebuild all rules, hopefully syncing that back up. That is a failure I’ve never heard.
All devices are able to be turned off manually by the app so it looks like they are all working. Rules are just not working to turn these off. I suspect it has something to do with the “sunrise” parameter.
Yes, all the sensor based rules work. You are not allowed to select sunrise or sunset for those as you know. It would be nice if you could in the future and if they worked the bugs out first in the sunrise parameter. It’s seems to have been problematic in the past
I will now create a separate off command with a fixed time.
Ah, yes, that’s what we want to test. Even if it is just a couple of the rules, which would give us both dual fixed time rules and single on/single off rules to track.
We’ll have ADC send some troubleshooting commands. Let us know which rules work and if there is a pattern. This will help with a quicker resolution. (Hopefully all do, but I have a hunch that based on what you are saying only the single on, single off will)
The rule set at a specific time and broken out seperatly worked and lights went off. Can we work on the sunrise issue and the fact that it won’t work unless broken out separately?
Thank you, that’s a good test. We will update Alarm.com with this and see if there are some additional steps to take or if a potential fix can be remotely applied.
New problem. None of the zwave lighting rules that are turning on with times set under sunset. So in summary, now lights don’t come on during sunset and also do not turn off during sunrise
Could you please make this a priority to resolve as this is now a security issue as my home is in the dark now at night and I am traveling this week
Have you tried any of these rules without the “Make Times Approximate” button checked? Just to verify, how long are you waiting to determine that the rules do not trigger?