工程经验随笔
1.LIN通信问题检查流程1.1 检查流程
（1）首先是主节点发送命令格式 是否符合LIN通信协议要求，一个要点是LIN诊断命令采用的是什么样的校验和方式（标准校验和/增加型检验和），这是因为很多公司的上位机仿真软件会有校验和方式的设置；
（2）break段、同步段、PID段、数据段的中断检测，例如当前公司代码的 周期任务时间；
（3）波特率，这也是需要进行确认的点；
2.UDS使用文档
2.1 文档的书写角度
（1）根据领导的经验，应该以客户的角度来撰写，以NRC优先级来说，并不是详细的进行NRC优先级的说明，而是以示例代码为主，来说明各诊断服务中的NRC使用方法，特别是一些特殊点；
3. 常规的IDE使用方法
3.1 已有程序的导入
（1）一般来说，首先是打开软件，新建一个工作空间（Workspace，可容纳多个工程Project），然后导入已有工程，这里以NXP-S32 design studio for ARM 2018（简称S32KDS）为例：
https://img2022.cnblogs.com/blog/2511541/202206/2511541-20220624173521599-1950192680.jpg
https://img2022.cnblogs.com/blog/2511541/202206/2511541-20220624173756348-1503598244.png
https://img2022.cnblogs.com/blog/2511541/202206/2511541-20220624173809545-383876483.jpg
3.2 导入工程后的第一次的编译（build）
(1) 很多情况，采用3.1中的方法，导入已有工程（已有工程为正确的）后，第一次编译（build）会出现报错，一般来说，建议先 Clean project，然后再Build project，这样的作用是重构了新导入工程的文件链接情况；
4. Code warrior 刷写Elf文件（hex文件）
见链接：
书写：
lin的增加型校验和的事
uds使用文档需要以客户的角度写
clean project后再build project
code warrior 刷写ELF文件
XC2287M看门狗模块，调试bug的问题
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]