We’ve discovered a bug that may affect some of stations and it is a result of station are in version 2.0.0 or above and they are configured with a non UTC timezone.
This bug affects the timestamp that marks the demodulated data send to Network observations by the station, as it uses the local time instead of UTC time.
Stations (owners) that are affected will get an email from us as soon as we have finished the related analysis, however you can update your stations and check that you use UTC timezone to make sure that you are not affected.
How to fix the issues:
If you use the default setup, you can update to the fixed version (of satnogs-flowgraphs package) by running: satnogs-setup --install --no-config
In case you run a custom version, make sure you run the latest released version of satnogs-flowgraphs which is 2.4
Additionally or in case you can not update your station, please make sure that the timezone set in your station is UTC. You can check any of the three guides below (the first two for RPi and the 3rd for generic linux system) that will guide you on how to check and change your timezone, you will just need to find UTC timezone which usually is under “other options” or “ETC/UTC” etc:
There is also a recent hotfix release in Network which from now on will not accept frames with wrong timezone timestamps and will return an error with explaining the issue.
For the already submitted frames with wrong timezones, there will be some actions for fixing them in Network, DB and Dashboards, however due to the amount of them and some other prioritized tasks it may take from some days to some weeks to be completed.
If you have any additional questions or any issues, let us know either by replying on this post or by get in touch with us in our chat room in matrix.org.
got error similiar with this in satno log: satnogs_client_1 | ERROR satnogsclient.scheduler.tasks Upload of data_13835395_2026-04-17T15-45-42_g0 for observation 13835395 failed, response status code: 400
maybe caused by satno bug, i try to update my station to latest satnogs_client, but error still same.
Indeed, the software was not updated! We caught another bug in which we missed bumping a version. It should be fixed now. Please retry and sorry for the inconvenience.
Given the short time between the fix and the sent emails, would not justify a new email (I would like to avoid spamming). However even if they performed the steps they now going to use UTC time so the problem will be fixed either if they have an updated flowgraph or not.
Also the thread here was linked in the email so they probably will see the discussion above.