泰坦V1. CAN总线多帧传输的必要性
在汽车电子领域，CAN总线作为最常用的车载通信协议，其标准数据帧的有效载荷最大仅8字节。这一限制在实际工程应用中带来了诸多挑战：
- 诊断服务限制：UDS诊断请求如读取VIN码（17字节）、故障码列表（通常超过50字节）等，远超单帧容量
- 固件更新需求：ECU刷写过程中，单个固件包通常达到数百字节
- 参数标定场景：批量传输标定参数时，数据量往往达到几十到上百字节
面对这些需求，ISO 15765-2协议（也称为ISO-TP或CAN传输层协议）应运而生。该协议通过多帧传输机制和流控策略，有效解决了CAN总线在长数据传输方面的局限性。
关键点：ISO 15765-2协议的核心价值在于突破了CAN总线8字节的限制，实现了最高4095字节的数据传输能力，同时保证了传输的可靠性。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 三种核心帧结构解析
2.1 首帧（First Frame, FF）
首帧作为多帧传输的起始标志，其数据结构如下：
| 字节位置 | 内容 | 说明 |
|---|---|---|
| 0 | PCI=0x1 + 长度高4位 | 高4位0001表示首帧，低4位为长度高4位 |
| 1 | 长度低8位 | 与字节0低4位组成12位总长度 |
| 2-7 | 数据[0]-[5] | 首帧携带的前6字节有效数据 |
技术细节：
- 长度编码采用12位，支持8-4095字节的数据传输
- 接收方必须在N_BS超时（默认1000ms）内回复流控帧
- 示例：发送30字节数据（0x00-0x1D）的首帧为
10 1E 00 01 02 03 04 05
2.2 连续帧（Consecutive Frame, CF）
连续帧负责传输主体数据，其结构特点如下：
| 字节位置 | 内容 | 说明 |
|----------|------