工程经验随笔

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）为例：

 

 
 

 
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的问题

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！