回复：御剑fly 发表于 2021-9-23 23:53 您好，我的设备连接情况是：通过一个自研的控制器采集雷达和IMU数据，利用MDC采集摄像头数据，需要两者的时间同步，才可以进行融合。所以，我需要将数据面时间也和G对于你现在使用的版本，在接入GPS传感器的PPS和GPRMC的情况下，数据面和管理面无法同步。如果不接入PPS和GPRMC，可以使用如下命令同时设置一下管理面和数据面的时间（同步一次，同步后后随着时间推移管理面和数据面时间偏差会逐渐增大）：/home/mdc/bin/devmTool.sh date "2020-02-02 02:02:02"命令可以同时修改数据面和管理面时间。后续版本会提供命令，在接入GPS传感器的PPS和GPRMC的情况下，触发数据面和管理面时间进行同步（同步一次，同步后后随着时间推移管理面和数据面时间偏差会逐渐增大）。当前建议IMU数据也采用数据面时间。

1、时间同步是不是不支持9600？答：支持96002、上面的配置重新上电后还是2019年，可能是啥原因呀？答：可能的原因有（1）如果系统是单时钟系统，则时间未同步（2）如果是双时钟系统（MDC300 1.0.032-T 及以后版本），则与GNSS同步的是管理面时间，时间可能已经同步了。在系统中使用“date”命令查询的时间是数据面时间，不与GNSS同步。管理面时间可通过posix接口在代码里查询，接口使用方法参考版本对应的接口说明书

目前MDC300的mini和host的时钟源不是通过网络的NTP授时，是通过PPS+整秒时间进行同步的。如果想测试mini和host之间的时间差距，可以通过mini和host之间的CM通讯，在mini或者host上获取本地时间，通过CM消息把本地时间戳发送到对端。mini或host收到CM消息后，将消息中的时间戳与本地时间戳比较，即可获得mini和host之间的时间差距。在CPU低负载的情况下，CM通讯的延迟在1ms级别，因此采用这种方案可以测试ms级别的时间误差。

从打印来看。当前运行的MCU版本有异常。现在的解决方法是：MDC整机断电重启后，再查询版本，看是否能切回MCU正常的分区。

manifest.json的格式没有错误，但是其中一个字段的key不对，导致manifest解析失败。其中"version_mcu"应该为“version”。manifest.json中各个字段的key应该与官方发布的升级包中的key保持一致。