EntrySat is changed to follow 44385 in network.
Yeah, ok, got you!
I would like to add something like:
tm_packet_t: seq: - id: sid type: u1 - id: tm_payload type: switch-on: sid cases: 0x06: eps_packet_t eps_packet_t: seq: - id: mode type: u1
Any objections or suggestions?
I have write something equivalent on my working Kaitai file
Was able to demod two packets from 99990 EntrySat https://network.satnogs.org/observations/792206/ playback IQ USB about 10k below, using sm_other/G3RUH-BPSK-9K6$ wine soundmodem.exe
1:Fm ON02FR To F6KTA <UI C Pid=F0 Len=34> [11:42:40R]
1:Fm ON02FR To F6KTA <UI C Pid=F0 Len=34> [11:43:40R]
I agree with Xtophe. When EntrySat is in visibility of Toulouse, our ground station ask for some tests. You see the acknowledgment of these telecommands. You can also receive sometimes an unmodulated carrier, used for calibrate our receiver … so you need to filter !!
Heh, yeah, ok, but filter for what? Only SID==6?
To be very rigorous, you should detect select valid packet with
in the packet header :
id: service = 3
id: subservice = 25
in the packet itself
id: sid = 6
The CRC is checked by the AX-25 routine ???
I dindn’t understand how the frame decoding is performed ?? Is it done localy by the satnogs client ? Or on the satnog server … I checked the audio file in the server (oog files) and the audio bandwith is near 8kHz … it is too narrow to demodulate a 9600 BPSK signal …
It is done on the SatNOGS node by the client, using the gr-satnogs OOT GnuRadio module. You can find the flowgraph here:
I am just checking for
SID in the latest decoder now.
From this tweet:
1 99999U 19184.68402778 .00085189 00000-0 13880-2 0 00006 2 99999 051.6417 279.4339 0005689 074.7314 052.3234 15.51621104177776
You can switch on RED-EYE n° NORAD 44364 too . it is working.
Thanks, I’ve changed it in network.
I can manually decode 3 packets from https://network.satnogs.org/observations/796623/ using sm_other/G3RUH-BPSK-9K6/soundmodem.exe where satnogsclient satnogs_bpsk_ax25.py got nothing. Raw IQ uploaded to: http://swigerco.com/IQ20190706100503_796623.raw 16b signed int.
Edit: using USB with carrier 9600 below center.
Maybe just too weak - this obs got one
hs_soundmodem got 3 out of it.
See my earlier post about the TLEs of recent ISS deployments: New satellite: Światowid
EntrySAT appears to be 44428, 44429 or 44430. We’re using 44429 on the network and will check in the coming days how well it works.
NORAD ID of ENtrySAT is 44431
Hello Freddy, it seems that there is a mistake from NORAD about EntrySat ID :
Can you switch entrySat to 44429 ??? Thks …
It has already been switched. See https://db.satnogs.org/satellite/44429/
Hello, I try to decode the last signal received on stanogs network (Observation #827365). Unfortunately when I lesson (or download) the audio file, the audio bandwidth is 8kHz. My decoder is unable to decode something !! How does it works with previously data decoded for Entrysat (9600bauds) : is the data is decoded locally on the satnogs station or by the satnogs server ? Is it possible to retrieve de audio file with higher bandwidth ?
Thks / 73 Nicolas
Yes, the decoding happens in client side. The signal should be strong and in the middle of the waterfall to be able to decode it from audio which, as you have noticed, is limited in bandwidth.