--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- IEC-60870-5-104：应用模型是：物理层，链路层，网络层，传输层，应用层 物理层保证数据的正确送达，保证如何避免冲突。（物理层利用如 RS232上利用全双工） 链路层负责具体对那个slave的通讯，对于成功与否，是否重传由链路层控制（RS485 2线利用禁止链路层确认） 应用层负责具体的一些应用，如问全数据还是单点数据还是类数据等（网络利用CSMA/CD等保证避免冲突的发生） --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 基本定义：端口号2404，站端为Server 控端为Client，平衡式传输，2Byte站地址，2Byte传送原因，3Byte信息地址。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 注： APDU 应用规约数据单元（整个数据） = APCI 应用规约控制信息（固定6个字节） + ASDU 应用服务数据单元（长度可变） --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- APDU长度（系统-特定参数，指定每个系统APDU的最大长度）APDU的最大长度域为253（缺省）。视具体系统最大长度可以压缩。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 【1个例子】 104报文分析 BUF序 0 1 2 3 4 5 6 7 8 9 .10 11 12 13 14 15 16 17 18 19 20 21 22 M->R：68 15 10 00 02 00 1E 01 03 00 01 00 79 00 00 01 10 01 24 13 D2 0A 02 分析的结果是I （主动上报SOE，主动上报是因为104是平衡式规约） 报文头固定为0x68，即十进制104 长度15字节（不是6帧的，都是I帧） 发送序号=8【控制字节的解析 10 00 02 00 ，发送序号：0010H/2=16/2=8】 接收序号=1 【控制字节的解析 10 00 02 00 ，接收序号：0002H/2=2/2 =1】 0x1E=30 即 M_SP_TB_1 带长时标的单点信息 01 -> SQ:0 信号个数:1 03 00 -> 传送原因:[ T=0 P/N=0 原因=3 | 突发 ] 01 00 -> 公共地址:1 79 00 00 -> 0x79=121 信息体地址: 121 01 -> 状态: 1 IV:0 NT:0 SB:0 BL:0 10 01 24 13 D2 0A 02 ->低位10 高位01，即0x0110=1*16*16+16=272 时标: 2002/10/18 19:36:00.272

自己写的一个有关DHCP的PPT，包括一些DHCP工作原理及一些包的结构，希望能对大家有用。

本文论述CAN报文定义、接收CAN报文的方法以及CAN报文的组成与帧结构；通过实解析电动汽车整车控制与电池管理系统之间CAN通信报文的含义，并分析如何应用CAN报文的解析来诊断有关电动汽车的故障。

此插件已自己亲测可用！

中文版！花了不少人民币翻译的，翻译的很靠谱！ EtherNet/IP Adaptation of CIP

新能源汽车国家标准GB32960报文分析工具能够将符合GB32960协议的报文日志通过EXCEL表格导出，用于分析车辆行驶过程中的数据变化过程。 TBOX 上传到服务器的数据， 在串口都有一个同步输出，串口输出的数据可读性差，必须解析才看得懂。 利用串口接收的数据，按照GB32960进行解析，就可以读懂TBOX上传信息。解析文件可保存为EXCEL格式。 1. 点击右上角“打开数据文件”， 选择一个OBS测试软件生成的串口数据TXT文件 2. 点击保存（磁盘符合）的按钮，保存为EXCEL文件。 注意： example.1文件是模版，必须在同一目录下 20170919更新 1. 一个TXT文件只保存一个同名同目录的EXCEL文件，多次保存则覆盖 2. 根据覃工要求，EXCEL文件增加一个总表（ALL),方便运用计算公式对数据进行验证 3. 改正部分数据大小端和小数点的错误

NULL 博文链接：https://softwarexiang120.iteye.com/blog/2065082

汽车电子嵌入式CAN网络UDS诊断协议相关报文实例分析，CANlog解析学习笔记，新手入门解惑,备忘查询。

c#实现 CAT021报文格式解析

文档只描述基于MQ实现发送超4M报文配置信息，我还有另外一种实现。