CANalyzer及CANOE使用二：基于UDS的Panel界面及使用Capl编写BootLoader自动化刷写流程（多文件or多段下载） |
您所在的位置：网站首页 › inca刷写程序报A1b模板错误 › CANalyzer及CANOE使用二：基于UDS的Panel界面及使用Capl编写BootLoader自动化刷写流程（多文件or多段下载） |
CANalyzer及CANOE使用二：基于UDS的Panel界面及使用Capl编写BootLoader自动化刷写流程（多文件or多段下载）
|
前言Panel界面控件使用文件解析下载流程
———————————————— 前言请输入公众号：总线网络。关注我，获取汽车网络开发及测试方面资料，更新干货！ 应朋友问题：之前已看过CANOE用报告形式设计bootloader自动化测试（地址https://blog.csdn.net/qq_36407982/article/details/107610153）。那我要是没CANOE岂不是刷不了，那能否用CANalyzer及CANOE创建Network Node的方法来设计bootloader？两者有什么不同? 我：不同之处太多了，前者可列详细步骤函数，有延时函数，可以出报告；后者没有。相信很多朋友做这个都觉得比较难，难的不是正常刷写，而是各种逆向刷写很麻烦，话不多说，且看下文。 Panel界面
如上图所示，我们放置CheckBox控件来选择项目，打印出id值及版本号读取（可重新输入）；放置两个 Path Dialog 来获取Driver和App路径，此路径是存在于盘下的任何一个路径；再通过File Number确定文件个数（>=1），最后通过Button（start）开始刷写。至于CAPL Output View控件则是我们进行输出提示语，进度条是每个文件刷写的进度。由于个人习惯原因，所以绑定控件值全部弄的系统变量而没做环境变量。好了，话不多说，正文开始！ 文件解析第一步还是老操作，文件解析！ 刷写文件常见的三种：S19/HEX/BIN，本文不对BIN文件做解析，没难点。 通过文件路径后缀名识别出是哪种文件类型，再将之用于代码判断。因为文件类型不同，解析方式不同。这里简单说明下文件类型。 S1 10 2000 00 00 00 00 00 00 00 00 00 00 00 00 10 BF 如上数据： S1：文件地址字节数为1+1=2个，最常见还有S2、S3以此类推；10：表示10后面的所有数据个数是0x10个字节，即为16个字节；2000：文件地址0x200000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01：数据BF：checksum值 BF = 0XFF - (0X10 +0X20 + 00 …+0X10)，注意，这个值最终结果只能是一个字节的数。 HEX文件解析：:020000020FFBF2 :021000000001EC 如上数据： 6. :：HEX开头 7. 02：0x02个字节数据，即为2个数据 8. 0000：地址0x0000 9. 02：数据类型：（1）0x00：下载的数据 （2）0x01：读取文件结束标志 （3）0x02：扩展段地址记录，例上0xFFB |
FBL panel界面图示
文件类型判断【本文地址】