¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: GE Interlogix NX-8E NX-584 Zone transition message issues - Did I really find the fix?


 

¿ªÔÆÌåÓý

A blast from the past¡­

Hi Mike,

Around 2008 I wrote my own module that could run in transition mode. I saw the specific case you mention during Disarm On Entry where the Disarm command took a while to get through. What I observed, on both the NX-8E and the NX-584, was that the device was sending a constant stream of messages (up to 8 per sec), a combination of zone, partition, and system status. I did not find a way to throttle it. I considered the behavior a defect in the device (not the first one related to the serial protocol), so I changed my command retry algorithm for this one command. I made the timeout shorter and added more retries. That got the command through within albeit not always as fast as a use might expect. In debug and test of this issue I never saw the device stop responding. It just appeared to be busy sending messages unnecessarily fast. If you see it stop responding for a period its likely due to waiting for an ack, and as you note you can¡¯t send it anything else when it expects an ack.

You solution finds a window in which you can get the disarm command in. Nice.

?

From: [email protected] <[email protected]> On Behalf Of Michael Caldwell-Waller
Sent: Monday, November 27, 2023 10:33 PM
To: [email protected]
Subject: Re: [crestron] GE Interlogix NX-8E NX-584 Zone transition message issues - Did I really find the fix?

?

Best I can tell it is a board that other people say they try that implements this protocol as a separate board. I am also only using the NX-8E serial port for testing this, and do not use the 584.?

If your application only uses polling (no realtime zone transition notifications enabled ) or doesn¡¯t involve sending requests to the panel, you will not notice an issue.

The most prominent manifestation of this issue is in a home where the homeowner disarms the alarm and the disarm command takes several seconds to work because it is getting ignored by the panel as the panel comms freeze while trying to tell crestron about the zones the homeowner tripped when they walk in the house.

the solution of switching to ¡°polling¡± fixes it, at the expense of seconds of delays in finding out when zones trip, and cpu time on the processor to continuously ask NX about zone status. ?This solution will be for those who need the best of both worlds with this equipment?

Join [email protected] to automatically receive all group messages.