Problems with transmitters-override.json

46 views
Skip to first unread message

Fausto Arinos Barbuto

unread,
Aug 26, 2026, 2:39:04 PMAug 26
to SkyRoof

I've had problems with the override file, and I can't find the mistake.

This file is located at:

...\AppData\Roaming\Afreet\Products\SkyRoof

as I suppose it should be.

In this file, the first group of parameters is associated to NIGHTJAR.

{
  "hdxq4LxTwD3moSxZ3wwd8G": {
    "satellite": "NIGHTJAR",
    "norad": 60535,
    "modulation": "GMSK",
    "baudrate": 4800,
    "framing": "AX.25 G3RUH"
  },

Just for the sake of an example, let us change the baud rate to 9600:

{
  "hdxq4LxTwD3moSxZ3wwd8G": {
    "satellite": "NIGHTJAR",
    "norad": 60535,
    "modulation": "GMSK",
    "baudrate": 9600,
    "framing": "AX.25 G3RUH"
  },

At this point, SkyRoof is shut down. I save the json, close it and start SkyRoof. And this is what I get for NIGHTJAR:

Screenshot 2026-08-26 150550.png

Baud rate keeps showing 4800. I then shut SkyRoof down and open the override file. The line I changed (baud rate) is back to its old value:

{
  "hdxq4LxTwD3moSxZ3wwd8G": {
    "satellite": "NIGHTJAR",
    "norad": 60535,
    "modulation": "GMSK",
    "baudrate": 4800,
    "framing": "AX.25 G3RUH"
  },

I repeated this operation several times to make sure I was not goofing - with the same results.

I wonder if the changes only appear in SkyRoof if the satellite is active (which wasn't the case). But can't see why the json file returns to its original value. I'm sure I have a wrong understanding about how SkyRoof works, but IMO the override file should not be allowed to change (to be overwritten by SkyRoof, that is). Because if I added changes to it it's because I want those changes to be permanent (until I decide to change them).

Is this a matter of configuration/settings or am I doing something wrong?

73s.

Claudio Deltin

unread,
Sep 3, 2026, 5:53:21 PM (6 days ago) Sep 3
to SkyRoof
Hello

I experienced a similar problem, I can change a setting for decode of telemetry but this saving is not saved.

I noted comparing a sat with correct configuration (ISS AX25 packet) and a sat with wrong configuration (SONATE-2), that the root cause could be in the origin database. So one workaround may be asking database update, to make the correct setting available to everybody.

73 Claudio iv3dxw
Immagine.png

Claudio Deltin

unread,
Sep 3, 2026, 6:47:52 PM (6 days ago) Sep 3
to SkyRoof
I found mode_id in transmitters-override.json not 49 like ARISS but different. I made it equal but the problem persists, even after two re-opening of skyroof.

Later I found files mentioned above by Fausto. I modified SONATE-2 like ISS but  the problem persists.

Anybody solved this problem of telemetry on 1k2 AFSK?

Thanks Claudio iv3dxw
 
Untitled.png




Untitled.png

Marcus PY2PLL

unread,
Sep 3, 2026, 8:01:47 PM (6 days ago) Sep 3
to SkyRoof
There's two ways to make those changes permanent:

One is the result of 3 successive healthy decodes when using the Discover function that exists at the signal details window under telemetry panel.

The other (risky): is the manual addition of the data at the transmitter-override file + an extra line to make it permanent: Read Only = true.

An example using another sat (TOM-2) below:

  },
  "AXqtfcbYhRBjhX6UZyUgzv": {
    "satellite": "TOM-2",
    "norad": 98263,
    "read_only": true,
    "modulation": "FSK",
    "baudrate": 9600.0,
    "framing": "AX.25 G3RUH",
    "deviation": 4800.0
  },

After include this block, this parameters will override the existing ones at the main satellite.json file. Those from this file are downloaded from the SatNOGS database.

73 Marcus PY2PLL

Claudio Deltin

unread,
Sep 4, 2026, 7:14:15 AM (6 days ago) Sep 4
to SkyRoof
Hi Markus

The second (risky) solution seems to work!
OK noted that the discovery can save the valid configuration.

Many thanks for help!

73 Claudio

Untitled.png

Fausto Arinos Barbuto

unread,
Sep 5, 2026, 11:30:01 AM (4 days ago) Sep 5
to SkyRoof

Hi Claudio,

The deviation wasn't overwritten, however. I wonder why.

73s, Fausto
Reply all
Reply to author
Forward
0 new messages