How can it be pushed data from LoRa gateway to TTU mote?

Gateways Kerlink Gateways
21

I didn’t know that @scle, are you sure about that? I ask because that would be very interesting for improving the speed in my code, since right now I have two delays just after sending something to the mac, if I understand you well, I could remove the delays since they are not actually needed, did you mean that?

delay(1000);//first Rx window to listen
if (LoRaWanReceive()) {
  Serial.print("received mac_rx at 1s!!");
}
delay(2000);//second Rx window to listen
if (LoRaWanReceive()) {
  Serial.print("received mac_rx at 2s!!");
}

Thanks again

22

Hi @ndarkness,

I do believe your delays are unnecessary. The RN2483 will respond after a while with or without your delays. You just have to listen for any message from the module and you might be doing other things in the meanwhile.

23

As far as I can tell, it will be against the TTN Fair Access Policy, to limit the average airtime per node, per day. Some sources for that in Limitations: data rate, packet size, 30 seconds/day Fair Access Policy, nodes per gateway.

24

And as far as regulations are concerned the LoRaWAN gateway is just another device using the ISM band. It too needs to adhere to the maximum duty cycle (typically 1% in Europe for 868 MHz bands). If on a busy gateway all nodes would request confirmed uplink messages the gateway would soon have to be silenced because it will exceed the maximum allowed duty cycle.

1 Like
25

Hi @scle

I can give it a try, but I see an issue in that, if the only moment that my nodoe can receive something is after transmitting, I have to listen to the serial just after transmitting so it does not let my much time to do other things, you might implement some kind of interruption but it will have just occurred after sending so I don’t see an advantage on it right?

26

Hi @ndarkness,

Interruption based programming of the UART interface will be the way to go when resources are scarce. This will enable low power nodes, but requires more knowledge and is tougher to program and debug. You can for instance make the MCU sleep until a message is received on the UART. Handle the message and sleep again. But this has nothing to do with this subject or forum post. Checkout the sleep modes for your MCU for more information.