[Martin Bures]

THANK YOU.

I will take a look at this.

Best Regards.
Martin.

[Martin Bures]

#!/bin/sh

ntpdate pool.ntp.org

sed -i -e ‘s/yes/no/g’ /etc/default/lora-network-server
sed -i -e ‘s/static/dhcp/g’ /etc/network/interfaces
sed -i -e ‘s/address/#address/g’ /etc/network/interfaces
sed -i -e ‘s/netmask/#netmask/g’ /etc/network/interfaces

cat /etc/default/lora-network-server
cat /etc/network/interfaces | grep dhcp -C 8

/etc/init.d/networking restart

[Martin Bures]

I have additionally tried updating the firmware version on the new mDot to 3.1.0 and get the same behavior.

[Martin Bures]

We have gone deeper into our issue and do not necessarily think this has anything to do with configuration settings.

We have modems in units purchased a while ago. We also have 100 modems that we purchased for new units within the last few months.

With the new modems we cannot fully communicate. We are with the above help able to join. We then send the above traffic sequence. What we see is that everything transmits correctly until the AT+SENDB=27 line. The previous command – the AT+SENDB=23 requests time information which comes back correct. The next command, the 27 requests configuration. It comes out garbled and never is actually transmitted to the gateway. We attempt to retry this command a few times and this is what we see if we capture the traffic on the uart between the mdot and our device:
AT+SENDB=1576302e310000000000323631663537322d6469727479000000000000000000000000000000000

Occasionally it will send a correct sequence but that is rare.

If I put in an older version of the modem, the system works correctly – no problems.

Both modems were flashed with the same firmware and have the same configuration setting.

The modem version is: 3.0.0-US915-mbed-os-5.4.7.bin

Current examples of working/non-working modems:
Non-working:S/N 20144285
Working:S/N 19056253

Any help is appreciated.
Martin.

[Martin Bures]

Furthermore, is there a way to fully dump all config values from one modem so we can mirror that configuration on another?

[Martin Bures]

So with the updates to the configuration that you mentioned, I can now join and pass data.

With our existing design/firmware, the system mostly starts up but fails during one of the command transactions – seemingly on the firmware side before transmission. For the failing command, we send a 0x27 and expect a response back. For this command the gateway never sees a message.

Earlier transactions succeed with messages going back and forth.

If I take the modem out of the device and put it in your development kit and run all of the commands manually, this process succeeds.

Could there be any other configuration options that need to be set? Could there be some sort of transmission problem with 0x27 and some sort of serial mode? We have many of these devices running the same firmware and they seem fine. As I said above, if I put a working modem into the device, this transaction sequence completes successfully.

Here is the manual sequence:
AT+sendb=00
AT+sendb=23
AT+sendb=27

I am going to capture the serial traffic to see what is happening during the transaction between the device and the modem.

[Martin Bures]

THANK YOU!

Thant did the trick.

Martin.

[Author]

Posts