can通讯协议 命令解析(232通讯协议命令)

感谢题主的邀请，我来说下我的看法：CAN通讯协议就是CAN总线运行的规则，它定义了每一条CAN数据的具体含义。在所有的数据都被定义了含义之后，我们才能够将其应用于实际的工作之中，否则没有标准，大家怎么干活呢？因为现在很多的汽车都在使用CAN总线作为控制总线，所以对于CAN总线协议的解析越来越重要，注意解析之前确认好汽车CAN总线是可连接的，否则后续工作全都无法展开。现在你清楚了吗？如果你需要进行汽车CAN协议解析的USBCAN设备的话，可以前往我们的网站进行具体的咨询，欢迎来访。

感谢题主的邀请，我来说下我的看法：一般我们都是通过控制变量法解析汽车的未知CAN协议，当然首先我们要确保汽车的CAN接口处可以正常地进行数据的收发。然后，我们将汽车CAN接口，USBCAN以及装有检测软件的电脑相互连接。比如说，我们想要知道开关车灯的CAN数据是哪一条，我们就反复的开关车灯，这样相应的CAN数据就会形成，经过USBCAN转换为USB数据显示在电脑接收界面上，其他的数据不变，只有一条数据在变，那这条数据就是汽车开关车灯的意思了，其他的CAN数据解析工作也是这个道理。如果您需要相关的USBCAN设备的话，可以前往我们的网站进行具体的咨询，欢迎来访。

控制器局域网（CAN）为串行通讯协议，能有效地支持具有很高安全等级的分布实时控制。CAN的应用范围很广，从高速的网络到低价位的多路接线都可以使用CAN。在汽车电子行业里，使用CAN连接发动机控制单元、传感器、防刹车系统、等等，其传输速度可达1 Mbit/s。同时，可以将CAN安装在卡车本体的电子控制系统里，诸如车灯组、电气车窗等等，用以代替接线配线装置。 为了达到设计透明度以及实现柔韧性，CAN被细分为以下不同的层次：• CAN对象层（the object layer）• CAN传输层（the transfer layer）• 物理层（the phyical layer）对象层和传输层包括所有由ISO/OSI模型定义的数据链路层的服务和功能。对象层的作用范围包括： 查找被发送的报文。 确定由实际要使用的传输层接收哪一个报文。 为应用层相关硬件提供接口。在这里，定义对象处理较为灵活。传输层的作用主要是传送规则，也就是控制帧结构、执行仲裁、错误检测、出错标定、故障界定。总线上什么时候开始发送新报文及什么时候开始接收报文，均在传输层里确定。位定时的一些普通功能也可以看作是传输层的一部分。理所当然，传输层的修改是受到限制的。 物理层的作用是在不同节点之间根据所有的电气属性进行位信息的实际传输。当然，同一网络内，物理层对于所有的节点必须是相同的。尽管如此，在选择物理层方面还是很自由的。CAN具有以下的属性：• 报文的优先权• 保证延迟时间• 设置灵活• 时间同步的多点接收• 系统宽数据的连贯性• 多主机• 错误检测和标定• 只要总线一处于空闲，就自动将破坏的报文重新传输 • 将节点的暂时性错误和永久性错误区分开来，并且可以自动关闭错误的节点

根据需要收到CAN报文之后，需要根据具体的通信协议解析，然后分析解析出的数据是否正确。下面进行报文实例解析。数据类型定义如表4 所示。 报文内容如表2所示。收到的报文为:1818D0F3 ce 0d 00 7d 00 6d 11 00 。协议中规定报文的第一、二字节表示总电压，高字节在前，低字节在后。又总电压的单位为0.1 V。所以在上面的数据中0 dce代表总电压，转为十进制为 3534，乘以0.1V的单位，则得到总电压值为353.4 V。协议中规定报文的第三、四字节表示总电流，又总电流的单位为 0.1A，偏移量为 32000 。

这应该是自定义的一个通信协议吧，从字面理解： PRI：保留位，占3位；SegFlag：分段传输的标志，占1位；GROUP ID：帧所在组的ID，占4位；DMAC：上面写着本机地址，我认为可能是目的地址DestinationSMAC：上面写着设备地址，我认为可能是源地址SourceCID：命令代码（Command ID）或者用户代码（Customer ID）；ACK：响应，占1位； 只是猜测，仅供参考。