Unable to recieve schedule downlink from Server Side about packet_forwarder HOT 8 CLOSED

Is the second node configured with same syncword as the first one (public or private) ?

from packet_forwarder.

yes my second node is configured with public syncword (0x34)

from packet_forwarder.

i am having the same problem as stated by @monkmahadeva. Can you please help me?

from packet_forwarder.

@monkmahadeva I would need more information in order to help.

What do you mean by "hence even the queue is not getting empty either"? Which queue are you refering to?

Could you enable some debug logs to try to get more insight?
lora_gateway/libloragw/library.cfg => DEBUG_HAL=1
packet_forwarder/lora_pkt_fwd/inc/trace.h => DEBUG_JIT=1

That would be useful first to see if the packet is being sent from the gateway or not.

from packet_forwarder.

@mcoracin Can i do uplink and downlink without timer event in END NODE? what i mean to ask timer event and radio events makes txdone and rxdone, using some delay can i call directly this function? Actually my MCU won't have RTC and timer event is sync with RTC. I disable the timer event and am able to do uplink properly but for my downlink my RX window is not getting open. Please suggest me how i can resolve this downlink problem?

from packet_forwarder.

@rohitkumar5293 this is more a end-node issue than a gateway issue, so out of scope here. :)
But I'll try to give you some hints.
First of all, which MCU do you have? Is there any hardware timer on it?
To answer your question, you need to have a way to precisely open the window at the right moment, in order to get the preamble of the proper packet received.
So you'll need a way to wait, from the moment you got the TX_DONE to the moment you'll open the receive window. And you need to calibrate the "wait time".
For this you can first wait for less than 1 second, let's say 0.75s, and increase the preamble timeout value (symbTimeout parameter of SX1272SetRxConfig() function). It should be set to 6 or 8 by default, set to something like 50. You should receive the packet. Then you need to update the wait time as needed to be able to put the symbTimeout back to 6 or 8 while still receiving the packet.
You can't keep the chip in RX for too long otherwise you'll receive downlink not supposed to be received by this end-node.

from packet_forwarder.

I have a similar problem,follow:

JSON up: {"rxpk":[{"tmst":474980124,"chan":6,"rfch":1,"freq":472.700000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":7.5,"rssi":-101,"size":23,"data":"AKcAAAAAAHy+AAQAAAAAer78+Ol9r74="}]}
INFO: [up] PUSH_ACK received in 6 ms
INFO: [down] PULL_ACK received in 1 ms
INFO: [down] PULL_RESP received - token[0:0] :)

JSON down: {"txpk":{"imme":false,"tmst":487012636,"freq":471.9,"rfch":0,"powe":14,"modu":"LORA","datr":"SF7BW125","codr":"4/5","ipol":true,"size":17,"data":"ICAWS6Ovmd/Zz+nN+MTCt0s="}}

ERROR: Packet REJECTED, unsupported RF power for TX - 14

Can you help me?Thanks.

from packet_forwarder.

@fooshaw the tw power required by your server seems not in line with what your gateway supports.

from packet_forwarder.