# Gateway unable to run Class B without time source

**URL:** <https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025>\
**Category:** Dragino Gateways\
**Tags:** dragino\
**Created:** [August 27, 2024, 8:59am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025 "2024-08-27T08:59:19Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![gztproject](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/gztproject/32/46809_2.png) [@gztproject](https://www.thethingsnetwork.org/forum/u/gztproject)\
**Post date:** [August 27, 2024, 8:59am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/1 "2024-08-27T08:59:19Z")

</div>

I have the same problem with LPS8V2. This looks like the primary suspect:

```auto
... [S2E:INFO] Beaconing every 2m8s on 869.525MHz(1) @ DR3 (frame layout 2/8/17)
... [S2E:INFO] Beaconing suspend - missing GPS data: time 
... [___:INFO] CoreCell reset through GPIO20...
lgw_stop:1202: --- IN
Note: LoRa concentrator was not started...

```

If i understand correctly the GW bases the time for class B beaconing on the GPS time, which it doesn’t get since there’s no builtin GPS.  
In turn the whole LoRa stack resets.  
I e-mailed their tech support and I’m waiting for the response.

---

<div class="post-metadata">

**Author:** ![descartes](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/descartes/32/47220_2.png) [@descartes](https://www.thethingsnetwork.org/forum/u/descartes)\
**Post date:** [August 27, 2024, 4:51pm UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/2 "2024-08-27T16:51:00Z")

</div>

> [@gztproject](#):
>
> I have the same problem with LPS8V2

That’s a bit of a stretch for a thread hijack - read a bit more of the forum and you can start your own topic!

However, moved to own topic!

As you’ve surmised that you need a GNSS time source to run Class B, what do you anticipate Dragino is going to say when they respond?

---

<div class="post-metadata">

**Author:** ![gztproject](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/gztproject/32/46809_2.png) [@gztproject](https://www.thethingsnetwork.org/forum/u/gztproject)\
**Post date:** [August 28, 2024, 8:00am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/3 "2024-08-28T08:00:58Z")

</div>

Thanks for the warning.

Dragino tech support did answer with some follow up questions and I sent them a reply with detailed logs and this quick analysis.

You can see that each reset causes the ‘Disconnect gateway’ event in TTN (timestamps are 2h apart due to timezone)

| Gateway log | TTN Console live data | Time difference |
| --- | --- | --- |
| 2024-08-28 **07:17:31**.440 [\_\_\_:INFO] CoreCell reset through GPIO20… | **9:17:48** Disconnect gateway | **17s** |
| 2024-08-28 **07:17:49**.039 [CUP:INFO] Connecting to CUPS … [https://eu1.cloud.thethings.network:443](https://eu1.cloud.thethings.network:443) (try #1) | **9:17:49** Connect gateway | 0s |
| 2024-08-28 **07:17:57**.160 [\_\_\_:INFO] CoreCell reset through GPIO20… | **9:18:14** Disconnect gateway | **17s** |
| 2024-08-28 **07:18:14**.666 [CUP:INFO] Connecting to CUPS … [https://eu1.cloud.thethings.network:443](https://eu1.cloud.thethings.network:443) (try #1) | **9:18:15** Connect gateway | 1s |
| 2024-08-28 **07:18:22**.785 [\_\_\_:INFO] CoreCell reset through GPIO20… | **9:19:05** Disconnect gateway | **43s** |
| 2024-08-28 **07:19:05**.861 [CUP:INFO] Connecting to CUPS … [https://eu1.cloud.thethings.network:443](https://eu1.cloud.thethings.network:443) (try #1) | **9:19:06** Connect gateway | 1s |
| 2024-08-28 **07:19:13**.970 [\_\_\_:INFO] CoreCell reset through GPIO20… | **9:19:31** Disconnect gateway | **18s** |
| 2024-08-28 **07:19:31**.510 [CUP:INFO] Connecting to CUPS … [https://eu1.cloud.thethings.network:443](https://eu1.cloud.thethings.network:443) (try #1) | **9:19:32** Connect gateway | 1s |

About 17s after each of the _ **CoreCell reset through GPIO20** _ events, the TTN gets the Gateway Disconnect. Then the Gateway reconnects using CUPS and the TTN registers a GW Connected event about a second after.

---

<div class="post-metadata">

**Author:** ![KrishnaIyerEaswaran2](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/krishnaiyereaswaran2/32/44663_2.png) [@KrishnaIyerEaswaran2](https://www.thethingsnetwork.org/forum/u/KrishnaIyerEaswaran2)\
**Post date:** [August 28, 2024, 8:39am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/4 "2024-08-28T08:39:22Z")

</div>

Can you check if there’s a disconnect event in The Things Stack Console? Errors would probably be logged there.

---

<div class="post-metadata">

**Author:** ![descartes](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/descartes/32/47220_2.png) [@descartes](https://www.thethingsnetwork.org/forum/u/descartes)\
**Post date:** [August 28, 2024, 8:47am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/5 "2024-08-28T08:47:16Z")

</div>

The OP appears to have edited his post to say that there are disconnects showing in the console.

Which given the gateway resets isn’t total news.

Sadly we still appear to have the reality disconnect of Class B on a gateway with no GPS but no acknowledgement of such.

---

<div class="post-metadata">

**Author:** ![descartes](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/descartes/32/47220_2.png) [@descartes](https://www.thethingsnetwork.org/forum/u/descartes)\
**Post date:** [August 28, 2024, 9:18am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/7 "2024-08-28T09:18:39Z")

</div>



---

<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:** [August 28, 2024, 9:51am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/8 "2024-08-28T09:51:40Z")

</div>

> [@gztproject](#):
>
> If i understand correctly the GW bases the time for class B beaconing on the GPS time, which it doesn’t get since there’s no builtin GPS.  
> In turn the whole LoRa stack resets.

If the gateways lorawan stack (BasicsStation) resets because of the missing GPS sync (because of a missing GPS) it is not surprising the gateway disconnects at TTN. Effectively the software that creates the connection exits so the connecting is disrupted.

Why is the software configured to use class B beaconing if the hardware required is missing a required component? What suggestions did you get from Dragino support?

---

<div class="post-metadata">

**Author:** ![descartes](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/descartes/32/47220_2.png) [@descartes](https://www.thethingsnetwork.org/forum/u/descartes)\
**Post date:** [August 28, 2024, 9:57am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/9 "2024-08-28T09:57:53Z")

</div>

There is also the potential issue of the Fair Use Policy

---

<div class="post-metadata">

**Author:** ![gztproject](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/gztproject/32/46809_2.png) [@gztproject](https://www.thethingsnetwork.org/forum/u/gztproject)\
**Post date:** [August 29, 2024, 9:28am UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/10 "2024-08-29T09:28:26Z")

</div>

So after some e-mails with Dragino we discovered the underlying issue.

There seems to be a bug in timezone settings and the gateway only functions correctly when it’s set to UTC timezone. Once that was set everything is working as expected.

B-class beaconing symptom was just a side effect of the GW being unable to determine UTC time (apparently due to failed TZ conversion). Then the GW switched to fallback method to get the time - GPS (which it doesn’t have).

I do believe this would also solve the hijacked thread’s problem as it was a firmware issue all along.

---

<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:** [August 29, 2024, 4:34pm UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/11 "2024-08-29T16:34:32Z")

</div>

> [@gztproject](#):
>
> There seems to be a bug in timezone settings and the gateway only functions correctly when it’s set to UTC timezone.

That’s a nasty issue to have and debug. Glad it has been resolved.

---

<div class="post-metadata">

**Author:** ![system](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/6/2/6250ea44fd2b0d6259489e1a92748df681e1f970.png) [@system](https://www.thethingsnetwork.org/forum/u/system)\
**Post date:** [August 30, 2024, 4:35pm UTC](https://www.thethingsnetwork.org/forum/t/gateway-unable-to-run-class-b-without-time-source/69025/12 "2024-08-30T16:35:10Z")

</div>

This topic was automatically closed 24 hours after the last reply. New replies are no longer allowed.
