QARMAN, the re-entry CubeSat we developed at the von Karman Institute (VKI) in Belgium, is currently waiting deployment inside the ISS. According to the last update we received, the deployment in orbit is planned for the week of 20th January (to be confirmed and refined).
Could you please add QARMAN to the database? It would be really nice to have a dashboard to visualize the beacon telemetry, but I don’t have the skills for that. Is there anyone willing to help?
Here is the beacon information. It will be updated on our website as soon as possible (in the coming days):
Frequency: 437.350 MHz (as coordinated by IARU)
Periodicity: every 2 minutes in nominal modes (Phase 0, Phase 1, Phase 2); every 10 minutes in Safe Mode and Low Power Mode.
Modulation: GMSK
Protocol: AX.25 (UI frames)
Content (information field): 74 bytes in Phase 0, Phase 1, Phase 2, Safe modes; 39 bytes in Low Power Mode. * For decoding the content, please refer to the attached file.
Please be aware: we have a frequency buddy! Coincidentally, Phoenix CubeSat will use the same frequency as QARMAN, and be released from the ISS 90 minutes earlier. QARMAN and Phoenix CubeSat will have very similar orbits and might be very close from each other in the beginning. More info about Phoenix CubeSat and related amateur operations can be found here. If you received signals from Phoenix CubeSat, please let @sarah_srogers know! If you have any doubt, please tag both of us
Hm, just to be precise: the exchange format of the frames after demodulating is KISS format - the satellite itself (hopefully!) does not use KISS format.
From current observations the data seems to be totally correct!
I am finishing the decoder in the next hours and will try to build a simple dashboard for QARMAN.
While reading your instructions in the decoder spread sheet I am concerned if you properly interpret the beacons correctly. If you are just copy and pasting the data from OnlineKISS: you will see “corrupted” beacons caused by the KISS escape sequences. If a value inside your beacon reaches 0xC0 the KISS protocol expects this data to be escaped, otherwise this would indicate the frameend. So you might get “larger” beacons than expected and corrupted data.
Your remark about 0xC0 is very interesting, I didn’t know that and it explains a few strange things I have seen during the tests! How would the TNC (we use SCS tracker / DSP TNC) behave if receiving 0xC? And if asked to transmit some?
It uses an escape sequence to surround that value. This enlarges the frame each time a value contains one of the escape symbols. I can paste some code in here later to show how to KISSify and de-KISSIfy a byte-stream…
First of all, many thanks to all of you for your support! SatNOGS has been an incredible source of data for us so far, extremely useful over the first month of the mission!
A few words about QARMAN: the CubeSat is doing fine, very stable and nominal parameters, batteries always fully charged, comfortable temperatures, a few unexpected reboots but not that much. Only issue is that we cannot reach it with our commands. We are working on it, but no success so far. (we are extremely interested by feedback about Astrodev Li-1 radio!)
Then, the news of the day: today is Mission Day 33. We expect QARMAN to have transitioned to Phase 2 and to have deployed its solar panels. It should be visible in the beacon data: OBCmode=Phase 2, Current should now be generated by +/- Xo, +/- Yo panels, AeroSDS 3.3V & IMU should be enabled. Please let us know if you decode such a beacon!