BootLoader
文章平均质量分 64
.小白一枚.
这个作者很懒,什么都没留下…
展开
-
[.小白一枚.]Autosar_Bootloader实践篇_1 反刷Boot的制作
此时直接编译会报 overlap的error ,这是因为你在boot里定义的一些内容,比如变量的地址在“ Bootloader_Resverd ”的预留区域,此时要对这些变量 ,无用的进行屏蔽,有用的就在原先地址上偏移0x20000;这一块呢,要看你boot代码里对“ 擦 ”sector 具体逻辑,一般来说,擦的使能使用的是uds中的0x31服务,格式为31 + 01 + did + 擦除地址 + 长度,上位机在发送此命令后,boot代码会将此报文解析并找到对应的sector进行擦除操作;原创 2024-08-14 18:13:08 · 392 阅读 · 0 评论 -
[.小白一枚.]Autosar_Bootloader学习笔记_3 相关机制
增加延时的目的在于在判断完 “ 应用程序有效 ”为有效后,延时一段时间继续在boot里,此时发送10 02进入的就是bootloader的 02(编程) 会话,这就是常听到的后门刷写机制实现的原理,当app跑飞、卡死时想要更新app,只需下电再上电时持续发送编程请求(10 02)就可以在stay in boot期间进入boot的编程会话,继续进行正常刷写流程;Stay In Boot 功能的实现是在验证 “ app有效标志 ” 是否有效之后增加的延时,原创 2024-01-17 14:29:42 · 661 阅读 · 0 评论 -
[.小白一枚.]Autosar_Bootloader学习笔记_2 启动和刷写时序流程
PBL只具备刷写SBL的功能,并不具备刷写APP的功能,也就意味着PBL刷写SBL的流程从开始就是固定的,避免了异常工况导致丧失刷写能力的发生,ECU重新供电后,仍然可以使用PBL更新SBL,之后在用SBL更新APP;SBL和PBL的区别在于SBL运行在RAM里,PBL在Pflash,PBL主要功能在于检查 “ 是否有重编程请求 ” 和 “ app有效标志是否置起 ”,根据检查结果选择是否激活SBL,剩余的刷写步骤都由SBL来完成,直至刷写成功后重启;A:在执行内存擦除时,原创 2024-01-17 09:49:55 · 1846 阅读 · 2 评论 -
[.小白一枚.]Autosar_Bootloader学习笔记_1
TransferData服务请求包括一个blockSequenceCounter,以便在多个TransferData请求的序列中,如果TransferData服务失败,可以改进错误处理。这意味着在RequestDownload (Ox34)或RequestUpload (Ox35)请求消息之后的第一个TransferData (Ox36)请求消息以1的blockSequenceCounter开始。客户端使用TransferData服务将数据从客户端传输到服务器(下载)或从服务器传输到客户端(上传)。原创 2024-01-16 11:06:15 · 1366 阅读 · 1 评论