I just checked and sure enough on the projects I used the NX8 I am using the poll.

I am wondering if this issue is caused by not sending the ack, you you couldn't just add the ack to the beginning of each command sent. That way it shouldn't end in the wait state you are talking about.

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?

What is the NX-584? I ask because I have only connected directly the onboard serial port, I have not noticed the issue you are talking about.

Hi everyone -- I think I might have solved a decade old problem by accident... the issue as to why this GE Interlogix security system starts crapping out on its serial comms if you enable instantaneous zone notifications.? I notice that everyone's workaround is to enable polling, which we all agree is yucky... but I can see how this solves the problem I'm going to describe.

The way I think I found a solution by accident, is that I set out to use an Arduino Mega as a "gatekeeper" or "message broker" to let more than one device talk to the same NX-8E at the same time.? In the process of re-implementing the protocol on the Arduino, I had to re-engineer the communications from scratch, and... I think I discovered the original problem!... along with a plausible fix.

The problem is simple.? Whenever the NX-8E wants to send a notification, it will puke if the very next thing that FINISHES RECEIVING is NOT an acknowledgment to that notification (even if the transmission started before the relevant event).? More specifically, it will pause talking to the port for about 2 seconds, and it will also ignore the incoming request.? So... You will have 2 seconds of inoperativity and a dropped command any time a command happens at the same time as any zone notification, which for most people will be daily!? Now I come to the internet and see this has plaguing everyone for YEARS!!!!! with no fix.

The solution from my perspective is simple but impractical to do on a Crestron processor.? The Arduino can do something the Crestron cannot: speak RS232 at planned microsecond-level timing to work around this.

The Arduino, dedicated to the singular task of brokering serial messages, has ultra precise timing that no multitasking processor can match.? That timing can be used to engineer a fix, due to a peculiar feature present in the NX-8E protocol:? the ability to abort outbound request messages during transmission (even when they have 1 byte left to transmit) with no penalty.

Very simply, if the Arduino sees the first byte of an incoming message from the NX panel, it can abort the outgoing request in transit to the NX and repeat that request later when the NX is ready for it.? That completely sidesteps the NX issue at hand, and allows the NX-8E to see what it expects following a zone notification: an acknowledgment (and nothing else).? Partial/abandoned packets don't count, and don't trigger the issue!!

So all I'm doing with my Arduino is watching for incoming notifications, and aborting the relaying of packets INSTANTLY (microsecond instant) if a notification starts arriving.? And queuing then retransmitting what I aborted, so it still succeeds.? You "could" do this on a crestron processor, but the nature of multitasking is that the microsecond responsiveness can never be guaranteed, and the time window of conflicting communications colliding is hundreds of times wider.

Let's suppose we have a 6 byte poll request going to the NX.? The Arduino, after sending 5 bytes of this request, can see the first byte of an incoming zone update from the NX, and say UH oh! simply abandon the message that is already 5/6ths of the way sent, and prioritize the Acknowledgment message that the NX suddenly requires with its interruption.? The NX will accept this without skipping a beat!

Once the mandatory acknowledgment is out of the way, the Arduino can retransmit the aborted message from the beginning, which (if not interrupted by another notification) will get handled without delay.? Unlike any Crestron processor, the Arduino's dedication to this singular task means its timing is precise enough to recognize when less than the full 6 bytes were sent, so it can safely deduce that the aborted transmission never completed, and reliably knows that the future retransmission will not be processed as a duplicate.? Your Crestron driver doesn't need to know or care that I delayed your request over the wire by a couple hundred milliseconds so it wouldn't get dropped.

So what do you need to implement this hardware serial shim?? An Arduino Mega board off of Amazon (the Chinese clones will work just fine), and two female TTL-RS232 level shifters (also from Amazon) to get the RS232 signals into the 0-5V voltage domain required by the Arduino Mega.? And then some sort of screw terminal enclosure so it looks good screwed to a wall.? Basically a complete solution for well under $100.

I picked the "Arduino Mega" for having 4 hardware serial ports aka "UARTs" (you'll really only need 2), and for NOT having WiFi (which isn't needed and only adds uncertainty to timing, if applicable).? Yes other boards will work equivalently.? The "Arduino Uno" and "Nano" have only a single hardware UART shared with the USB port, it must emulate additional serial ports in software, and that isn't ideal at all.? I'd pick an RP2040 based board if not the Mega, it has two hardware UARTs.

Whoever wants a copy of the code I wrote to make this work on my end to try it out for themselves, hit me up.

In summary, I am suggesting that just by putting this Arduino between your Crestron processor and the NX-8E, the Arduino itself will automatically detect and tidy up the timing mess all on its own, and your existing integrations might work 1000 times better.

Mike
Software developer and Bitcoin OG - "Casascius" - Utah

A trick I have learned is that if you try to edit an event on the calendar, and then save, if you have accidentally put the scheduler.dat file in the wrong folder it will write a blank one and then you just have to look in the program NVRAM folder for the blank scheduler.dat file.??

Assuming everything else is right, I believe the dat file should go in the NVRAM folder for the program slot not the root folder.

Hello!

I'm trying to use the CCD Display Ethernet 2.0 Module with the Samsung BET Driver (For Model?LH50BETHLGFXGO) with the RMC4. However when I try to load the driver on the RMC4, I don't get any errors on the Log output in debugger but the driver loaded fb won't go high to finish connecting to the TV so I'm out of ideas of what to troubleshoot. Any thoughts on what is happening? The only output I get is that when I try to reload after the first time is that the files exist and it doesn't have to copy over the files. I've followed the OLH 1000527 as well with no luck.

Thanks!

My Swamp24 has died and before I hit up eBay for a replacement I wanted to see if there are any newer (still supported) matrix preamp / power combinations that people would recommend for use with Crestron Home? ?I'd ideally like to keep the tight integration feedback I get from the swamp/home combination. ?

Any thoughts would be much appriachted?
Karl

Is there a way to get a press feedback from devices like this.? We will usually will you doorbird or Ring Elite that has a dry contact closure.? In this case the Wizenet already exists and the client likes it.? So was looking to see if anyone has come with programming that would at least let me know the button had been pressed.

As MSTC said, use an XSIG and TCP/IP or UDP/IP for communication between the processors.
Thats the easiest way I can imagine at least if you use digitals only.
Analog/Serial sometimes is a little bit funny in the same way as crosspoint routing.?

开云体育

I cannot seem to make it work, this is what i uploaded to my MC3

I have the same issue on my Pixel 8 Pro. Attempting to side load the APK still results in a message that the app is not compatible. Until Crestron updates the app there is nothing you can do about the 64bit only android phones not working.

I agree with the proxy

The module called Event Scheduler 2 will do exactly what you need.
Its part of the built in Crestron database.

On Thu, Nov 23, 2023 at 12:04 PM, mark kaye wrote:

someone trying to hack the system using obfuscated SSH port

If you have port forwards open on your router, even if they're secure, you will likely have the *darkweb* pounding on that port to the point that it can create a sort of localized DoS attach.
Try closing the port(s) and see if things get better...

I first found this out the hard way 6 years ago when a client called me and said that he couldn't connect his iPhone to the system from his deck on his local network...once I removed all ports, everything came back as normal.
around the same time, I had another client's system rebooting 3-4 times a day. closing ports immediately eliminated the issue...
I had used port forwarding for a decade and a half but this was a Sea-Change that made me go back and change all of my sites.??
*** It's unacceptable, IMO, that Crestron still does not have a proxy server feature for their apps...***

seem to be fighting 2 issues
someone trying to hack the system using obfuscated SSH port
Crestron Go app taking way too long to reconnect, even moving to another app for a few seconds
i connect remotely with my android phone & reconnect instantly after moving to another app, if app gone to sleep. only takes 2s
not sure what's going on with Crestron Go
authentication is ON

all i can say is the client loaded the apk and tried to install
app not compatible
this is a Samsung S23 Ultra