Split obc time config header #583
Conversation
|
task dispatcher も使うのか．まあそりゃそうか． |
sksat
force-pushed
the
feature/split-obc-time-config-header
branch
from
1d04d43
to
4864b86
Compare
|
CI 通ったな |
| #define OBCT_MAX_CYCLE (0xfffffff0u) //!< 最大 cycle 数．つまり TI がいくつでオーバーフローするか | ||
|
|
||
| #include <src_user/Settings/System/obc_time_params.h> | ||
|
|
||
| typedef uint32_t cycle_t; | ||
| typedef uint32_t step_t; |
There was a problem hiding this comment.
実はこのtypedefもconfigかも？（将来的にはここの型サイズもuser設定にしたい気がしている．）
There was a problem hiding this comment.
メモリくうし，step_tはu8のuserがいてもいいじゃん，的な
There was a problem hiding this comment.
いやー，それは意味合いがかなり変わってくるので，少なくとも今はやめたい
There was a problem hiding this comment.
OK
認識合わせたいので１つ質問なんだけど，
define のパラメタは config だけど， typedef って何になるんだ？（Cのtypedef，コンテキストが深すぎて，どう捉えていいか謎い）
There was a problem hiding this comment.
どこまでがユーザ定義なのかを明確に分割したい，というのがそもそもの目的であって，将来的にユーザ定義にする かもしれない ものをユーザ定義のものであるかのように扱うべきではない（現状そうでないし，するとしてもそう変更する時にやるべき）
あと，ここがユーザ定義になってしまうと ObcTime が実質的にユーザ定義になってしまうので，この分離があんまりうれしくなくなる
There was a problem hiding this comment.
型変わってしまうので個人的には typedef してるようなものをユーザ定義にはしたくない寄り．それでメモリ切り詰められるとかは確かにあるかもしれないけれど，発生する複雑性に対して得られるメリットがそこまであるかは結構疑問だし，アリだったとしても早すぎる最適化の類に思ってしまう．
概要
ObcTimeの設定をobc_time.hから分割するIssue
詳細
obc_time.hが C2A user に依存しなくなるObcTimeのデフォルト設定はobc_time_config.hで定義するようになる検証結果
CI が通ればよし