@HelloWorld you have talked about Duchifat-3 before, may you have some more info about the deployment or the transmitters that will help us to track it, maybe some preliminary TLEs.
Seems to be true!
The source callsign decodes to 4X4HSL-1 and the destination callsign to GS-1!
Prior observations of DUCHIFAT-1 decode to 4x4HSL-0 and GS-0. Conventionally the SSID -0 should be removed, so the callsigns for DUCHIFAT-1 decode properly to 4X4HSL and GS. But that is just a side-note
Wondering if there is any documentation of the downlink data structure!
With my work on the kaitai-struct decoders I also built some useful tools.
You can visit the kaitai Web IDE, click on “New” in the lower left corner, define a filename (omit the .ksy suffix as it is added by the IDE), delete the automatically inserted skeleton and paste the following code:
Keep in mind that you cannot display KISS encoded frames: they need to be “de-escaped” previously. I do have some small Python scripts for that. If there would be the need to directly parse KISS frames, we would need to implement this functionality as kaitai-process. For the Web IDE this has to be done in JavaScript.
They are placed inside the package satnogs-decoders, find it here. There is an additional feature needed to export (only) the useful fields into the influxDB. These fields are then available, along with some tags like satnogs-decoders’ version, NORAD-ID etc, pp, in the grafana dashboard editor.
See README and feel free to ask any questions if you’re interested in building one. The structs are located inside the ksy/ folder.