# Intermittent Data from my Integration

**URL:** <https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768>\
**Category:** Uncategorized\
**Created:** [November 30, 2020, 4:26pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768 "2020-11-30T16:26:03Z")\
**Posts on this page:** 16\
**Page:** 2

<div class="post-metadata">

**Author:** ![Jeff-UK](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jeff-uk/32/35697_2.png) [@Jeff-UK](https://www.thethingsnetwork.org/forum/u/Jeff-UK)\
**Post date:** [December 1, 2020, 9:45am UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/22 "2020-12-01T09:45:49Z")

</div>

If solution found please do share - we are all in suspense! 😉

Clue …that will be because Nick is Chairperson of the local Lepidopterology Society in N.W Greater Manchester/Burnley area (total membership 1). 🙂

---

<div class="post-metadata">

**Author:** ![Passepartout](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/passepartout/32/35697_2.png) [@Passepartout](https://www.thethingsnetwork.org/forum/u/Passepartout)\
**Post date:** [December 1, 2020, 10:27am UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/23 "2020-12-01T10:27:50Z")

</div>

In my case I think it is not caused by the temperature.  
The node is self built and consists of a PIC microcontroller and an RN2483. The controller is checking on receiving mac\_tx\_ok after each transmit of data. It seems that for any reasons the RN2483 did not send mac\_tx\_ok and then my node stops running. Also I am using cnf, I will change to uncnf soon.  
The indoor node is already running with uncnf without any problems.

---

<div class="post-metadata">

**Author:** ![Jeff-UK](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jeff-uk/32/35697_2.png) [@Jeff-UK](https://www.thethingsnetwork.org/forum/u/Jeff-UK)\
**Post date:** [December 1, 2020, 1:07pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/24 "2020-12-01T13:07:44Z")

</div>

> [@Passepartout](#):
>
> Also I am using cnf, I will change to uncnf soon.

I believe that with a 5 min interval you are likely therefore breaching the TTN FUP! Soon = now? 😉

---

<div class="post-metadata">

**Author:** ![jimg](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jimg/32/45871_2.png) [@jimg](https://www.thethingsnetwork.org/forum/u/jimg)\
**Post date:** [December 1, 2020, 4:13pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/25 "2020-12-01T16:13:26Z")

</div>

The node ran last night without problems. Previously, I had it connected to one of these:

[IOT Relay](https://dlidirect.com/products/iot-power-relay)

![](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/9/c/9caabd52f80eed5bba53fb5917212e8382f1f07e.jpeg)

The Arduino and Dragino shield pair were plugged into the outlet labelled, “Always ON”. The IOT Relay controls a string of lights, and perhaps the voltage delivered to the AC adapter for the Arduino “sagged” under the load of the lights. The node off time was exactly that of the timer settings for the IOT Relay’s lights.

Once I removed the Arduino AC adapter from the IOT Relay and plugged it into the mains, the unit ran all night.

---

<div class="post-metadata">

**Author:** ![cslorabox](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cslorabox/32/35697_2.png) [@cslorabox](https://www.thethingsnetwork.org/forum/u/cslorabox)\
**Post date:** [December 1, 2020, 4:24pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/26 "2020-12-01T16:24:13Z")

</div>

> [@jimg](#):
>
> perhaps the voltage delivered to the AC adapter for the Arduino “sagged” under the load of the lights.

Seems unlikely. If you look at your mains power adapter, you’ll probably see it’s rated for fairly severe undervoltage, to the point where if things were dropping that far, I’d be more concerned about fire risk than LoRa packets.

You might have radio frequency interference from the lights though… or possibly a horrible amount of distortion of the mains waveform from an evil light supply, though I’d expect most switching adapters to survive that.

Are you really sure the times match? The recovery point seemed to be different on different days, and there was the one that didn’t fail.

My actual guess would be that this is just coincidence and the real cause is something else. Note that seeing the problem fixed would not confirm the theory; you’d have to be able to re-create the problem by this method.

---

<div class="post-metadata">

**Author:** ![jimg](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jimg/32/45871_2.png) [@jimg](https://www.thethingsnetwork.org/forum/u/jimg)\
**Post date:** [December 1, 2020, 4:45pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/27 "2020-12-01T16:45:34Z")

</div>

> [@cslorabox](#):
>
> Are you really sure the times match? The recovery point seemed to be different on different days, and there was the one that didn’t fail.

Yes. The waveforms are dependent on that day’s temperature, and since those vary, they appear to be unmatched. Also, the middle of the waveform shows no loss of data, and the program I run to control the lights was off that day.

The lights were on last night, but the node was on the mains, not on the relay and I got payloads all night long. So the interference issue doesn’t jive.

Thank you for your comments. I feel a little sheepish about this. My Engineering skills are not what they used to be.

---

<div class="post-metadata">

**Author:** ![cslorabox](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cslorabox/32/35697_2.png) [@cslorabox](https://www.thethingsnetwork.org/forum/u/cslorabox)\
**Post date:** [December 1, 2020, 4:49pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/28 "2020-12-01T16:49:44Z")

</div>

If the lights are really causing a brownout on the extension cord, you have a serious fire risk, not a LoRaWAN problem.

I really believe your LoRaWAN problem is something else.

If the lights are involved at all, it had _better not_ be that much droop of the mains voltage but rather some other mechanism. Because if that is really it, you are in a quite dangerous situation, LoRaWAN project or no.

---

<div class="post-metadata">

**Author:** ![Passepartout](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/passepartout/32/35697_2.png) [@Passepartout](https://www.thethingsnetwork.org/forum/u/Passepartout)\
**Post date:** [December 1, 2020, 5:08pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/29 "2020-12-01T17:08:15Z")

</div>

The airtime is 61.7ms, 5min intervall = 12 transmits per hour = 123.4ms per hour = 2.9616s per day.  
I will delete the check of mac\_tx\_ok, the loss of some data is not a big problem for me.

---

<div class="post-metadata">

**Author:** ![cslorabox](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cslorabox/32/35697_2.png) [@cslorabox](https://www.thethingsnetwork.org/forum/u/cslorabox)\
**Post date:** [December 1, 2020, 5:27pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/30 "2020-12-01T17:27:47Z")

</div>

> [@Passepartout](#):
>
> I will delete the check of mac\_tx\_ok

No. You need to change the sending mode to unconfirmed, as otherwise each affordable transmission will prompt an unaffordably expensive (in terms of capacity) downlink in response - even if you ignore the result.

---

<div class="post-metadata">

**Author:** ![Jeff-UK](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jeff-uk/32/35697_2.png) [@Jeff-UK](https://www.thethingsnetwork.org/forum/u/Jeff-UK)\
**Post date:** [December 1, 2020, 5:28pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/31 "2020-12-01T17:28:59Z")

</div>

Its not the time (up or down) that is the problem - its the limit of number of downlinks! (Remember each time GW Tx’s your downlink it is unable to listen to every other node that may be transmitting an uplink - hence the limit for social responsibility.) Must confess I sometime find I have mis-configured a node or power up an off the shelf device only to find it breaches limit, or may deliberately configure as conf mode for short test (\<10 Tx/Rx pairs) and get distracted or forget to switch off/change settings - am sure it happens a lot and to many people, but once aware should take immediate steps to correct where practical.

- _At most 10 downlink messages per 24 hours, including the ACKs for confirmed uplinks_.

> [@Fair Use Policy explained](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):
>
> For The Things Network’s public community network the [Fair Access Policy](https://www.thethingsnetwork.org/docs/lorawan/duty-cycle.html#maximum-duty-cycle) limits the data each end-device can send, by allowing: An average of 30 seconds uplink time on air, per 24 hours, per device. At most 10 downlink messages per 24 hours, including the ACKs for confirmed uplinks. A good goal is to keep the application payload under 12 bytes, and the interval between messages at least several minutes. An [online airtime calculator can give you some insight](https://avbentem.github.io/airtime-calculator). The following regulations apply a…

---

<div class="post-metadata">

**Author:** ![kersing](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/kersing/32/44777_2.png) [@kersing](https://www.thethingsnetwork.org/forum/u/kersing)\
**Post date:** [December 1, 2020, 5:30pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/32 "2020-12-01T17:30:43Z")

</div>

> [@Passepartout](#):
>
> not caused by the temperature

Be aware the RN2483 (not the A) is known to stop sending data when the temperature drops below zero C.

---

<div class="post-metadata">

**Author:** ![Passepartout](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/passepartout/32/35697_2.png) [@Passepartout](https://www.thethingsnetwork.org/forum/u/Passepartout)\
**Post date:** [December 1, 2020, 5:47pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/33 "2020-12-01T17:47:42Z")

</div>

@Jeff-UK: I changed to unconfirmed.

@kersing: I’m using RN2483A.

I’m thinking about changing the interval to 10min, but now I leave it at 5min and will see what will happen.

---

<div class="post-metadata">

**Author:** ![jimg](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jimg/32/45871_2.png) [@jimg](https://www.thethingsnetwork.org/forum/u/jimg)\
**Post date:** [December 1, 2020, 8:23pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/34 "2020-12-01T20:23:10Z")

</div>

> [@cslorabox](#):
>
> If the lights are involved at all, it had _better not_ be that much droop of the mains voltage but rather some other mechanism.

The node fails to communicate while the lights are on AND WHEN the AC adapter for the Arduino is connected to the Relay. It was my wild a\*\* guess that the relay voltage was sagging. Perhaps that was a little reckless of me to suggest. Inteference/noise? Perhaps. I’d love to troubleshoot it and really understand. I am not concerned about a fire as the total wattage of the lights is perhaps 500W. I have a watt-meter. I will check that out.

---

<div class="post-metadata">

**Author:** ![jimg](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jimg/32/45871_2.png) [@jimg](https://www.thethingsnetwork.org/forum/u/jimg)\
**Post date:** [December 2, 2020, 6:50pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/35 "2020-12-02T18:50:57Z")

</div>

Night 2, Arduino not connected to the IOT Relay, no data gaps. I still have to measure the power draw of the lights. There are 55 of them.

---

<div class="post-metadata">

**Author:** ![cslorabox](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/cslorabox/32/35697_2.png) [@cslorabox](https://www.thethingsnetwork.org/forum/u/cslorabox)\
**Post date:** [December 2, 2020, 7:48pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/36 "2020-12-02T19:48:00Z")

</div>

Do you have a way to safely measure the voltage at the power strip when the lights are on?

Something like a Kill-a-watt plug-meter would measure both the consumption and the voltage.

You could also plug in the node’s main’s power supply and measure the output of that while the lights are on…

---

<div class="post-metadata">

**Author:** ![jimg](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/jimg/32/45871_2.png) [@jimg](https://www.thethingsnetwork.org/forum/u/jimg)\
**Post date:** [December 2, 2020, 9:55pm UTC](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768/37 "2020-12-02T21:55:08Z")

</div>

> [@cslorabox](#):
>
> Something like a Kill-a-watt plug-meter would measure both the consumption and the voltage

Thanks - good idea. I have one of those and plan to use it. I wish I had more time during the week. I will do the measurements this weekend.

[Previous page](https://www.thethingsnetwork.org/forum/t/intermittent-data-from-my-integration/41768.md?page=1)
