Jac Kersing

To fix this, replace the '-s 1' with '-s 3' and 'killall -1' with 'killall -3' in ```/etc/init.d/ttn-pkt-forwarder```

Nothing you are doing wrong. The newer MultiTech firmware causes this message to appear. Installation should still proceed without issues and the gateway should connect to TTN without issues.

I am looking at another solution to achieve the same result. The installer is interactive so prompting for the information is more in-line with the existing code.

Can you please disable the 'if' at ttn_transport.c line 510 and try again?

My dev setup has an USB concentrator that requires this check in order not to flood TTN with garbage data. :-(

I've tested extensively and the USB concentrators are running fine as well with the low level library I'm using so this one is fixed.

MAC commands are processed by the back-end, not the gateway (also not the packet forwarder on the gateway) so I assume your statement is based on back-end code? What code?

Ttnmapper uses packets received, which is not related to transmit power. Do you still have the pre conversion global and local configuration files so these can be compared to the...

Tx Power is set by the back-end. When running lora-network-server you are running your own back-end which requires setting the max power. Once connected to TTN the TTN back-end takes...

Look at the github repo for TTN code (github.com/TheThingsNetwork) and documentation (on the main website thethingsnetwork.org) and the TTN forum for additional information.