1.ISO15765协议 网络传输层
2.ISO 11898,议源14229,15765,UDS的区别？
3.ISO14229和15765的区别

ISO15765协议 网络传输层

       ISO是为通信和诊断架起的桥梁。有4类帧， 单帧，首帧First frame，连续帧，流控帧 。

        当Tester想发送的诊断帧较短，（短于6？）就会发送的是单帧。（正常地址，数据长度下小于7，扩展帧情况下，数据长度小于6）

        当Tester想发送的诊断帧较长，就要分包发送了。发送者先发送一个首帧FF，接收方返回流控帧（携带BS,和STmin），发送方再连续发送 连续帧，接受方回复流控帧，发送方接着发送连续帧，如图 figure 5.其中BS为数据块大小，用来限制接下来发送连续帧的数据量大小。STmin为一个连续帧尾 和下一个连续帧帧首的时间差的最小值，为了防止相邻的连续帧发得过快，导致接收方来不及处理。

        四类帧的标识，以及携带的信息，见表3

ISO ,,,UDS的区别？

       揭示CAN总线协议的奥秘：ISO 、、议源与UDS的议源深度解析

       CAN总线的世界中，ISO 如同基石，议源它遵循OSI模型的议源物理层和数据链路层，为CAN信号在双绞线上的议源同城视频聊天app 源码交互提供了坚实的基础。物理层规定了信号在传输过程中的议源电压模式，而数据链路层则细致划分了CAN帧的议源各个域，确保信息的议源准确传输。

       进阶至诊断服务的议源世界，ISO -2如同桥梁，议源连接着CAN总线的议源传输层与上层应用。经典CAN限制每个帧传输8字节，议源app源码托管而诊断服务数据可能超出这个限制。议源ISO -2通过编程接口定义了request、议源confirm和indication等原语，巧妙地解决了数据分包与重组的挑战，实现了高效流控制。值得一提的红包页面源码是，ISO -3和-3的内容虽有重叠，但后者替代了前者，展示了标准的迭代和完善。

       应用层的智慧：ISO 的全貌

       ISO -1，作为OSI模型的顶层应用层，定义了诊断服务的instantrun源码分析规范，如同构建通信的蓝图。ISO -2则关注会话中的时间参数，如ECU响应时间，为诊断过程提供了精确的时序控制。然而，真正的thinkphp源码展示多协议兼容性体现在ISO -3至-7，它们分别阐述了UDS在CAN、FlexRay、Internet Protocol、K-Line和LIN等不同网络架构上的实际应用规则，展示了协议的灵活性和扩展性。

       当这些协议共同作用，诊断功能的完整画卷便得以展开：ISO -1生成诊断请求，ISO -2负责数据分包，打包后的数据在ISO 的包裹下，通过CAN总线的特有包头和包尾，转化为电压信号，穿越双绞线，直抵目标设备，完成通信任务。

       总结来说，每个协议都在各自的层次上发挥关键作用，共同构建起CAN总线诊断通信的无缝架构，展现了标准化、灵活性与效率的完美融合。

ISO和的区别

       1，ISO是有演化过来的；

        2，及就是UDS，

        3，ISO是UDS ON CAN急就是在can线上规定的UDS内容，当然除了can还有kwp等等；

        4，ISO-2是网络层，只规定uds on can上帧的发送和接受需要的一些属性值；具体变量内容不做规定。

        5，ISO-3，是应用层，规定了具体的服务号的内容，所以你会发现-3的内容和的内容在这里有很多重复项目

        6，我们来看看ISO的内容，你会发现和ISO中重复的内容不少；

        7,综上，ISO就是一个统一的规定UDS，就是在can上对于uds具体的规定，我们学习uds学习就可以了。

        程序实现思路：一般-2中写拆包解包，和数据帧接受;-3中写SID以及子功能等等服务处理