- 博客(6)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 【PeakCAN】PCAN上位机的使用
3. 上位机的使用和其他上位机差不多，发送NM帧后唤醒了控制器后界面就如下显示了。1. 安装驱动（以下驱动包中包含一个上位机PCAN-View）2. 安装后的上位机如下显示。
2025-05-14 14:51:39
314
原创 【CANoe】Doip首部解读
16bit：Payload type：诊断所以为8001，具体值看下图的Payload type表。32bit：Payload length：例子的长度为6字节。作为Doip帧时，首部已经被解析，数据部分仅有10 03。8bit：doip版本号，02为2012板。16bit：发送的地址。8bit：版本号取反。16bit：目标地址。
2025-05-13 14:52:42
277
原创 【CANoe】Doip配置&CAPL代码调用
a. 在TCP/IP Stack中选中此测试节点，若"CANoe TCP/IP Stack"中的配置符合此节点的测试要求，则可以选择“Use shared CANoe TCP/IP stack”，如果不符合则需要单独设置，则勾选“Individual TCP/IP stack”至于CAPL的代码调用，只需要diagSetTarget(步骤二的ECUQualifier）即可，由于和CAN诊断一样都是使用的CDD且都是ECUQualifier调用，使用方式也都是一样的。10 03是发送的命令。
2025-05-13 14:22:01
272
原创 【CANoe】Someip首部解读
不同客户端，Method的请求报文和响应报文Client ID值相同，Event报文Client ID值为0x0000，SD报文中的Client ID值为0x0000。：8bit：protocol version：协议版本标识已使用的SOME/IP首部格式，协议。：15bit：Method ID，实际Method ID仅占81 00中的后15个bit。下为TCP帧的someip帧，someip帧的首部被认为了TCP帧的数据。8bit：Message type：区分不同类型的报文，此报文为通知类型。
2025-05-12 19:13:55
638
原创 【CANoe】TCP首部解读
12bit：0000 00011000：其中前6bit为保留位，其余的数据如下表示：URG = 0， ACK = 1，PSH = 1，RST = 1， SYN = 0，FIN = 0。16bit：紧急指针，指向数据中优先部分的最后一个字节，通知接收方紧急数据的长度，该字段在URG标志置位时有效。4bit：首部长度，8的意思是8*4 = 32个字节长度为此例子中的首部长度，不管什么数字，都是乘以4.Option：由于固定头为20字节，刚刚算出来的首部数据为32字节，则Option为12字节。
2025-05-12 16:41:55
355
原创 【CANoe】IPv4首部解读
默认情况IP网络的报文服务机制是FIFO（先进先出），那么当网络资源不够时，FIFO导致重要业务质量得不到保证，利用TOS字段给报文标记成不同的优先级，按照优先级提供区分服务，优化网络服务质量 - 还未研究。：Time to live：生存时间，取值范围0-255，每经过路由转发，TTL减一，减到0还没到目的地，路由器丢弃该报文，用于避免报文无限在网络中转发下去。：4bit：首部长度，首部长度为此bit代表的数字乘以4为首部长度，此处数字为5，则5*4 = 20bytes，则此帧的首部长度为20字节。
2025-05-12 14:41:59
292
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人