Multiple end-nodes join issue

[brocaar]

Multiple end-nodes join issue

[Mehradzie]

[Update]
LoRaWAN semtech code for end-nodes seems to have a similar issue. One node hugs the server and non of the others can join. I am not even sure where to start to bug-fix this.

[VirTERM]

I don't have such problem. Running multiple nodes through more than one gateway

[VirTERM]

For testing i send packet every 2
mins. Usually, multiple gateways and couple of nodes per gateway.

On Jun 2, 2016, at 20:59, Mehradzie [email protected] wrote:

I've put a 10s delay before sending the packets after the join and now the rest of the nodes (3 at the same time) join, no problem. gonna cram in another 10 to see how it will handle it. How frequently you guys have been sending packets for your testing?

I am guessing we are still dealing with the sx1310 single buffer issue with the current basic/gps/etc packet forwarder which doesn't have any queue system and packets are writing on top of each-other. 👾

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

[ivajloip]

I have also tested with multiple devices without a problem. In my case there was a large time difference between the join requests and thus the buffer size was not an issue for me.

[brocaar]

Hmmm... that is odd. I've beed doing tests in the past with multiple nodes, but maybe a regression happend during some refactoring or changes? I'll do some testing at my side to see if I can reproduce this issue and find a fix.

[Mehradzie]

I've put a 10s delay before sending the packets after the join and now the rest of the nodes (3 at the same time) join, no problem. gonna cram in another 10 to see how it will handle it. How frequently you guys have been sending packets for your testing?

I am guessing we are still dealing with the sx1310 single buffer issue with the current basic/gps/etc packet forwarder which doesn't have any queue system and packets are writing on top of each-other. 👾

[Mehradzie]

Thanks guys. I have figured out the during the 5 second wait for the join response, the request was getting over written by another node's 2 second data. Hope they implement the queue on the stable edition of packet forwarder soon.

[VirTERM]

Actually, I run some tests, and i can see that there is a problem. If i send even a couple of join requests via the same gateway, at least one of them will fail....

[brocaar]

Did you already try the new packet_forwarder (v3) with the
lora-semtech-bridge (v2)? The new packet_forwarder should fix some issues
regarding to scheduling.

On Mon, Jun 20, 2016, 02:57 Wojciech Tryc [email protected] wrote:

Actually, I run some tests, and i can see that there is a problem. If i
send even a couple of join requests via the same gateway, at least one of
them will fail....

—
You are receiving this because you commented.

Reply to this email directly, view it on GitHub
#23 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AAKGeZTVzYVRtbcUlUJogZt--4FPqOZrks5qNeVmgaJpZM4IsROr
.