本帖最后由 scaple 于 2013-8-16 01:40 编辑
遥测数据记录格式的选择
CSS原有的遥测数据格式为:时间戳 + 总线数据1 + 总线数据2 + 总线数据3 + ...... 总线数据X,每条记录长度固定。
在CSS中数据的处理流程为:
Mavlink message -> Mavlink 字段解析 -> 数据总线 -> 读取遥测数据记录设定 -> 将指定的总线数据项记录成为遥测数据记录
MissionPlanner 的 tlog 遥测数据格式为:时间戳 + 上下行 Mavlink message,每条记录长度不定。
两者相比,
CSS的遥测数据记录方式的优点在于更为紧凑,可以根据用户设定有选择的进行记录。记录的回放控制较为简单。但最大的缺点在于,用户往往不清楚自己究竟需要记录什么样的数据。其次,不同遥测记录设定的遥测记录在回放时需要附加额外的处理。
tlog格式的优点在于原汁原味的保留了所有上下行数据帧,缺点在于不够紧凑,记录的回放控制相对复杂。
通过实际试飞,俺们深刻的感受到,CSS原有遥测数据记录方式不能够满足事后数据分析的需要,尤其是故障分析。因为上述过程中所需要的数据有可能在遥测数据编辑器中事先没有将其作为遥测数据加以记录。或者该数据干脆就没有进入到数据总线当中。这就给故障分析带来了极大的困扰。
在老外的论坛中进行咨询时,一帮老外异口同声:"No tlog, No answer"
故,下决心将 CSS 的遥测数据记录格式向 tlog 格式靠拢,实现相互兼容,于是首先在 Mavlink 协议监 听工具的基础上实现 tlog 文件数据读取功能:
接下来如有空余时间将发布 Mavlink Message 解析(硬解析)功能的关键代码。
Mavlink 协议监 听工具 MavlinkRelay 也即将发布
|