Hi Dave, thanks for the analysis of the log file. I had wondered if network congestion was my problem as I have the panel next to @andrewjfreyer Presence detector. Which I understand creates a lot of 2.4Ghz traffic. I had been in the process of transitioning to his Monitor application which looks to create fewer problems in that area. For a short term fix I have moved the 2 things away from each other so that might work.
So, thanks for the pointer. Hopefully, this might lead somewhere.
Regards
Mark
No I don’t think so. I used my bridge.py when I had PRP connected and there’s nothing hidden.
Hi Rob, could he connect the physical RX and TX wires together. Running test.py from the command line would not work but it should show that the transmissions take place i.e. When it displays “[pmSendPdu] Sending Command” it is sending data. It should then show that it is receiving data that it cannot decode (the data that is being sent). If you’re able to, edit the pyvisonic.py file and uncomment
log.debug('[data receiver] received data: %s', self.toString(data))
Depending on the version of the Component you have it should be around line 1282.
To uncomment, just remove the “#” from the start of the line.
This should receive the same as what is sent so you should see data being sent and received but lots of errors when it tries to decode what is being received, I hope you see what I mean.
I hope so.
David R, if you can find a properly-sized solid-conductor wire, it would be pretty easy. The wire needs to be close to 0.6 mm diameter. (#22 or #24 AWG). Come to think of it, a staple would probably work. Just pop one out so the legs aren’t bent and slip the Rx and Tx connectors on it.
Can you do the other things Dave M is requesting?
I can try to do it, but I’m afraid I didn’t understood everthing Dave said,
Please correct me if i’m wrong: I need to connect TX to the Rx with a wire (a Staple or maybe a paperclip?)
I don’t understand the part “Running test.py from the command line would not work but it should show that the transmissions take place”, what exactly do I need to do and where? In the Pc or the RasPi,
Correct. I wouldn’t try a paperclip, though. If its diameter is too big, it might distort the contact enough to make it unreliable.
I defer to Dave to answer this.
When you ran test.py from the command line here there are a few
[pmSendPdu] Sending Command
This means that the test programe is sending data to the comms but there is no data being received.
What we’re asking you to do is disconnect the wires from the panel and use a staple to connect RX to TX on your gadget. As there’s no flow control, this means that anything that gets sent to TX should get received through RX.
So, the first thing to try is to wire it like that and simply try running the test program again, same as you did last time. You should get some “[data receiver]” prints but the data will not be able to be decoded. My program decodes the data from the panel and not what I send to the panel but we should at least see data being received. Just to emphasise, it won’t do much but it should show us data being received.
Try this and show us the output and we’ll take it from there.
1 Like
Ok, I will use a staple.
Ok, and should I uncomment:
log.debug(‘[data receiver] received data: %s’, self.toString(data))
from the pyvisonic.py file?
Per the above, I’m guessing uncommenting might be the step after running the test program as is.
Output of “python3 test.py -usb COM5” without commented pyvisonic.py file:
0:00:00.000970 < 3389> INFO Setting key OverrideCode to value -1
0:00:00.000970 < 3389> INFO Setting key ForceStandard to value False
DEBUG:asyncio:Using proactor: IocpProactor
0:00:00.062114 < 1034> INFO [Connection] Connected to local Protocol handler and Transport Layer
0:00:00.062114 < 1604> DEBUG [ClearList] Setting queue empty
C:\Users\david\OneDrive\Desktop\Hassio\Visonic\pyvisonic.py:1538: RuntimeWarning: coroutine 'wait_for' was never awaited
asyncio.wait_for(t, None)
RuntimeWarning: Enable tracemalloc to get the object allocation traceback
0:00:00.094029 < 1618> INFO [Start_Download] Starting download mode
C:\Users\david\OneDrive\Desktop\Hassio\Visonic\pyvisonic.py:1598: RuntimeWarning: coroutine 'wait_for' was never awaited
asyncio.wait_for(t, None)
RuntimeWarning: Enable tracemalloc to get the object allocation traceback
0:00:00.095026 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 0 Response list before 0 after 1
0:00:00.096080 < 1529> DEBUG [pmSendPdu] Sending Command (Exit) raw data 0d 0f f0 0a waiting for message response ['0X2']
0:00:00.096080 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 1.5
0:00:00.108067 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0XF
0:00:00.109063 < 1354> WARNING [data receiver] Unhandled message 0xf
0:00:00.109640 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
C:\Users\david\OneDrive\Desktop\Hassio\Visonic\pyvisonic.py:1431: RuntimeWarning: coroutine 'wait_for' was never awaited
asyncio.wait_for(t, None)
RuntimeWarning: Enable tracemalloc to get the object allocation traceback
0:00:01.582520 < 1529> DEBUG [pmSendPdu] Sending Command (Stop) raw data 0d 0b f4 0a waiting for message response ['0X2']
0:00:01.582520 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 1.5
0:00:01.596491 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0XB
0:00:01.596491 < 2393> INFO [handle_msgtype0B] Stop data is
0:00:03.082100 < 1529> DEBUG [pmSendPdu] Sending Command (Initializing PowerMax/Master PowerLink Connection) raw data 0d ab 0a 00 01 00 00 00 00 00 00 00 43 06 0a waiting for message response ['0X2']
0:00:03.083165 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 8.0
0:00:03.115193 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=True This is an Ack for message=0XAB
0:00:03.115989 < 2988> INFO [handle_msgtypeAB] data 0a 00 01 00 00 00 00 00 00 00 43
0:00:11.081940 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0X2']
0:00:11.091914 < 1371> DEBUG [data receiver] msgType 0X2 got it so removed from list, list is now []
0:00:11.091914 < 1377> DEBUG [data receiver] msgType 0X2 resetting expected response counter, it got up to 12
0:00:11.091914 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:00:11.222177 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response []
0:00:11.235145 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:00:11.364314 < 1529> DEBUG [pmSendPdu] Sending Command (Ack Long) raw data 0d 02 43 ba 0a waiting for message response []
0:00:11.380682 < 2344> DEBUG [handle_msgtype02] Ack Received data = 43
0:00:11.381727 < 2347> INFO [handle_msgtype02] Received a powerlink acknowledge but I am in standard mode
0:00:12.081446 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 1 Response list before 0 after 1
0:00:12.082122 < 1529> DEBUG [pmSendPdu] Sending Command (Start Download Mode) raw data 0d 24 00 00 56 50 00 00 00 00 00 00 35 0a waiting for message response ['0X3C']
0:00:12.099498 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0X24
0:00:12.099498 < 1354> WARNING [data receiver] Unhandled message 0x24
0:00:12.100073 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
0:00:12.223725 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0X3C']
0:00:12.243710 < 2344> DEBUG [handle_msgtype02] Ack Received data =
Output of “python3 test.py -usb COM5” without uncommented pyvisonic.py file:
0:00:00 < 3389> INFO Setting key OverrideCode to value -1
0:00:00.000953 < 3389> INFO Setting key ForceStandard to value False
DEBUG:asyncio:Using proactor: IocpProactor
0:00:00.023558 < 1034> INFO [Connection] Connected to local Protocol handler and Transport Layer
0:00:00.023558 < 1604> DEBUG [ClearList] Setting queue empty
C:\Users\david\OneDrive\Desktop\Hassio\Visonic\pyvisonic.py:1538: RuntimeWarning: coroutine 'wait_for' was never awaited
asyncio.wait_for(t, None)
RuntimeWarning: Enable tracemalloc to get the object allocation traceback
0:00:00.045476 < 1618> INFO [Start_Download] Starting download mode
C:\Users\david\OneDrive\Desktop\Hassio\Visonic\pyvisonic.py:1598: RuntimeWarning: coroutine 'wait_for' was never awaited
asyncio.wait_for(t, None)
RuntimeWarning: Enable tracemalloc to get the object allocation traceback
0:00:00.053619 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 0 Response list before 0 after 1
0:00:00.056611 < 1529> DEBUG [pmSendPdu] Sending Command (Exit) raw data 0d 0f f0 0a waiting for message response ['0X2']
0:00:00.066602 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 1.5
0:00:00.068690 < 1278> DEBUG [data receiver] received data: 0d 0f f0 0a
0:00:00.074584 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0XF
0:00:00.076578 < 1354> WARNING [data receiver] Unhandled message 0xf
0:00:00.084657 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
C:\Users\david\OneDrive\Desktop\Hassio\Visonic\pyvisonic.py:1431: RuntimeWarning: coroutine 'wait_for' was never awaited
asyncio.wait_for(t, None)
RuntimeWarning: Enable tracemalloc to get the object allocation traceback
0:00:01.566617 < 1529> DEBUG [pmSendPdu] Sending Command (Stop) raw data 0d 0b f4 0a waiting for message response ['0X2']
0:00:01.567230 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 1.5
0:00:01.572336 < 1278> DEBUG [data receiver] received data: 0d 0b f4
0:00:01.588566 < 1278> DEBUG [data receiver] received data: 0a
0:00:01.589192 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0XB
0:00:01.592190 < 2393> INFO [handle_msgtype0B] Stop data is
0:00:03.067898 < 1529> DEBUG [pmSendPdu] Sending Command (Initializing PowerMax/Master PowerLink Connection) raw data 0d ab 0a 00 01 00 00 00 00 00 00 00 43 06 0a waiting for message response ['0X2']
0:00:03.068567 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 8.0
0:00:03.074562 < 1278> DEBUG [data receiver] received data: 0d ab 0a 00 01
0:00:03.089524 < 1278> DEBUG [data receiver] received data: 00 00 00 00 00 00 00 43 06 0a
0:00:03.090566 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=True This is an Ack for message=0XAB
0:00:03.094599 < 2988> INFO [handle_msgtypeAB] data 0a 00 01 00 00 00 00 00 00 00 43
0:00:11.068166 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0X2']
0:00:11.085074 < 1278> DEBUG [data receiver] received data: 0d 02 fd 0a
0:00:11.085869 < 1371> DEBUG [data receiver] msgType 0X2 got it so removed from list, list is now []
0:00:11.087913 < 1377> DEBUG [data receiver] msgType 0X2 resetting expected response counter, it got up to 12
0:00:11.089856 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:00:11.208682 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response []
0:00:11.211508 < 1278> DEBUG [data receiver] received data: 0d
0:00:11.228464 < 1278> DEBUG [data receiver] received data: 02 fd 0a
0:00:11.229417 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:00:11.348975 < 1529> DEBUG [pmSendPdu] Sending Command (Ack Long) raw data 0d 02 43 ba 0a waiting for message response []
0:00:11.356852 < 1278> DEBUG [data receiver] received data: 0d 02 43 ba 0a
0:00:11.356852 < 2344> DEBUG [handle_msgtype02] Ack Received data = 43
0:00:11.360849 < 2347> INFO [handle_msgtype02] Received a powerlink acknowledge but I am in standard mode
0:00:12.037045 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 1 Response list before 0 after 1
0:00:12.038040 < 1529> DEBUG [pmSendPdu] Sending Command (Start Download Mode) raw data 0d 24 00 00 56 50 00 00 00 00 00 00 35 0a waiting for message response ['0X3C']
0:00:12.044032 < 1278> DEBUG [data receiver] received data: 0d 24 00
0:00:12.050517 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0X24
0:00:12.060481 < 1278> DEBUG [data receiver] received data: 00 56 50 00 00 00 00 00 00 35 0a
0:00:12.061486 < 1354> WARNING [data receiver] Unhandled message 0x24
0:00:12.068190 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
0:00:12.177366 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0X3C']
0:00:12.188296 < 1278> DEBUG [data receiver] received data: 0d 02 fd 0a
0:00:12.188874 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:03:00.036340 < 1142> WARNING [Controller] ********************** Download Timer has Expired, Download has taken too long *********************
0:07:29.570728 < 1143> WARNING [Controller] ************************************* Going to standard mode ***************************************
0:07:29.584341 < 1265> INFO [Standard Mode] Entering Standard Mode
0:07:29.586336 < 1604> DEBUG [ClearList] Setting queue empty
WARNING:__main__:Visonic attempt to add device with type <class 'int'> device is 7
0:07:29.588334 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 168 Response list before 0 after 1
0:07:29.589327 < 1529> DEBUG [pmSendPdu] Sending Command (Exit) raw data 0d 0f f0 0a waiting for message response ['0X2']
0:07:29.596435 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 1.5
0:07:29.600466 < 1278> DEBUG [data receiver] received data: 0d 0f f0 0a
0:07:29.604420 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0XF
0:07:29.606410 < 1354> WARNING [data receiver] Unhandled message 0xf
0:07:29.612425 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
0:07:31.098890 < 1529> DEBUG [pmSendPdu] Sending Command (Stop) raw data 0d 0b f4 0a waiting for message response ['0X2']
0:07:31.099890 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 1.5
0:07:31.104886 < 1278> DEBUG [data receiver] received data: 0d 0b f4
0:07:31.120895 < 1278> DEBUG [data receiver] received data: 0a
0:07:31.120895 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0XB
0:07:31.124855 < 2393> INFO [handle_msgtype0B] Stop data is
0:07:32.599975 < 1529> DEBUG [pmSendPdu] Sending Command (Initializing PowerMax/Master PowerLink Connection) raw data 0d ab 0a 00 01 00 00 00 00 00 00 00 43 06 0a waiting for message response ['0X2']
0:07:32.600921 < 1531> DEBUG [pmSendPdu] Command has a wait time after transmission 8.0
0:07:32.608946 < 1278> DEBUG [data receiver] received data: 0d ab 0a 00 01 00
0:07:32.624857 < 1278> DEBUG [data receiver] received data: 00 00 00 00 00 00 43 06 0a
0:07:32.625856 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=True This is an Ack for message=0XAB
0:07:32.627895 < 2333> INFO [handle_packet] Unknown/Unhandled packet type bytearray(b'\xab')
0:07:39.566970 < 1208> DEBUG [Controller] ****************************** Response Timer Expired ********************************
0:07:53.661886 < 1604> DEBUG [ClearList] Setting queue empty
0:07:53.676845 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 0 Response list before 0 after 2
0:07:53.680164 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0XA5', '0X2']
0:07:53.685161 < 1278> DEBUG [data receiver] received data: 0d 02 fd
0:07:53.701779 < 1278> DEBUG [data receiver] received data: 0a
0:07:53.702175 < 1371> DEBUG [data receiver] msgType 0X2 got it so removed from list, list is now ['0XA5']
0:07:53.705464 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:07:53.817103 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0XA5']
0:07:53.829221 < 1278> DEBUG [data receiver] received data: 0d 02 fd 0a
0:07:53.830021 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:07:53.957539 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0XA5']
0:07:53.972482 < 1278> DEBUG [data receiver] received data: 0d 02 fd 0a
0:07:53.972482 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:07:54.098493 < 1529> DEBUG [pmSendPdu] Sending Command (Getting Status) raw data 0d a2 00 00 00 00 00 00 00 00 00 00 43 1a 0a waiting for message response ['0XA5']
0:07:54.100316 < 1278> DEBUG [data receiver] received data: 0d
0:07:54.117299 < 1278> DEBUG [data receiver] received data: a2 00 00 00 00 00 00 00 00 00 00 43 1a 0a
0:07:54.118014 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0XA2
0:07:54.122143 < 1354> WARNING [data receiver] Unhandled message 0xa2
0:07:54.126134 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
0:07:54.239726 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0XA5']
0:07:54.244766 < 1278> DEBUG [data receiver] received data: 0d 02 fd
0:07:54.261684 < 1278> DEBUG [data receiver] received data: 0a
0:07:54.261684 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:08:03.661303 < 1208> DEBUG [Controller] ****************************** Response Timer Expired ********************************
0:08:03.661914 < 1604> DEBUG [ClearList] Setting queue empty
0:08:03.665913 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 0 Response list before 0 after 2
0:08:03.671896 < 1529> DEBUG [pmSendPdu] Sending Command (Getting Status) raw data 0d a2 00 00 00 00 00 00 00 00 00 00 43 1a 0a waiting for message response ['0XA5', '0X2']
0:08:03.680128 < 1278> DEBUG [data receiver] received data: 0d a2 00 00 00 00
0:08:03.680128 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0XA2
0:08:03.696012 < 1278> DEBUG [data receiver] received data: 00 00 00 00 00 00 43 1a 0a
0:08:03.696012 < 1354> WARNING [data receiver] Unhandled message 0xa2
0:08:03.698785 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
0:08:03.802085 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0XA5', '0X2']
0:08:03.807901 < 1278> DEBUG [data receiver] received data: 0d 02 fd 0a
0:08:03.807901 < 1371> DEBUG [data receiver] msgType 0X2 got it so removed from list, list is now ['0XA5']
0:08:03.811891 < 2344> DEBUG [handle_msgtype02] Ack Received data =
0:08:13.660739 < 1208> DEBUG [Controller] ****************************** Response Timer Expired ********************************
0:08:13.661805 < 1604> DEBUG [ClearList] Setting queue empty
0:08:13.671788 < 1592> DEBUG [pmSendPdu] Resetting expected response counter, it got to 0 Response list before 0 after 2
0:08:13.673781 < 1529> DEBUG [pmSendPdu] Sending Command (Getting Status) raw data 0d a2 00 00 00 00 00 00 00 00 00 00 43 1a 0a waiting for message response ['0XA5', '0X2']
0:08:13.692149 < 1278> DEBUG [data receiver] received data: 0d a2 00 00 00 00 00 00 00 00 00 00 43 1a 0a
0:08:13.692990 < 1334> WARNING [data receiver] Warning : Construction of incoming packet unknown - Message Type 0XA2
0:08:13.694938 < 1354> WARNING [data receiver] Unhandled message 0xa2
0:08:13.704304 < 1418> DEBUG [Sending ack] PowerlinkMode=False Is PM Ack Reqd=False This is an Ack for message=0X0
0:08:13.816684 < 1529> DEBUG [pmSendPdu] Sending Command (Ack) raw data 0d 02 fd 0a waiting for message response ['0XA5', '0X2']
0:08:13.819633 < 1278> DEBUG [data receiver] received data: 0d
0:08:13.836589 < 1278> DEBUG [data receiver] received data: 02 fd 0a
0:08:13.837585 < 1371> DEBUG [data receiver] msgType 0X2 got it so removed from list, list is now ['0XA5']
0:08:13.838583 < 2344> DEBUG [handle_msgtype02] Ack Received data =
It looks like the output of your PC. I think Dave might want the output from the RPi.
Yes, this is the PC output, I thought he meant the output form my PC.
I don’t know how to run Test.py from the Raspberry Pi.
Well, let’s wait for a reply.
Can you load the SSH add-on and put PuTTY on your PC? Even if you don’t use it now, it’ll likely be useful in the future. It’s like a command prompt window into your RPi, and you will be logging in as root. Of course, it can be a bit risky if you’re not familiar with Linux or Unix environments.
Here are a couple of links:
https://www.chiark.greenend.org.uk/~sgtatham/putty/
https://www.youtube.com/watch?v=L7PCPQYwspo
I already have Putty on my PC and the SSH Server on Home Assistant, but I only know very basic Linux.
We’ll see what Dave wants to do next, but I assume you’ll be doing something similar to how you ran it on the PC.
Here’s what I expect:
- Hook up the USB cable to your RPi with the leads connected together
- Comment out your config.yaml entries for the Visonic component
- Restart your HA Server
- Run PuTTY and open a secure shell
- Log in as root
- Type in
python3 test.py -usb /dev/ttyUSB0
When I run this command I get:
-bash: python3: command not found
Ugh. It’s outside of the HA container. I’m not sure how you get to it on a RPi. I am using a different configuration of HASS.io and can open another secure shell to the underlying OS (Ubuntu Server).
Unfortunately, your question is beyond my expertise. I think you’ll have to wait for Dave to show up. In the interim, I’ll spend some time sifting through the forum topics.
Yeap that’s what I thought, I’ll wait for Dave help.
Hi again, sorry it took so long for me to reply but I’m away from home at the moment.
It is the pc output I needed so thankyou for that, don’t bother doing the same on the rpi.
The pc output has shown that the pc is working and that there are no pc driver problems. It shows that the data being received is the same as being transmitted, exactly how I would expect. Thankyou for this wraparound test. You can take out the staple and wire it back up properly now.
This does leave us with the original problem though.
When you use the visonic app on your pc it receives data from the panel but when you use test.py it never receives any data from the panel. Can you confirm that you can retrieve the Eprom data from the panel using the visonic app, can you view it in the visonic app.
No need to apologize, It’s me the one that must thank both you and Rob for your patience.
I did the following just to be sure that I was actually connecting to the panel and retrieving data:
-
In the panel; Created a new user code, armed the panel with the new user code to make sure this new code was well created, disarmed the panel with the new user code.
-
In the PC; Opened the PRP App, connected with the panel and downloaded (upload in the App) the data to the panel, Et voilá, the new User code appeared on the PRP App, as expected.
-
Then I did the opposite, created a new user code in the PRP App, uploaded it to the panel, disconnected the PRP App, went to the panel and armed it with the new user code and disarmed it again.
I think this confirms that I can retrieve data from the panel using the Visonic PRP App.