I’m using loraserver from a couple of week and I notified something that I do not know explained.
After join session accepted (join request - join accept) I have to wait at least 5 min before seeing the first uplink on the loraserver.

I must precise that after the second uplink the duty cycle is respected for example I can send every 2 min or less my payload.

From the device side I’m sure that it sends a frame according to the duty cycle setting.

Then I 'm almost sure that the issue comes from loraserver because if I’m using the same device on Objenious lorawan network or Senet lorawan network for example I don’t wait 5 minute after join session before seeing the uplink of my device.

In that case it is not related to having 72 channels enabled and a gateway listening only on 8 channels (e.g. US band). The only thing that that I can think of that could be different between the networks is the content of the join-accept (which might trigger a different behavior of your device):

Maybe you can find out what the content of the DLSettings, RxDelay and CFList is of the other networks and update your loraserver.toml configuration to match the same values?

(I’m assuming here that your device is sending data only 5 minutes after the join-accept, this is something you need to confirm too)

You say that there is delay between the join-accept and first uplink frame sent by the device. Is this the first uplink frame sent by the device or the first uplink frame received by LoRa Server? It is not clear to me if the device is sending data which is not processed by LoRa Server, or if your device does nothing for a couple of minutes (which I assume).

E.g. what is the frame-counter of the 9:31:43 PMUnconfirmedDataUp frame?

Ok I can try but I’m not sure to recover anything these networks belong to big firm which not open source

The join-accept is sent to your device, so you should have access to these properties

For this case the waiting time has been split in two, 2m30 before the first uplink and then almost 3min before to execute the code correctly.

I’m not sure what almost 3min before to execute the code correctly means. I don’t think LoRa Server has any control over how your device executes its code.

I use the same kind of device (B-L072Z-LRWAN) this is not exactly the same purpose, in this case sending the frames is triggered by an event not by timer (event = PIR sensor detection) anyway as you can notified,
the first uplink appears only 15sec after the join the behavior is different from the loraserver with the same use-case I have to wait 5 min before to see the first uplink ( this is the title of this post).

From objenious network I can only see APPNONCE, DEVNONCE, DEVADDR and NETID, no trace of DLSettings , RxDelay and CFList

Last point regarding your question:

brocaar:

E.g. what is the frame-counter of the 9:31:43 PMUnconfirmedDataUp frame?