My configuration is up a running (Arduino AT328 with Dragino shield and LMIC library) sensors and the IC880A concentrator on a Raspberry PI. I’m using quarter wave antennas on both (indoors and within 5-75 feet of one another). I’m using the Semtech packet forwarder.

However, I’m losing probably 80 percent of the packets. This seems to be true with both LoRaServer and TTN.

The gateway doesn’t see most of the packets and of those it does, there are lots of CRC errors. I can see the packets being queued on the Arduino but there’s nothing (most of the time) on the other side.

Yes, I understand that. My working assumption is that what I was experiencing was high interference. TTN, for example, recommends using band 1 on the clients. I tried band 0 on the clients and it worked.

hi,I had CRC faild issue also,but I find out my power supply to IMST board is 3V,it’s too low voltage to IMST board,after change it to 5V,it works much better than before.sometimes still have CRC faild,but most are CRC OK.I think there must be some interference makes the CRC faild,It can not always be CRC OK,right?

Hey guys, I need your help! I already put some efforts to solve this problem but I didn’t have any solution yet. My gateway is receiving packets spaced between 8 loss. For example:fCnt: 0, 1, 8, 16, 24, 32, ...

I noticed that my gateway is receiving packets only in specific channels: 0 and 8.

I tried to change all frequencies on global_conf.json but I didn’t have any success. I tried to put another global_conf.json of a gateway that is working and receiving all packets but I didn’t have success as well. I already tried to change both hardware tho.

Please note that most gateways are only able to listen on 8 (multi spreading-factor) channels. Therefore for the US band, you must configure LoRa Server so that it will tell your devices to only use 8 channels (instead of the 64 multi SF channels that are defined by default)…

See:

# Enable only a given sub-set of channels
#
# Use this when ony a sub-set of the by default enabled channels are being
# used. For example when only using the first 8 channels of the US band.
#
# Example:
# enabled_uplink_channels=[0, 1, 2, 3, 4, 5, 6, 7]
enabled_uplink_channels=[]

I am having the packet loss issue when using Loraserver with my gateway and node. The channels are negotiated correctly when i use the things network, so I know the gateway and node are working correctly.

I have tried enabling the first 8 channels (0 through to 7) using the suggested config option but I still see the same packet loss. I believe the gateway frequency configuration is broadcast over MQTT, so I can identify which frequencies the gatetway listens on. How do the frequencies translate to channel numbers?

I am also curious about the bandwidth. Does Loraserver also restrict the bandwidth of nodes as well?

To the LoRa Gateway Bridge. But you must configure the LoRa Gateway Bridge so that it knows which packet-forwarder configuration file to update and which command to run to apply these changes. Please refer to the lora-gateway-bridge.toml configuration file.