Panel does not receive transmitted packets under some circumstances

[flarn2006]

Cause is currently unknown. This has been observed with both RS-485 and UART. It's most likely not an issue with the panel, but rather with the hardware and/or software used to connect to it.

[superdupe]

Hello... I've used several different RS485 and UART devices, both linux and windows and can't get the panel to "download"... I can see when I make the download request or hit other buttons on the virtual programmer... So traffic appears to be flowing back and forth at least by watching on the terminal window... But the panel doesn't see to respond to the commands... Is there a possibility of the panel being locked? Its a BHS-4000a (Brinks) currently being monitored by ADT... All I want to do is add a zone...

[crclabs]

I believe I'm seeing similar issues on various hardware, both Windows and Linux, UART and RS-485.

On a Windows 10 laptop using a USB serial adapter the programming tool's display seems to drop out sporadically. I can type on the keypad and sometimes it will not reflect what I've entered, even though it does seem to be transmitting and receiving. If I ignore this display glitch and just keep typing blindly (using the manual as reference) it seems the commands do go through, so it seems this is likely an issue on the receive side. This occurs using both UART or RS-485 (although it seems to possibly be worse using RS-485).

I've tried a different PC running Ubuntu and got the same behavior. The only thing in common is the software and my USB serial adapter (I don't have access to another one to test with right now).

Raspberry Pi's did not work very well for me at all, using either the onboard UART or a USB serial adapter. I could see RX and TX packets in the console and the virtual keypad display worked, but the panel would not respond to anything that was transmitted. I suspect this may be a different issue specific to the Pi's.