Closed nicolas-juteau closed 2 months ago
FYI: I have tried with other concentratord versions, down to 4.1.0 and the same issue occurs anyway (process panick + same log message with strange spidev path). I am concerned about this because in an another ticket I already managed to run the chirpstack-concentratord 4.3.4 successfully on a Multitech Conduit mPower 6.3.1.
Nevertheless, the issue experienced in this ticket is odd and I think it deserves attention.
Also, I am able to run the embedded lora-network-server + packet forwarder provided by the mPower, so it is apparently not a LoRa card issue.
After some digging, it seems that since mLinux/mPower 6.3.1 the /dev/spidev mapping changed and makes /dev/spidev32765.2 unusable by chirpstack-concentratord. Indeed:
mLinux/mPower 5.3.8-s1 (concentratord works):
root@mtcdt:/dev# ls -al|grep spidev
lrwxrwxrwx 1 root root 18 Jun 26 13:53 spidev0.0 -> /dev/spidev32765.2
crw------- 1 root root 153, 1 Jun 26 13:53 spidev32765.2
crw------- 1 root root 153, 0 Jun 26 13:53 spidev32766.2
mLinux/mPower 6.3.1 (concentratord will not work):
mtcdt:/dev# ls -al|grep spidev
crw------- 1 root root 153, 2 Jun 26 2024 spidev0.0
crw------- 1 root root 153, 1 Jun 26 2024 spidev0.1
crw------- 1 root root 153, 0 Jun 26 2024 spidev0.2
crw------- 1 root root 153, 5 Jun 26 2024 spidev1.0
crw------- 1 root root 153, 4 Jun 26 2024 spidev1.1
crw------- 1 root root 153, 3 Jun 26 2024 spidev1.2
No wonder that if I manually create a symlink on /dev/spidev32765.2 that maps to /dev/spidev1.2, chirpstack-concentratord will start successfully.
I'm still confused though as to why I have previously been able to run chirpstack-concentratord on a conduit mPower 6.3.1 (https://github.com/chirpstack/chirpstack-mqtt-forwarder/issues/47).
Can somebody confirm the spidev mapping changed on a fresh-from-factory mPower 6.3.1 conduit?
EDIT: corrected mPower version
Appears to be confirmed in the mLinux changelog, but since 6.0.1 version:
Looks like concentratord will need a way to specify the correct spidev path to use depending on the firmware version of the conduit as well as which ap (ap1, ap2) to target
Sorry for the delay, I haven't had the time yet to validate this. What I will do is update my Conduit to the latest firmware version and then update the SPI dev. paths where needed. Note that in case needed, there is always an option to override this path in the concentratord.toml
file (e.g. https://github.com/chirpstack/chirpstack-concentratord/blob/master/chirpstack-concentratord-sx1302/src/config/mod.rs#L109).
What happened?
Attempted to start chirpstack-concentratord 4.4.1 on a Multitech Conduit (LoRa Card MTAC-LORA-H-915) with mPower 6.3.0 version. The process crashes and does not start.
What did you expect?
I did expect the concentratord to start as it should.
Steps to reproduce this issue
Steps:
Could you share your log output?
_spidevpath: /dev/spidev32765.2 looks odd to me.
Your Environment