国内汽车故障诊断设备的开发模式主要有哪些

mumu60

目前国内的主要诊断设备开发商主要是进行破解开发，可以实现基本的诊断和初始化功能。有哪位大虾了解汽车故障诊断设备开发需要哪些条件，以及诊断通信的结构图示吗

lijie_0121

关于楼主的提问内容，刚巧也是我现在进行的部分工作，下面是我的一点经验：
首先：必须清楚诊断分为下线诊断EOL和售后诊断，因为两者针对的是不同状态的整车，侧重点不同，所以针对点不同，诊断仪一般也不同。
有了以上认识，即进入正式的开发过程。
开发过程：1 确定所有需诊断的设备，并选用诊断方式，一般为K线或CAN线，诊断方式也决定了基本的诊断协议，如K线为Kwp2000，当然这个只是最终协议的基础。
          2 在相关设备确定硬件图后，就可以确定整个诊断结构图，即诊断线路连接图
          以上开发还相对简单，下面就是开发的难点了。
          3 与所有相关设备供应商交流确定下线诊断项目及售后诊断项目，还有关键操作的安全访问（关键数据的刷新得有权限），一般有经验的供应商会提供相关参考，若供应商能级较低，那只有自己想办法了，比如向负责下线诊断和售后工程师咨询或设备。。。，但最后无论如何，得供应商确认你制定的诊断项目
          4 根据第3条确定的所有项目，细化之前的基本诊断协议，同一设备的诊断协议的下线诊断和售后诊断项目可以在一个协议中
          5 协议确定后，即是让设备供应商刷写更新诊断协议进设备
          6 最后让供应商提供样件进行测试，通过即OK了。
所有工作中，第3条的工作是最为繁琐也最为关键，如何利用现有资源将下线和售后诊断项目做的全面决定了你最后的工作的好坏。整个开发过程也是一个反复的过程，不可能一步到位。

以上是我的一点小小的心得，分享给大家，也请大家批评指正。