# Data not injected on events Node-Red

**URL:** <https://www.thethingsnetwork.org/forum/t/data-not-injected-on-events-node-red/35414>\
**Category:** End Devices (Nodes)\
**Created:** [March 16, 2020, 7:14pm UTC](https://www.thethingsnetwork.org/forum/t/data-not-injected-on-events-node-red/35414 "2020-03-16T19:14:46Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [March 17, 2020, 9:57am UTC](https://www.thethingsnetwork.org/forum/t/data-not-injected-on-events-node-red/35414/4 "2020-03-17T09:57:52Z")

</div>

Assuming you’re using the TTN community network that only supports Class A devices: if the above implies that your “Siren” device is sending uplinks just to poll for a downlink command to control it, then I very much doubt that this is a suitable use case for LoRaWAN. Even less so on the TTN community network, which defines [a fair access policy](https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy-guidelines/1300) (with limitations that, I feel, should apply to any other low-density LoRaWAN network as well).

Also beware that there’s just no guarantee that your device’s uplinks are received; it’s radio in a shared spectrum after all.

---

_[View the full topic](https://www.thethingsnetwork.org/forum/t/data-not-injected-on-events-node-red/35414)._