Is it normal to send the unconfirmed message once and receive twice?

Is this caused by a problem with the device or gateway, and if so, how to set it to avoid this phenomenon?

INFO: Received pkt from mote: 26041304 (fcnt = 12)

INFO: Received pkt from mote: 26041304 (fcnt = 12)

JSON up: {"rxpk":[{"jver":1,"tmst":50978645,"chan":5,"rfch":1,"freq":487.300000,"mid": 8,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","rssis":-10,"lsnr":13.5,"foff":-269,"rssi":-10,"size":18,"data":"QAQTBCaAAAACMkUdJTzaCu1f"},
         {"rxpk":[{"jver":1,"tmst":50978646,"chan":0,"rfch":0,"freq":486.300000,"mid": 12,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","rssis":-74,"lsnr":-4,"foff":-257,"rssi":-70,"size":18,"data":"QAQTBCaAAAACMkUdJTzaCu1f"}]}

Here is the setting of the node:

OK Work Mode: LoRaWAN
Region: CN470
MulticastEnable: false
DutycycleEnable: false
Send_repeat_cnt: 1
Join_mode: ABP
DevAddr: ***
AppsKey: ***
NwksKey: ***
Class: A
Joined Network:true
IsConfirm: unconfirm
AdrEnable: true
EnableRepeaterSupport: false
RX2_CHANNEL_FREQUENCY: 505300000, RX2_CHANNEL_DR:0
RX_WINDOW_DURATION: 3000ms
RECEIVE_DELAY_1: 1000ms
RECEIVE_DELAY_2: 2000ms
JOIN_ACCEPT_DELAY_1: 5000ms
JOIN_ACCEPT_DELAY_2: 6000ms
Current Datarate: 5
Primeval Datarate: 5
ChannelsTxPower: 0
UpLinkCounter: 1
DownLinkCounter: 0

Here is the firmware version:

OK V3.0.0.14.L

How close is the device to the gateway - it looks like it was heard on two frequencies at the same time.

You need 10m &/or a brick wall between a device & a gateway other wise the shouting in the ear of the gateway can cause it to think it’s receiving on two or more channels at the same time.

2 Likes

I have to say you are right, I am in the laboratory, about one meter between the gateway and the device (I’ve only been allocated so much space).

How to solve the problem in this situation? Build a brick wall or other shelter? (it’s too eye-catching to put the brick on the table)

Hie @haowong ,

What I would do is remove the antenna. Funny as it sounds I have done it before, Run the node but forget to put the antenna, still see packets when I am up to a meter close to the gateway. Quick and dirty way to lower your EIRP for testing purposes.
Or use this:

at+set_config=lora:tx_power:X
Set the TX power level. X - The level of TX power. I

Crank it down a bit and observe, hopefully this intermodulation product you seem to be seeing will attenuate sufficiently to be below the sensitivity level.

Regards
Vladislav

The proposal of the antenna is very constructive!

I have another question: my gateway and node both have antennas. Do I just need to remove the antenna of the node? Or remove them both? Or what kind of permutation? :grinning:

@haowong ,

This is in no means a good practice :slight_smile:
Generally you should absolutely not do this, but for a quick test it will work. I am only suggesting it as I have forgotten to put mine on the RAK811 numerous times (unintentionally) and the result was a lot lower RSSI, nothing else.
Leave the gate alone it is expensive, you don’t want to mess with it (not that I haven’t done that too, again unintentionally).
But try reducing the power with the AT command first just to stay safe observe the results and if need be go nuts, ahah.

Regards
Vladislav

2 Likes

It sounds like you will operate your device very very close to a gateway. Just use serial comms and wires :grinning:

Anyway, I don’t suggest you remove the antenna of the gateway. It is more expensive compared to your device and also, other devices might connect to it as well. For devices, I have lots of time running stuff without antenna connected too. Sometimes I am just lazy to put the antenna do to quick test :sweat_smile:

The only bad thing of disconnecting the antenna is the reflection of the RF signal going back to your RF chip. Unless you add a 50ohms resistor to match the transmission lines to match it.

1 Like

Really??

You don’t need to touch the gateway, it can all be done over the network - so just put it at the other end of the room or in another room with a note on why it’s plugged in there.

You could even explain to your supervisor that it won’t work unless you do this.

1 Like

I’m sorry to disturb you again.

I have a derived question: as shown in the third line of the gateway log below, is it normal to receive two or more RF packets in a single device transmission, or is it also caused by too close distance?

Normally, only one packet will be received??

The difference between this problem and the original problem is that the RF packets mentioned here will be two or more different packets instead of the duplicate packets mentioned at the beginning.

##### 2021-04-10 11:12:04 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 2
# CRC_OK: 50.00%, CRC_FAIL: 50.00%, NO_CRC: 0.00%
# RF packets forwarded: 1 (18 bytes)
# PUSH_DATA datagrams sent: 2 (619 bytes)
# PUSH_DATA acknowledged: 100.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 3 (100.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to concentrator: 0 (0 bytes)
# TX errors: 0
### SX1302 Status ###
# SX1302 counter (INST): 30897377
# SX1302 counter (PPS):  0
# BEACON queued: 0
# BEACON sent so far: 0
# BEACON rejected: 0
### [JIT] ###
src/jitqueue.c:440:jit_print_queue(): INFO: [jit] queue is empty
#--------
src/jitqueue.c:440:jit_print_queue(): INFO: [jit] queue is empty
### [GPS] ###
# GPS *FAKE* coordinates: latitude 31.26857, longitude 120.74686, altitude 100 m
ERROR: invalid I2C file descriptor
### Concentrator temperature unknown ###
##### END #####

I know this kind of problem is boring, but the phenomenon of receiving multiple packets at one time has a devastating impact on my experiment…

@nmcc @carlrowan

Thank you very much, gentlemen, if you could take a second look at the question I just asked.

A device can’t transmit two packets at the same time as it only has one transmitter circuit. So if you are consistently getting two or more packets arriving at the exact same time, then yes, it almost always is device & gateway too close, particularly when you get CRC errors as well.

What is the RSSI and SNR of the uplink that survived? A device close by would be on something like -50, a device much further away would be -110 with all values in-between.

This is about the laws of physics - you don’t get to negotiate, neither does your supervisor. Just give it a try with the gateway further away - 10m &/or brick wall is the ideal as usually people just shove the gateway a couple of meters away when you tell them that but if we said 2m they’d try 50cm.

There’s a firmware & backend expert over on the TTN forum, a really great bloke, very helpful, ask for @descartes - he’ll confirm that he answers this question all the time even though he’s not so much in to gateways & RF. But he has a little secret. He sticks a glass of water over the spring antenna on the RAK833 on his test gateway on his desk and puts the antenna of his test device behind one of his iMacs and that does a great job of attenuating the signal enough to not cause any issues.

1 Like

The lowest rssi value is about -20, and the value of lsnr is always around 14.

It’s really abnormal compared to the value you described. I see that when multiple packets are received at the same time, the RSSI of the extra packet always jumps to - 70, which may be a reason.

Hei @haowong ,

You said the packets are different this time around. How do you know?
If they are different can the answer simply not be that they are not from this node at all?
This is a RAK7258 right?

Regards
Vladislav

In fact, I also see from the gateway log that the ‘difference’ here probably refers to receiving CRC correct and wrong packets at the same time, which is not strictly equivalent to the packets sent by different devices.

INFO: Received pkt from mote: 26041304 (fcnt=8)

INFO: Received pkt from mote: A22082B5 (fcnt=36936)


JSON up: {"rxpk":[{"jver":1,"tmst":235580894,"chan":7,"rfch":1,"freq":487.700000,"mid": 8,"stat":1,,"modu":"LORA","datr":"SF7BW125","codr":"4/5","rssis":-17,"lsnr":13.5,"foff":-238,"rssi":-16,"size":18,"data":"QAQTBCaACAACzaMSupFAJTka"},
{"jver":1,"tmst":235580894,"chan":2,"rfch":0,"freq":486.700000,"mid":10,"stat":-1,,"modu":"LORA","datr":"SF7BW125","codr":"4/5","rssis":-84,"lsnr":-7.2,"foff":-226,"rssi":-76,"size":18,"data":"Y7WCIKLASJACmANO6WTYrKgb"}]}

The device is RAK811.

My question was about the gateway/server?

The gateway is not from Rakwireless.

I don’t think there’s something wrong with the devices, it’s probably the physical phenomenon as mentioned above.

So, nothing wrong with the RAK products and repeated advice to move the gateway & devices further apart.

What’s your next move?