Shouldn’t the message be decodable by the general public to be using the the Ham bands?
It is - it’s done automatically by app And you can demodulate it using free tools for AFSK 1200.
closed source data format but open access? Like, let’s AFSK our data packed in password protected 7zip AES text (and send it like binary)? Seems a bit like cryptolocker stuff. You see, when the SatNOGS team get the format they can use Grafana to plot the telemetry 24/7 as data falls into db, simple as that. Sorry for being like that, but …
Can I have this app? Or is it only available to your team. If then you seem to not want anyone but your team decoding the telem from you satellite.
Transmissions between amateur stations in different countries may not be obscured.
[See: RR 25.2A] This means that (1) technical descriptions of all emissions, codes, and
formats must be publicly and widely available; and, that (2) technical descriptions must
be sufficient to enable any technically competent licensed amateur radio operator to use
the system. You may do nothing intended to conceal the meaning of a transmission,
except in the case of space telecommand transmissions for critical spacecraft functions.
Yes this document is from 2006 but this rule is still in effect.
Yes, we are aware of that - app is available and it works online on https://kraksat.space/. It’s available for everyone, but every uploaded dataset goes to manual review to avoid errors (like data from Światowid which was deployed at the same time with same frequency). We’ll also publish the documentation with all the information about decoding - days/weeks max - we’re still working on that, I hope you’ll be understanding about the delay
@yiea To be frank, we really need an engineering document describing all the packets, this should be provided BEFORE the launch. You must have this document since early development stage of the RF comms. We don’t need any eye candy in this document, only raw engineering details about the packets.
Do not forget that your projet must be useful and interesting for the ham radio community, else it’s simply an abuse.
KrakSat is identified as object 44426, however it is object 44427. Verified by this observation. NORAD ID is now changed on both DB and Netowork.
We have some issues with our KRAKsat satellite. As you can see on the SatNOGS waterfalls it’s rebooting constantly and we’re trying to find a way to fix that and reset it to normal state.
I would like to kindly ask you to listen to KRAKsat when it passes above your stations (ID 44427) and upload your audio to SatNOGS. It will be really helpful for our space mission!
If you have any questions, don’t hesitate to ask.
Thank you all in advance,
Have you had time to get the documentation worked out for decoding? (Just asking as its been a month. Plus it would help in figuring out whats up with it.)
@KD9KCK - please, have a look here: https://www.kraksat.pl/space/wp-content/uploads/2019/08/KRAKsat-Radio.pdf
After a restart, KRAKsat is simply transmitting “START U1, START U2, BOOT NR x” and after these messages there should be a beacon (as described in pdf).
As far as I can tell from the frames stored in our DB: not a single beacon has been recorded since. But it reboots a lot! ~500 reboots in ~4h45min, see:
"time": "2019-08-04 05:47:34", "monitor": ":SP6ZWR: BOOT NR 10561" "time": "2019-08-04 01:00:33", "monitor": ":SP6ZWR: BOOT NR 10069"
Unfortunately we do not have any telemetry yet
As KrakSat seems to get more healthy after a while there are some undocumented beacon contents present in the recorded data. Could you give some more hints on, e.g.
Yes, we know that unfortunately KRAKsat is now in the boot loop.
Where did you find these beacons? EM, CU and ER are Światowid’s (ID:44426) beacon parameters.
Ok, so they might have overlapped in an observation. Just wondering: is that still possible?
We have a very basic dashboard, only showing the ASCII strings of the telemetry beacons, at
No filtering, so it might indeed be beacons from other satellites that crossed the KrakSat observation. But there also seem to be some data from KrakSat besides the boot-loop counter…
Maybe they have overlapped, maybe it’s still possible… After the restart there actually should be a beacon from KRAKsat, but as far as I know it manages only to send first line of it (STS with 32-bit 0/1 status) and after that it starts to reboot again. If you encounter a log from KRAKsat with master or radio status (M1;LOG or U1;RL), please let us know - it would be very valuable.
Thank you for your interest and help!
Sure, I’ll check that immediately!
Everything we have containing
U1;RL unfortunately is from
SR6SAT - Swiatowid
Ohh, as I expected… But thank you very much for checking.