AWR1843BOOST: AWR1843BOOST

请问用的是C:\ti\mmwave_sdk_03_05_00_04\packages\ti\utils\sbl里的SBL程序么？有参考SBL_design.pdf文档么？

您好，由于导入工程方便，我们是基于C:\ti\mmwave_automotive_toolbox_3_6_0\labs\lab0012_can_sbl进行开发，有参考相关design文档。

在原sbl工程基础上加入移植UDS相关应用层，但是建sbl_initTask之前的初始化完全复用原sbl工程，且App的引导及后续反初始化是完全复用image_Loader及其以后函数的。在debug模式下，通过在SOC_softreset函数前下断点的时候拉取TCMA内容，我们发现与直接下载App的bin文件后拉取到的TCMA内容相同。

请问还有哪些引导失败的可能原因呢？

blackbottle Z 说：

但是重新上下电一直错误帧

是APP里CAN数据帧错误，还是毫米波帧错误?

你好，

如果是CAN的问题，请参考下面的论坛讨论：

(+) AWR1642: IWR1642 CAN异常处理 - 传感器论坛 - 传感器 - E2E 设计支持 (ti.com)

您好，我们在mcal里配置的polling轮询方式而非中断，理论上不涉及到中断问题。另外就是在引导进入App之前，我只调用了Can_init、Can_ReadMainfunction以及Can_deinit，只有尝试读取报文并没有发送报文的操作。

另外，上面说的错误帧是指CAN的ack错误帧，我们判断是App引导失败导致CAN deinit以后没有再初始化，导致CAN收发器没有重新使能造成了CAN掉线。

1、是这样的no ack。

2、非笔误，sbl里的mcan的驱动是MCAL而非mmwave sdk，app里的mcan目前还是基于sdk的。但是我们的FAE Allen没能在SBL相关问题上给我们提供进一步帮助。

3、我们把app烧到backup分区（也就是metaImage4）+原始sbl，上电20s后有App的CAN报文发出。

你好，

你们能否再定位一下是app没有正常启动，还是只是APP里can没有正常发送数据？能否在app启动最开始的地方加上gpio拉高拉低的测试口信号测量来确认？

你好，

请问你的问题有解决么?

你好，

能分享一下导致问题的原因么？

谢谢分享！