I noticed a strange behavior on the uplink timestamps.
I am using Chirpstack Version: v4.9.0
For Gateway I am using:
RPI CM4 + RAK2287
RAK7289CV2
I tested with several different end nodes.
I also tried using UDP and MQTT forwarder.
So here is the issue:
For uplink messages I see UTC time and for downlink it is GMT+4 (my region).
Server is a VM and in chirpstack logs timestamp is ok.
Please note that the JSON view of the packet is rendered server-side (and explicitly says +00:00 indicating it is UTC / no offset).The timestamp in the table view is rendered by the browser and follows the timezone of your computer.
Hello Brocaar. regarding table view, since it is rendered by my PC/Browser, then it should be incremental, following the time of my PC. But here f.eg sometimes it shows 21:47 and then immediately after next packet it shows 17:47 (4 hours back), then after some packets it again shows 21:49. How this can be explained?
@andrelquiosi yes correct, but if this time is generated by browser then it is strange why some device uplink is in UTC and some is in UTC+4. Btw both devices were sending uplink to the same gateway
What I recall is that this list uses the time from your gateway. There are multiple methods for a gateway to get the time, which could be the use of GPS or its RTC. The exact timezone used by the gateway isn’t important, as all time on this planet is consistent. It’s internal to the data flows linked to the gateway.
So are you saying that the time is wrong, and it’s not actually a timezone problem?
If so, then does your gateway have Line of Sight with the sky, since it has a GPS?
If you cannot guarantee that its GPS function can work, do you have this setting enabled?
# Time fallback.
#
# In case the gateway does not have a GNSS module or is unable to aquire a
# GNSS fix, use the system-time for setting the 'time' field on RX.
time_fallback_enabled=true
Hi @sp193 , I am not using GPS, but since GW has internet it is relying on NTP server. Strangely this problem disappeared now. Perhaps this topic can be closed and I will reopen if I see the problem again