FossaSat-2Eをデコード ― 2022/01/17 21:48
LoRa衛星:FossaSat-2E1, E6のデコードに成功！した。
433MHz用チップでオフバンド：401.6MHzを聞く＆送信出力が167mWとNORBYやFEESよりQRPなので，デコード成功までに日数がかかると思ってたが，ビーコン間隔が短い＆６機が固まって飛来するのが良かったようだ。
画面には「E1の受信を開始した」と表示されたが，最初にデコードできたのはE6だったりするし，CRCエラーもかなりの確率で起きている。
21:21:44 [SX12x8] Starting to listen to FossaSat-2E1 21:34:14 [SX12x8] RSSI: -121.750000 dBm [SX12x8] SNR: -15.750000 dB [SX12x8] Frequency error: -12249.989258 Hz 21:34:14 Packet (85 bytes): 21:34:14 464f303036（以下省略） 21:34:37 [SX12x8] RSSI: -127.500000 dBm [SX12x8] SNR: -21.500000 dB [SX12x8] Frequency error: -10555.490234 Hz 21:34:37 [SX12x8] CRC error! Data cannot be retrieved 21:35:24 [SX12x8] RSSI: -124.000000 dBm [SX12x8] SNR: -18.000000 dB [SX12x8] Frequency error: -6607.601562 Hz 21:35:24 Packet (85 bytes): 21:35:24 464f303031（以下省略） 21:35:37 [SX12x8] RSSI: -119.000000 dBm [SX12x8] SNR: -13.000000 dB [SX12x8] Frequency error: -9603.382812 Hz 21:35:37 [SX12x8] CRC error! Data cannot be retrieved 21:36:13 [SX12x8] RSSI: -116.250000 dBm [SX12x8] SNR: -10.250000 dB [SX12x8] Frequency error: -5382.864746 Hz 21:36:13 Packet (85 bytes): 21:36:13 464f303036（以下省略） 21:36:44 [SX12x8] Starting to listen to FossaSat-2E5 21:37:44 [SX12x8] Starting to listen to SATLLA-2A
tinyGSには FossaSat-2E2, E3, SATLLA-2A の受信報告があがっていた。
新LoRa衛星, Grizu-263A ― 2022/01/14 18:27
Falcon9で打ち上げられた衛星を追っている。LoRa衛星は釣果なし，TinyGSによると FossaSat-2E1,E4,E5,E6 & SATLLA-2B のレポートがあがっている。
08:24:55 [SX12x8] Starting to listen to MDQubeSAT-1 08:57:00 [SX12x8] Starting to listen to FEES 09:45:00 [SX12x8] Starting to listen to FossaSat-2E1 10:00:00 [SX12x8] Starting to listen to MDQubeSAT-1 10:35:01 [SX12x8] Starting to listen to FEES 11:21:01 [SX12x8] Starting to listen to FossaSat-2E1 11:33:01 [SX12x8] Starting to listen to SATLLA-2A 11:34:01 [SX12x8] Starting to listen to MDQubeSAT-1
Grizu-263Aの信号は視えたが，デコードできず。2400baud FSK Grizu-263A形式だそうで，UZ7HOのSoundmodemも対応してます。
$ gr_satellites Grizu-263A --wavfile foo.wav --samp_rate 48e3 gr::log :DEBUG: correlate_access_code_tag_bb0 - Access code: 123456789abcdef gr::log :DEBUG: correlate_access_code_tag_bb0 - Mask: ffffffffffffffff
オール埼玉コンテスト ― 2022/01/10 14:32
14MHzで参加予定だったが，賑やかな7MHzにQRVした。県内局が多かった印象あり。混雑はCWフィルタ=狭帯域で対応したが，呼び負けるのは10Wでは何ともし難い＆体力の限界：連続運用がツラくなり，30局で打ち止めにして上がる。
SatNOGS GS #9 UDP I/Q sinks ― 2022/01/07 16:36
satnogs-clientが未サポートの衛星をデコードできるよう gr-satellites連携を試してみた。
UDP出力は，平時はオフなので，IQファイルの読み込みからスタート。 satnogs-clientが作成するI/Qファイルの仕様は16 bit interleaved integers, sampled at 48kspsなので gr_satellitesでは --rawint16 --iq の指定が必要。 I/Q sample rateは，baudrateと変調方式から計算できるが，必ずしも48e3とはならない！ので注意が必要。
$ gr_satellites CSIM-FD --rawint16 iq.dat --iq --samp_rate 57600 --hexdump --use_agc * MESSAGE DEBUG PRINT PDU VERBOSE *((transmitter . 9k6 FSK downlink )) pdu_length = 131 contents = 0000: 84 86 a8 40 40 40 60 86 a6 92 9a 40 40 e1 03 f0 0010: 00 3f bc 82 00 6c 32 01 00 58 ea ca 04 04 04 2d 0020: 04 00 00 e6 1a bc 33 00 34 00 00 77 50 c8 df 16 0030: 16 0a 14 0f 0e 0a 89 0a a5 0a 59 4d 11 17 59 ff 0040: 59 0c 8c 0c 7d 00 00 5e 4d 00 00 5f 93 02 03 02 0050: 00 06 00 ff ff ff ff 00 00 00 01 01 80 ff ff ff 0060: ff 14 28 2d 00 00 07 00 00 08 dc 00 00 00 00 01 0070: 23 00 80 00 00 00 00 0e 01 41 00 ff 01 01 02 00 0080: 00 4c 09 ***********************************
次にUDP接続を試してみた。中身は(なぜかファイル出力と違って)complex64形式のI/Q信号なので --iq --udp_raw の指定が必要。 でも，UDPパケットをgr-satellitesが取りこぼす。
gr::log :WARN: udp_source0 - Too much data; dropping packet.
マシンがpi4だからシカタガナイと思い，高速なcore i5で試しても，状況は変わらなかった。 ググって，GNU Radioのbuf_size_payloadsにたどり着いた。 設定値はここを参考にして，~/.gnuradio/config.confを修正してすればOK!
$ gr_satellites FALCONSAT-3 --udp --udp_port 57356 --iq --udp_raw --samp_rate 57600 --hexdump --use_agc ***** VERBOSE PDU DEBUG PRINT ******((transmitter . 9k6 FSK downlink )) pdu length = 49 bytes pdu vector contents = 0000: a0 86 a8 a4 98 40 10 a0 86 a8 a4 98 40 11 03 f0 0010: 43 54 52 4c 3a 20 6d 6f 64 65 3d 30 20 74 6f 72 0020: 71 30 20 65 6c 6f 67 3d 31 20 61 6c 6f 67 3d 30 0030: 20 ************************************
ちなみに，デコード性能に大差はない；このパスでは satnogs-client:62 > gr_satellites:48 な成績だった。
念願のNAYIF-1もデコードできて，SatNOGSにデータを送り込めたが，Observationsにデコード結果が表示されない。SatNOGS DBのNAYIF-1 ObserverにはJH4XSY-piが表示されており，謎が深まる... satnogs-clientからのアップロードが必要.とのこと。
$ gr_satellites EO-88 --udp --udp_port 57356 --iq --udp_raw --samp_rate 48e3 --hexdump gr::log :DEBUG: decode_rs0 - Reed-Solomon decode corrected 0 bytes (interleaver path 0) gr::log :DEBUG: decode_rs0 - Reed-Solomon decode corrected 0 bytes (interleaver path 1) * MESSAGE DEBUG PRINT PDU VERBOSE *((transmitter . 1k2 BPSK downlink) (rs_errors . 0) (iterations . -1 )) pdu_length = 256 contents = 0000: cc 08 46 91 0d c4 78 60 32 33 9e e2 79 90 40 ad 0010: 00 40 80 80 00 00 cc 5b 55 01 84 e0 48 db 15 c0 0020: 57 fc 44 44 5f c7 7f fb e3 f4 f2 b4 2f fc be 2a 0030: 0a 1f 13 bf a4 00 0f 64 01 48 d0 50 c2 03 01 65 0040: 55 55 45 55 55 55 55 55 50 10 8c 05 0c 30 30 13 0050: 55 55 54 55 55 55 55 55 55 01 48 b0 50 c5 03 01 0060: 05 55 55 45 55 55 55 55 55 50 14 8a 05 0c 60 30 0070: 0e 55 55 54 55 55 55 55 55 55 01 48 80 50 c7 03 0080: 00 c5 55 55 45 55 55 55 55 55 50 14 87 05 0c 90 0090: 30 0b 55 55 54 55 55 55 55 55 55 01 48 60 50 ca 00a0: 03 00 95 55 55 45 55 55 55 55 55 50 10 84 05 0c 00b0: b0 30 08 55 55 54 55 55 55 55 55 55 01 08 30 50 00c0: cc 03 00 65 55 55 45 55 55 55 55 55 50 14 81 05 00d0: 0c d0 34 06 55 55 54 55 55 55 55 55 55 01 48 00 00e0: 50 ce 03 40 65 55 55 45 55 55 55 55 55 50 14 7e 00f0: 05 0c f0 34 06 55 55 54 55 55 55 55 55 55 01 47 ***********************************
PiSDR Version 6 ― 2022/01/05 19:16
各種SDRがプレインストールされたラズパイOS PiSDRの最新版を新規インストールした。OSはBullseyeベースになった。
新しく追加されたSDR++は，既視感のある画面でmeteorプラグイン＆win版も用意されており興味津々だったが，起動中に VOLK: Error allocating memory を吐いて落ちる。メモリ不足はPi2だからシカタガナイか... 追試：TBD。
あと，sdrplay_apiServiceが動いているのが気になる。SDRplayは持ってないのだ。
いまはfuncube-devを追加インストールして連続運転中。 約１週間使ったが，「*.**.**」な表示になってデコードしなくなる頻度が減った気がする。
最近のコメント