问题现象
前几天导入DBC文件发现不对劲，怎么生成代码的起始地址都怪怪的，检查下工程里面的配置，还真的是这样，一路查到输入文件——DBC文件，发现是DBC文件就有错误：一些CAN报文之后8字节长度，也就是64位，有些信号起始位都跑到70+甚至100+去了，能正常就怪了。
于是找来提供DBC文件的同事确认原因，同事重新在通讯工具当中下载下来，发现并没有这个问题，我也重新下载一份，也没有这个问题。这就让我很疑惑了，我并没有修改过DBC文件，只是使用软件CANdb++打开查看过，这不应该会导致如此大的差异。
问题分析
我用重新下载“没有信号起始位问题的DBC文件”和之前下载“有信号起始位问题的DBC文件”进行记事本格式对比，居然没有一丁点差异！
原来我没有对“有信号起始位问题的DBC文件”进行保存，点击保存之后就有差异了，差异也跟CANdb++显示的一致——这么说是我打开之后不小心改到的了？
我又重新下载一份DBC文件进行试验，详细回忆着自己在这期间对DBC文件干了什么，看看我做了什么样的操作会导致不小心修改掉。
发现在进入信号定义之后，跳转Signal选项卡时偶尔会弹出这个对话框，意思就是有信号在报文里面的位置重叠了。我打开报文layout查看，发现还真是这么回事。用记事本格式打开，发现CANdb++的layout的显示跟记事本格式打开居然不一致！
在尝试几次之后我确定，就是在“进入信号定义之后，跳转Signal选项卡”这个操作，会导致信号在报文的起始位被CANdb++修改掉——这是个Bug!!
譬如我这个信号原来在layout里面是这样出现的。
做过“进入信号定义之后，跳转Signal选项卡”这个操作之后，回去layout里面变成了这样。
起始位从7变成了8。
解决办法
我逐渐摸出问题出现的规律，它的出现要同时符合3个条件：
1、数据分布要跨字节，这意味着它不一定需要大于8字节，只需要跨字节就能满足。
2、信号需要为Motorola字节序。
3、使用CANdb++软件打开之后，刚好做过“进入信号定义之后，跳转其他选项卡”操作，不一定要跳转Signal选项卡。
针对问题的出现方式，制定出2种对策：
1、设计时规避跨字节信号或者Motorola字节序，这种会限制设计的发挥，不太推荐。
2、使用CANdb++软件打开DBC文件之后，无论做过任何操作，都不要保存，保证输入文件维持在输入时的状态。
