Is Unknown1-T16 actually EMISAR transmitting on a second frequency?

Hi Everyone,

While tracking ERMIS-3 on 401.312 MHz on 4April26 0944Z over EM12kw, during part of the pass two additional signals were also observed. ERMIS-3 was decoded as 9K6 AX100 as expected.

Just up the band however, two additional signals were observed. Up ~18Kc from IQ center, a burst of 5 frames was seen. This was the only time that these signals on ~ 401.330 MHz were observed during the pass. These decoded as 9K6 AX.25 G3RUH true frames. Dest - ESGS01 and Source ABCDEF, which maps to EMISAR which is predicted to be on 401.334 MHz.

To my surprise, the frames seen ~ 40Kc up from IQ center also decoded as 9K6 AX.25 G3RUH true frames. Same Dest - ESGS01 and Source ABCDEF !

Thus, it appears that Unknown1-T16 may be EMISAR transmitting on a second frequency. Be great if others could confirm or offer a different explanation.

IQ is attached. Not a real zip file. Just remove the .zip at the end.

Good Hunting all,

Bob

N6RFM

N6RFM_ERMIS3_100000SPS_401312000Hz_2026_04_04_T09-43-00Z_snip.iq.zip (6 MB)

4 Likes

This Destination/Source pair is the default of the UHF endurosat comms (communications subsystem) that some satellite teams don’t change.

You can see for example OPTISAT in the same launch SatNOGS Network - Observation 13731215 or MICE-1 in T15 launch SatNOGS Network - Observation 13739510 using the same pair.

Thus you can not use it to identify the satellites and probably these two signals come from two different satellites. Usually in these cases we try to find which satellites used endurosat comms and try to verify that the found satellite(s) transmit in this frequency or waiting and hoping that after identification of the unknown object there will be information that will connect the NORAD ID with a satellite. For the former If I find some time I’ll take a look in the next week but any help in this task is more than welcome. :slight_smile:

2 Likes

According to EnduroSat, 7 satellites were deployed https://x.com/EnduroSat/status/2038636802039287971

OPTISAT (Planetek) on 400.360 MHz - Received/demodulated
PHOBOS (Aethero) on 400.800 MHz - Confirmed via Internet
T.MicroSat-2 (TRON Future) on 401.025 MHz - Received/demodulated
EMISAR (Romanian Inspace Engineering) on 401.334 MHz - Received/demodulated
Unknown (?) on 401.360 MHz - Received/demodulated
Out of the Box (SpaceLocker) on 402.359 MHz - Received/demodulated

One Cubesat is still missing from the above list. Any idea which could be? Also, ARQUIMEA operator has to be matched.

2 Likes

FEMTO-1 (aka ARQSAT-1) could be the unknown one we observe. Also let’s keep in mind that the 7th satellite may not use UHF frequency, thus we haven’t noticed it.

3 Likes

Thank you Fredy and Merkouris.

Appreciate the clarification and information! The hunt shall continue. :slight_smile:

73,

Bob

3 Likes

Indeed! ARQSAT-1, the first satellite from ARQUIMEA, must be the 7th.

3 Likes

Hi all!

I’m part of the EMISAR operators team at RISE. I confirm that the 5 beacons that N6RFM posted in the first post were from EMISAR. We were able to decode them successfully, big thanks for posting them!

I also confirm that there’s only one transmitting frequency on EMISAR, and Unknown-1 is another satellite, transmitting much more often than EMISAR. Our beacons are 500s apart (a sequence of 5 parts), but our overall power budget is slightly negative while we are detumbling, and therefore the satellite is turned off quite often, until the battery is (partially) recharged.

We still haven’t properly identified which of the objects is EMISAR, and we’re trying to make reliable contact with it. We assume we are “ahead of the pack“, approx 1-2min ahead of the current TLEs.

Regards,

Claudiu (RISE)

3 Likes

Thank you @emisarrise for your useful post!

Thanks also Claudiu! Much appreciate the additional information.
Will most certainly share any further EMISAR beacons received.

Best,

Bob

N6RFM

1 Like

Thank you Claudiu for the info.
I received the signal from EMISAR on April 1st at 13:13 UTC but it could only be demodulated with the GASPACS version of UZ7HO’s SoundModem.
No results with HS SoundModem Ver 0.27 in FSK G3RUH 9600bd.
This has been observed with all satellites made by EnduroSat, some packets to be demodulated only with the GASPACS SoundModem.

It is also notable that the last three packets have a different header:

20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 B3 32 21 D7 EF 86 93 FA D3 9B 48 53 9D 9E 31 CC
20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 18 16 E3 0B 75 B1 5D D3 08 17 30 6F C9 05 6E 40
20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 BC F1 8C C0 3F A3 FC AD 91 58 48 96 38 6D 98 5F
20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 85 2E CF 2D EF BC 4B 89 74 CC 5E 5A 68 F8 31 6D
20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 BC F1 8C C0 3F A3 FC AD 91 58 48 96 38 6D 98 5F
20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 85 2E CF 2D EF BC 4B 89 74 CC 5E 5A 68 F8 31 6D
20 96 F8 78 6E EA D2 3D 87 0B 4A B6 DD 40 26 D6 E3 B3 32 21 D7 EF 86 93 FA D3 9B 48 53 9D 9E 31 CC
20 12 14 AA CD 61 49 F7 0B 2E A1 51 1B CE E5 A0 34 3F D5 0D AD A3 2C AF A4 88 4C 0A 0A D9 B9 B9 8A
20 81 77 58 04 97 52 B5 2C A1 EB A6 27 01 B2 CD 67 79 5C 46 31 14 70 B2 6C F9 6C C9 7B 98 D6 BC 76
40 A3 BB C8 81 57 2F 95 50 75 22 45 DC 4C 12 20 D2 45 A7 15 AB 92 28 A5 78 20 46 21 62 FF B9 ED 9B BC 6C C2 27 50 80 34 36 1F A7 43 69 78 EE D8 29 24 57 80 83 D4 A2 1C D8 9D E5 90 48 3C D6 08 6A

Any comment on this?

1 Like

Hi, and thank you for the info. My colleagues confirm that during that time we were attempting to send TCs to the satellite, and this is the response (“sync“ packets - for the handshake, and probably a partial response too). We don’t have visibility inside this protocol and we can’t decode it, as it’s Endurosat proprietary.

Also, we use WFM instead of NFM to receive and decode our satellite (if that matters).
Regards,

Claudiu (RISE)

4 Likes

Many thanks for the clarification Claudiu!
73,
Merkouris / SV2HWM

1 Like

this specifically, is a bad idea. what will happen is the following blocks will see a super weak signal drowned in noise.
also, note that gr-satellites has a endurosat deframer with example useage on GASPACS.yml.
you can also adjust the deviation, usually 2400 for 9k6 transmission on the ones I’ve seen, ax.25 example.

2026-04-22T01:35:48 UTC. My latest reception from EMISAR using both FSK G3RUH and GASPACS SoundModems. I tried to send you the decoded frames but EMISAR - Contact form is no longer available.

8AA68EA66062E0828486888A8CE103F0451101334607010100010B07280500005BEC380000001100013019B417971F910ABFFD70486E3B8BFE3E780ED691152D063F79C4EC92BC710ABF453D282BB173
8AA68EA66062E0828486888A8CE103F0461101334707011100010AFD3E88C97437E7CF063F15000118610800004F000000A1070000520000001C0600004F0000001B0001303333333333332D409A9999
8AA68EA66062E0828486888A8CE103F0471101334807011B0001259999992840000000000000334033333333333317403333333333331D409A9999999999B9BF600000010075000120B10E00005B0100
8AA68EA66062E0828486888A8CE103F0491101334A07017A00012600000000000000000000120200000000000000000000000000000000000000000000000000007800013ED600000000000000C84E00
8AA68EA66062E0828486888A8CE103F04A1101334B0701780001330000000000000000001A0000001A00000081FFFFFF81FFFFFFFDFFFFFFFDFFFFFF7F0000007F0000001D001901000086100000
8AA68EA66062E0828486888A8CE103F04B1101334C0700790001240F000000090000000900000081FFFFFF81FFFFFF81FFFFFF81FFFFFF81FFFFFF00000000

Is everything ok with the satellite?

4 Likes

Hi! Thank you very much for providing more data about our satellite! We currently only receive data during the passes over Romania, and whatever other SatNOGS GroundStation has passes scheduled. Also, I fixed the contact form, thanks for letting me know!

The satellite seems to be stable, yet the batteries are not reaching a full charge state. Still, we are able to send 1-2 commands per day. We managed to enable to beacon to have a 2 min period, and it’s now extend to 7 segments (packets) per beacon. If the satellite is not transmitting beacons, it’s probably charging.
For your information, here is the data included in the 6 packets you received. I know it’s difficult to make sense of it without a full description, but some of them are self-explanatory.

Beacon type: 1
uint8__opMode: 7
uint32__upTime: 1320
uint16__totalResetCount: 60507
uint16__resetReasonBitField: 56
uint16__payloadModesStatus: 0

Beacon type: 17
double__mag_x_current: -5.067231803566208e-05
double__mag_y_current: 2.9128909675533468e-05
double__mag_z_current: 4.2297573808827823e-05
double__mag_x_previous: -5.0438468284127445e-05
double__mag_y_previous: 2.808754170230173e-05
double__mag_z_previous: 4.351066939491376e-05


Beacon type: 21
int32__css_axis_x_plus: 2145
int32__css_axis_y_plus: 79
int32__css_axis_z_plus: 1953
int32__css_axis_x_minus: 82
int32__css_axis_y_minus: 1564
int32__css_axis_z_minus: 79


Beacon type: 27
double__PAN_X_PLUS_TEMP: 14.6
double__PAN_Y_PLUS_TEMP: 12.3
double__PAN_Z_PLUS_TEMP: 19.0
double__PAN_X_MINUS_TEMP: 5.8
double__PAN_Y_MINUS_TEMP: 7.3
double__PAN_Z_MINUS_TEMP: -0.1

Beacon type: 96
bool__error_occured: 0

Beacon type: 117
int32__battVoltage: 3761
int32__battCurrent: 347
int32__bcrVoltage: 0
int32__bcrCurrent: 0
double__battCharge: 0.0
double__battChargeCapacity: 0.0


Beacon type: 122
uint32__power_on_reset: 0
uint32__mac_collisions: 0
uint32__mac_fails: 0
uint32__gs_handhsakes: 530
uint32__nvm_write_fails: 0
uint32__nvm_read_fails: 0
uint32__nvm_default_entry: 0
uint32__int_fram_corruptions: 0
uint32__ext_fram_corruptions: 0
uint32__ext_fram_gone: 0

Beacon type: 120
uint32__power_on: 214
uint32__charge_cycle: 0
uint32__under_voltage: 20168
uint32__short_circuit: 0
uint32__over_temperature: 0
a__int32__max_temp: [26, 26, -127, -127]
a__int32__min_temp: [-3, -3, 127, 127]
uint16__r_bat_initial: 29
uint16__r_bat_current: 281
uint16__ext_temp: 0
uint32__uptime: 4230

Beacon type: 121
int32__mcu_temp: 15
a__int32__bat_temps: [9, 9, -127, -127, -127, -127, -127, 0]
2 Likes

Thank you Claudiu for the update and the decoded data.