Multitech - TTN connection lost after some days

hi

My configuration is:

Multitech Conduit (MTCDT-LEU1-247A) with loracard (MTAC-LORA-H-868) and GSM Cellular for WAN Transport.

After a few days of trouble-free operation, the gateway no longer sends data. after a restart, everyone is back.
I looked at the log files and found the following:

14:43:08 INFO: Watchdog is disabled
14:43:08 INFO: Contact email configured to “xxx.xxx.com
14:43:08 INFO: Description configured to “Gateway from IBBD.AT”
14:43:08 INFO: [Transports] Initializing protocol for 1 servers
14:43:09 INFO: [TTN] server “bridge.eu.thethings.network” connected
14:43:09 INFO: [main] Starting the concentrator
ERROR: FAIL TO CONNECT BOARD
INFO: FPGA supported features: [TX filter] [Spectral Scan]
14:43:09 ERROR: [main] failed to start the concentrator
14:43:13 *** Multi Protocol Packet Forwarder for Lora Gateway ***
Version: 3.0.10
14:43:13 *** Lora concentrator HAL library version info ***
Version: 5.0.1; Options: native;


devicehq is not interrupted. Only the last seen status on console.thethingsnetwork.org is interrupted and and packages are not received.

markus

The log has this message but the unit is working after reboot?

Take note of the IP address on PPP
$ ifconfig

When the device fails check again if the IP address has changed on the cellular interface.

Try to add “autoquit_threshold” to the gateway config to restart if the IP changes.

Check that there is only one packet forwarder process running
$ ps -A

Try to stop the packet forwarder, reset the lora card, then start the packet forwarder. This should occur on reboot
$ mts-io-sysfs store lora/reset 0
$ mts-io-sysfs store lora/reset 1

Check that the card hardware is functioning, cdone should go low when creset is low.
$ mts-io-sysfs show lora/cdone
$ mts-io-sysfs store lora/creset 0
$ mts-io-sysfs show lora/cdone
$ mts-io-sysfs store lora/creset 1
$ mts-io-sysfs show lora/cdone

Please update to the newest version of the packet forwarder. To do so, get the newest installer from https://github.com/kersing/multitech-installer. Easiest way is log on to the conduit and run:

wget -O installer.sh https://raw.githubusercontent.com/kersing/multitech-installer/master/installer.sh

then re-run the installer with

sh installer.sh

Report. Same had happened to me; what I did (checking after every step if it works):

  • reboot
  • checked hw reset lines using commands mentioned above
  • updated installer using commands mentioned above
  • reflash FPGA hex with mts-fpga-loader to version v31 - success
  • reflash FPGA hex with mts-fpga-loader to version v33 - fail
  • reflash FPGA hex with mts-fpga-loader to version v31 - success
  • reboot
    Works. So it might be updating installer, but with restart being required… which doesn’t make sense, or does it…?