Hi.

I’m using the MQTT payload broker of a Conduit IP67 200. I’m missing most of the lora/+/up messages while getting every lora/+/packet_recv

When the up message is missing :

Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/a8-17-58-ff-fe-06-7c-2b/packet_recv', ... (187 bytes))
{"tmst":2719140092,"chan":6,"rfch":1,"freq":867.7,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":5.2,"rssi":-105,"size":29,"data":"QAwk+gGAzz0FCIs227tYlprxs8FasH/9XGKlK+o="}

associated conduit logs look like this :

2022-08-16T08:23:43.879941+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|CHECK-PKT|FCNT: 00003dcf LAST-FCNT: 00003dce Duplicate: no
2022-08-16T08:23:43.882046+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|CHECK-MIC|ADDR: 01-fa-24-0c passed
2022-08-16T08:23:43.883382+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|PER|8.999082%
2022-08-16T08:23:43.886696+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|FCTRL|ADR:1 ADRACK:0 ACK:0 CLASS:A OPTS:0 LAST-PKT: 299990 ms
2022-08-16T08:23:43.887213+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|SCHED-TX|Use RX1 TOA:96 ms
2022-08-16T08:23:44.387611+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|FRAME-TX|Nothing to transmit


When it is working as intended :

Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/a8-17-58-ff-fe-06-7c-2b/packet_recv', ... (187 bytes))
{"tmst":3019121844,"chan":7,"rfch":1,"freq":867.9,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":6.0,"rssi":-105,"size":29,"data":"QAwk+gGA0D0FXSO0C+PJYCjIuKyiDKYdMGixdog="}
Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/00-80-00-00-00-02-1f-94/a8-17-58-ff-fe-06-7c-2b/packet_recv', ... (187 bytes))
{"tmst":3019121844,"chan":7,"rfch":1,"freq":867.9,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":6.0,"rssi":-105,"size":29,"data":"QAwk+gGA0D0FXSO0C+PJYCjIuKyiDKYdMGixdog="}
Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/a8-17-58-ff-fe-06-7c-2b/geolocation', ... (141 bytes))
{"deveui":"a8-17-58-ff-fe-06-7c-2b","appeui":"00-00-00-00-00-00-00-00","gweui":"00-80-00-00-00-02-1f-94","lsnr":6.0,"rssi":-105,"seqn":15824}
Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/a8-17-58-ff-fe-06-7c-2b/up', ... (454 bytes))
{"tmst":3019121844,"chan":7,"rfch":1,"freq":867.9,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":6.0,"rssi":-105,"opts":"","size":16,"fcnt":15824,"cls":0,"port":5,"mhdr":"400c24fa0180d03d","data":"AQErAi8EAMoFAAcOQhVdOg==","appeui":"00-00-00-00-00-00-00-00","deveui":"a8-17-58-ff-fe-06-7c-2b","name":"Sound C2B","devaddr":"01fa240c","ack":false,"adr":true,"gweui":"00-80-00-00-00-02-1f-94","seqn":15824,"time":"2022-08-16T08:28:43.879175Z"}
Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/00-00-00-00-00-00-00-00/a8-17-58-ff-fe-06-7c-2b/up', ... (454 bytes))
{"tmst":3019121844,"chan":7,"rfch":1,"freq":867.9,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":6.0,"rssi":-105,"opts":"","size":16,"fcnt":15824,"cls":0,"port":5,"mhdr":"400c24fa0180d03d","data":"AQErAi8EAMoFAAcOQhVdOg==","appeui":"00-00-00-00-00-00-00-00","deveui":"a8-17-58-ff-fe-06-7c-2b","name":"Sound C2B","devaddr":"01fa240c","ack":false,"adr":true,"gweui":"00-80-00-00-00-02-1f-94","seqn":15824,"time":"2022-08-16T08:28:43.879175Z"}
Client (null) received PUBLISH (d0, q0, r0, m0, 'lora/00-00-00-00-00-00-00-00/a8-17-58-ff-fe-06-7c-2b/5/up', ... (454 bytes))
{"tmst":3019121844,"chan":7,"rfch":1,"freq":867.9,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":6.0,"rssi":-105,"opts":"","size":16,"fcnt":15824,"cls":0,"port":5,"mhdr":"400c24fa0180d03d","data":"AQErAi8EAMoFAAcOQhVdOg==","appeui":"00-00-00-00-00-00-00-00","deveui":"a8-17-58-ff-fe-06-7c-2b","name":"Sound C2B","devaddr":"01fa240c","ack":false,"adr":true,"gweui":"00-80-00-00-00-02-1f-94","seqn":15824,"time":"2022-08-16T08:28:43.879175Z"}

with associated conduit logs :

2022-08-16T08:28:43.856209+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|CHECK-PKT|FCNT: 00003dd0 LAST-FCNT: 00003dcf Duplicate: no
2022-08-16T08:28:43.857755+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|CHECK-MIC|ADDR: 01-fa-24-0c passed
2022-08-16T08:28:43.859328+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|PER|8.990826%
2022-08-16T08:28:43.863015+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|FCTRL|ADR:1 ADRACK:0 ACK:0 CLASS:A OPTS:0 LAST-PKT: 299980 ms
2022-08-16T08:28:43.863545+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|SCHED-TX|Use RX1 TOA:96 ms
2022-08-16T08:28:44.462296+00:00 mtcap lora-network-server: ED:a8-17-58-ff-fe-06-7c-2b|FRAME-TX|Nothing to transmit


My first conclusions are :
– the logs on the conduit really do not seem to differ between both
– it’s not a deduplication problem, as the FCNT counter seems okay
– Sometimes, when it is not working, I don’t even receive the associated lora/GW-EUI/DEV-EUI/packet_recv message after the lora/DEV-EUI/packet_recv (but sometimes yes)

I tried upgrading the firmware to 6.X version but nothing as changed on this side.

Do you have any ideas where that could come from ?