CCSDS周りのコードをcoreで管理する？

[meltingrabbit]

概要

CCSDS周りのコードをcoreで管理する？

詳細

TCPacketまわりを各種OBCで管理するのがだるくなってきたので．
2nd OBCなどは，ビルド対象に含めなければいいだけなので．

close条件

方針が決まったら

関連

• CCSDS準拠をまとめ，準拠してないものは準拠させる #198

[meltingrabbit]

CCSDS周りの整理

今，結構ぐちゃってるので（だいぶまともにはなってきたが），core移植を前に，整理したい．

鈴本がCCSDSわからんので，通信系のレビューがほしい．

CCSDS周りはこれをみながら書いている:

• https://sma.jaxa.jp/TechDoc/Docs/JAXA-JERG-2-401.pdf
• https://sma.jaxa.jp/TechDoc/Docs/JAXA-JERG-2-402.pdf

space packetは

• https://sma.jaxa.jp/TechDoc/Docs/JAXA-JERG-2-403.pdf

現 TCP

tlm cmd packetという意味でC2A初期から使われてそう．

C2Aの抽象化パケットCTCP (common tlm cmd packet) の実体．

space packetと同義なので， space_packet.c/h 構造体名も SpacePacket に変更したい．
接頭辞は SP_．

データ長や，2nd headerはユーザー定義だが，ISSL標準として，策定したい．パラメタは，

• 2ndヘッダに8byte絶対時刻を含めるか含めないか
• 最大パケット長（CCSDSとして使うものは432だろうけれど，非MOBCはメモリ効率から小さくしたいのでユーザー定義に）

テレメもコマンドもこれを使っていいんですよね？（2ndヘッダは異なるが．）

現 M_PDU

テレメトリ．

Multiplexing Protocol Data Unit？

であれば， multiplexing_protocol_data_unit.c/h 構造体名も MultiplexingProtocolDataUnit にしたい．
接頭辞は M_PDU．

現 TcpToMPdu

発破解体したい．が，優先度低

現 VCDU

テレメトリ．

virtual_channel_data_ U_unit.c/h にし，構造体名もVirtualChannelDataUnit にしたい．
接頭辞は VCDU_．

これの定義は， https://sma.jaxa.jp/TechDoc/Docs/JAXA-JERG-2-402.pdf にはないが，何を見ればい？
これだと， M_PDU は VCDUではなく， AOS TransferFrameに入っているように見える

現 TC Segment

コマンド．

https://sma.jaxa.jp/TechDoc/Docs/JAXA-JERG-2-401.pdf だと，ただの segment

TCつけとく？

だとすると，

tc_segment.c/h にし，構造体名も TcSegment としたい．
接頭辞は TCS_．

現 TC Frame

コマンド． TCはテレコマではなく，テレコマンド？（TC，ややこしい．．．）

tc_transfer_frame.c/h にし，構造体名も TcTransferFrame としたい．
接頭辞は TCTF_．

[meltingrabbit]

ISSLのあつかう複数のOBCにとって，この機能はcoreだが，OSSとしては，CCSDSの機能はそこまでcoreではないというのが難しいところ．CCSDS非準拠の衛星もおおい．

[meltingrabbit]

@yngyu @yanagida-kanta これ，以下の理由から進めたいんですが，やっぱ微妙ですかね？

• C2A間通信のアップデートをかけていきたい
• UTCなどの絶対時刻でTLC (Time Line Command) が打てるようにする #64 などの改修をuser部でやるのはしんどい

なので，coreにいれつつ，使わない人はビルド対象から外してもらう，という運用で，どうでしょう？

core実装の仮定としては，

• CTCPは以下のようにユーザー定義してもらって，デフォルトはTCPをつかう

  • c2a-core/Examples/minimum_user_for_s2e/src/src_user/Settings/CmdTlm/common_tlm_cmd_packet_define.h

    Line 11 in 62e8353

    typedef TCP CTCP;

  • TCPのサイズはメモリインパクトがでかいので，ユーザー定義にする（現AOBCなどのように）
• CCSDS配下は，coreではincludeしない

で，coreに移したら，ドキュメント化します．

[meltingrabbit]

ついでに，exec typeなどで macro cmdの表記が残ってるので，BLCになおしたい．

[yngyu]

common_tlm_cmd_packet なのに TCP がデフォルトなのは違和感がありますが、coreに移すのは良いと思います

[meltingrabbit]

common_tlm_cmd_packet なのに TCP がデフォルトなのは違和感があります

あれ？これなんで？（TCPはSpacePacketにrenameされます）

[yngyu]

なんか語感的に common って付いてる方がデフォルトっぽい... って思ったからです。良くわかってなかったんですが TCP と CTCP の使い分けってなんでしたっけ...? なんかそこら辺の定義ちゃんとしたい、みたいな issue があったのは覚えてるんですが

[yngyu]

あれでも common って付いてるってことは TCP の中にCTCP とか specific TCP とかあるって感じなんですかね... すいません言っててわからなくなってきました

[meltingrabbit]

CTCPはCCSDS関係なく，C2A内部でとびかうcmd, tlmの構造体定義．

で，TCPはCCSDSで規定された，コマンドテレメ定義．

んで，今は，C2A内部のテレコマもTCPでいいじゃんって使ってる感じ．でも2nd OBCにとっては特にTCP使う必要もないし，CCSDSの規定はユーザー定義領域もあるので，TCP自体はuser依存（現在もMOBCとAOBCで違う定義）．

CTCPは，そういったTCPとか，その他のパケット定義を抽象化したもので，C2AではこのCTCPというものに対してデータ操作を行う，って感じ．

user側，具体的には，

https://github.com/ut-issl/c2a-core/blob/develop/Examples/minimum_user_for_s2e/src/src_user/CmdTlm/common_tlm_cmd_packet.c

でTCPをCTCPとしてアクセスするIFを定義してあげてる（つまりこれはuser依存．CTCPとしてたとえばHogePacketを使うなら，ここにHogePacketへのアクセスを書く）

[yngyu]

なるほど、理解しました。ありがとうございます

[meltingrabbit]

手始めに，一旦TCPだけcore移植するか．その仮定でexec typeなども整理しよう． #64 もあるし．

とはいえ，TCPのAPIDなどはどうしてもuser依存なので，そのあたりの切り出しはやらねばならん．ヘッダファイルのみならず，関数実装（TCPとCTCPのexec type変換とか）もあるので，.c側もuser/core分離せねばならんなぁ．

[meltingrabbit]

ひとまずTCPは移動しよう

#205

[meltingrabbit]

arkedge/c2a-core#196 で続きはやる