Thanks! I was able to flash the device using the FW update tool and now it says it v5.36 on it.
Too bad I'm not able to try it out now, as on my test Unipi I accidentally plugged in the power supply on the RS485 port and now I get
root@L203-sn81:/home/pi# /opt/unipi-bin/fwserial -p /dev/extcomm/0/0
Read version failed: Connection timed out
Will need to get a new Neuron for this.
Thanks for the help! :)
So I tried with an official Unipian image, but still same problem. Some security issue (gpg: no valid OpenPGP data found). Please help @tomas_hora @Martin-Kudláček
Ok, took a while before I had time to do this, but now the downloads don't seem to work anymore, check below (btw, I'm using an own build image, not the Neuron image):
root@L203-sn81:/home/pi# wget -O - https://files.unipi.technology/debian/unipi_pub.gpg | apt-key add\
> ^C
root@L203-sn81:/home/pi# wget -O - https://files.unipi.technology/debian/unipi_pub.gpg | apt-key add
--2019-09-12 08:05:48-- https://files.unipi.technology/debian/unipi_pub.gpg
Resolving files.unipi.technology (files.unipi.technology)... 86.49.170.141
Connecting to files.unipi.technology (files.unipi.technology)|86.49.170.141|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://kb.unipi.technology/debian/unipi_pub.gpg [following]
--2019-09-12 08:05:49-- https://kb.unipi.technology/debian/unipi_pub.gpg
Resolving kb.unipi.technology (kb.unipi.technology)... 86.49.170.141
Connecting to kb.unipi.technology (kb.unipi.technology)|86.49.170.141|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: 'STDOUT'
- [ <=> ] 13.43K --.-KB/s in 0.03s
2019-09-12 08:05:49 (385 KB/s) - written to stdout [13757]
gpg: no valid OpenPGP data found.
root@L203-sn81:/home/pi# apt update
Get:1 http://archive.raspberrypi.org/debian stretch InRelease [25.4 kB]
Get:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15.0 kB]
Get:3 http://raspbian.raspberrypi.org/raspbian stretch/contrib Sources [75.2 kB]
Get:5 http://raspbian.raspberrypi.org/raspbian stretch/non-free Sources [125 kB]
Get:6 http://archive.raspberrypi.org/debian stretch/main armhf Packages [221 kB]
Get:7 http://raspbian.raspberrypi.org/raspbian stretch/main Sources [9721 kB]
Get:8 http://archive.raspberrypi.org/debian stretch/ui armhf Packages [45.0 kB]
Err:4 https://kb.unipi.technology/debian stretch InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
Get:9 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages [11.7 MB]
Get:10 http://raspbian.raspberrypi.org/raspbian stretch/contrib armhf Packages [56.9 kB]
Get:11 http://raspbian.raspberrypi.org/raspbian stretch/non-free armhf Packages [95.5 kB]
Fetched 22.1 MB in 18s (1192 kB/s)
Reading package lists... Done
E: Failed to fetch https://files.unipi.technology/debian/dists/stretch/InRelease Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
E: Some index files failed to download. They have been ignored, or old ones used instead.
root@L203-sn81:/home/pi# apt install -y neuron-firmware neuron-modbus-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'unipi-modbus-tools' instead of 'neuron-modbus-tools'
E: Unable to locate package neuron-firmware
root@L203-sn81:/home/pi# /opt/neuron-bin/fwserial -p /dev/extcomm/0/0
bash: /opt/neuron-bin/fwserial: No such file or directory
It looks like reconnecting when connection drops seems to work for my clients.
I have the system running here now for around an hour now and the socketconnection is still up. So weird that I don't see the issue here. There has to be some difference and I'll need to investigate further.
You say the connection discounnects after a certain time, but why don't I see this happening?
@tomasknot Hi, thanks for you response!
I have the system running on a location, used to control an escape room. I never saw the issue there that the connection was lost and there is no communication happening sometimes for 10 minutes. Now suddenly I think I'm seeing this connection break. Also, at startup, one of the Neuron (L203) lights was blinking red instead of solid green (well, flashing very fast every 2 seconds, the operative mode). Don't know what that is.
I now added code that if the socket connection with Evok disconnects, it directly reconnects, as I need to be able to listen to input changes...
@TomasKnot I have one customer where I suspect the websocketconnection to break.
What is the timeout on the websocket?
Is it also possible that the websocket is not alive yet when the system is already started? Because the customer also had it right after booting the system. I have a local application running that connects to the websocket as soon as linux auto-logs in. Could it be that it connects too soon? I might have to add a check on disconnect, to do a reconnect I think
Hi @martin-kudláček ,
sorry for the superlate response! I went on holiday the day after my last post.
I will try to do the upgrade myself and otherwise we can still do a Teamviewer session. will let you know!
@martin-kudláček Hey Martin, I got me one of those things :)
I connected it to the Extension, set the device id to 5, connected and then pressed the 'scan' button.
It shows this error right away: https://imgur.com/a/mVWeGa7
In the mean time, the Rx light flashes a few times and then it stays on.
Edit: hmm, I've set the pins to be port 15 and now both lights are flashing intermediately. That seems to be right...
weird that it doesn't work on 5...
edit 2: I've toggle the dipswitches again to be set to 5, but still doesn't work. I've set the slave address in the qModMaster to 15 and then it works. It looks like it ignores the dipswitches. I've powercycled the device, so it should take the dip switches in consideration...
edit 3: I'm able to toggle the relays be sending value between 0 and 127 on 'write single register'. Device seems to work fine, but only on slave address 15 then
@martin-kudláček I swapped the Neuron, the cables, I used your SD card, I've set the dip switches like you said, nothing works. So I'm starting to expect the extension is defective.
Would the stacktrace I mentioned a couple of times be thrown in case I have the switch incorrect?
I don't have a converter at hand...
I'm thinking of ordering a new xS40 and try it out. If it works, I send the previous one back, if it does work, I keep them both.
Am I missing some hardware specific thing? Are the wires of a different kind than for the other connectors?
Is there anything trivial I'm missing?
@martin-kudláček said in How to add xS40 to Neuron L203 using custom software:
Hello @Boy-Lenssen,
here is the image: www.uschovna.cz/zasilka/ALFLHCVAFG743SWB-4SRJust save it on at least 8GB SD card with Win32DiskImager. The IP will be acquired via DHCP.
Martin
btw, the IP doesn't matter, right? I didn't configure an ethernet connection for your image as it is all local. Just needed to check if the light go on.
I also just use WiFi instead of cabled connection on this device.