Second Area always in a ready State

[halldave]

Hi Chris,

I have been doing extensive testing of the Ultrasync app and I'm very happy with the whole experience. All states report correctly for each Zone,

Issue: Second Area always in a ready State

however I have two Zones that are associated with area2, (eg Large and Small Garage door reeds), and Area 2 is always showing a status of "Ready".

I opened either or both of the zones, and in the app state is "Ready"

However if I log directly into the web server, this shows Area 2 "Not Ready"

I also use UltraConnect as an APP on the Phone and that shows Area 2 not ready as well.

regards
David

[caronc]

Thanks for the report. You're not the first one to bring this to my attention, but making an GitHub issue was a good idea so I won't forget this time to look deeper into the matter.

Would you be able to trip one of your Area 2 Sensors (keep it tripped... so maybe you could prop a door or stay in front of a motion sensor). During this state (When you know Area 2 should not be in a Ready state, can you capture a --debug-dump?

Are you familiar with the command line tool at all? Let me know if you need some more detailed instructions on how to do this.

Keep me posted

Chris

[halldave]

I will send you a debug-dump with it captured in a couple hours

…

On 10 Feb 2021, at 1:34 pm, Chris Caron ***@***.***> wrote: Thanks for the report. You're not the first one to bring this to my attention, but making an GitHub issue was a good idea so I won't forget this time to look deeper into the matter. Would you be able to trip one of your Area 2 Sensors (keep it tripped... so maybe you could prop a door or stay in front of a motion sensor). During this state (When you know Area 2 should not be in a Ready state, can you capture a --debug-dump? Are you familiar with the command line tool at all? Let me know if you need some more detailed instructions on how to do this. Keep me posted Chris — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#13 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGYFM4OL6OEFPXXQERSEGTLS6HWCFANCNFSM4XMDYTTQ>.

[caronc]

There is no rush, I may not be able to have a look at it until the weekend anyway. 🙂

[caronc]

I just wanted to follow up on this issue as it's been some time. Would you be able to capture me a --debug-dump of your Area 2 status... it would be really good if you could capture me 2 dumps...:

1. when everything is working great (Alarm panel is in a Ready state
2. when at least one sensor is tripped (in Area 2) putting your Panel in a Not Ready state

it would allow me to debug your issue

[halldave]

Will do, On 21 Sep 2021, at 6:36 am, Chris Caron ***@***.***> wrote: I just wanted to follow up on this issue as it's been some time. Would you be able to capture me a --debug-dump of your Area 2 status... it would be really good if you could capture me 2 dumps...: when everything is working great (Alarm panel is in a Ready state when at least one sensor is tripped (in Area 2) putting your Panel in a Not Ready state it would allow me to debug your issue — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#13 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGYFM4N6AMRN25327TBLTRTUC6LNPANCNFSM4XMDYTTQ>. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[tsuite]

I think I have some more information on this, I got here via https://github.com/flareman/homebridge-caddx-interlogix and was also having issues with Area 2 on my Hills R12 ComNav (CN_0.106-j).

After some digging, I think it's related this: https://github.com/caronc/ultrasync/blob/master/ultrasync/main.py#L753

Basically, I'm seeing a single areaSequence byte and the chunk of 17 bank states represents areas 1-8. _areas() and process_areas() appears to decode this correctly but in https://github.com/caronc/ultrasync/blob/master/ultrasync/main.py#L2398 , since a_seq contains a single byte, area_status_update() is executed on Area 1 (which updates) but not on Area 2.

user/area.htm (Area 2 armed, Area 1 and Area 2 ready; both Areas decoded correctly):

var areaStates = new Array("Armed Away", "Armed Stay", "Ready","Fire Alarm","Burg Alarm","Panic Alarm","Medical Alarm","Exit Delay"
		,"Exit Delay 2","Entry Delay","Zone Bypass","Zone Trouble","Zone Tamper","Zone Low Battery","Zone Supervision","");

	var areaNames = new Array("","","!","!","!","!","!","!");
	var areaSequence = new Array(38);
	var areaStatus = new Array(2,0,3,0,0,0,0,0,0,0,0,0,0,0,0,0,0); 

status.xml (Area 2 armed, Area 1 and Area 2 ready; only Area 1 gets updated):

<response>
  <abank>0</abank>
  <aseq>91</aseq>
  <stat0>2</stat0>
  <stat1>0</stat1>
  <stat2>3</stat2>
  <stat3>0</stat3>
  <stat4>0</stat4>
  <stat5>0</stat5>
  <stat6>0</stat6>
  <stat7>0</stat7>
  <stat8>0</stat8>
  <stat9>0</stat9>
  <stat10>0</stat10>
  <stat11>0</stat11>
  <stat12>0</stat12>
  <stat13>0</stat13>
  <stat14>0</stat14>
  <stat15>0</stat15>
  <stat16>0</stat16>
  <sysflt>No System Faults</sysflt>
 </response>