Other Parts Discussed in Thread: TDA4VM
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号： TDA4VM
尊敬的团队：
我们目前正在 SK‑TDA4VM (J721E) 板上处理经典 AUTOSAR、并希望您提供有关将设置从 CCS 调试模式 移至 独立（引导）模式的指导。
下面是我们当前的设置、理解以及我们面临的问题。
电流设置
- 板： SK‑TDA4VM (J721E)
- MCAL： TI Processor SDK RTOS
ti-processor-sdk-rtos-j721e-evm-10_01_00_04 - 工具链： Code Composer Studio (CCS) v12
- 调试方法： 基于 GEL / launch.js 的调试流程
- 内核： MCU R5F
状态：
- 在 CCS 调试模式下、 传统 AUTOSAR CAN 堆栈正常工作
- 在调试器下按预期发送和接收 CAN 帧
要求
我们希望 在独立模式下运行 AUTOSAR 经典 CAN 堆栈、而不使用：
- GEL 脚本
- CCS 调试启动
我们的理解
从我们的分析来看、独立流程需要：
- 使用 SBL（次级引导加载程序） 而非 GEL 脚本
- 从 闪存 (SD/QSPI/eMMC) 引导 AUTOSAR 应用程序
- 将 AUTOSAR 应用程序映像集成到 SBL 引导流程中
要求澄清
我们希望得到以下方面的指导：
- 在 SK‑TDA4VM/J721E 上以独立模式运行经典 AUTOSAR 的建议和支持方法是否使用 SBL
- ‑‑μ s 步长指南更改为：
- 编译并配置所需的 SBL
- 将 AUTOSAR 经典 CAN 应用 与 SBL 引导流程集成
- 确定需要生成和使用哪些二进制文件/文件
（SBL、SysFW、appimage 等）
- 与以下内容相关的任何参考文档、示例或应用手册：
- J721E/TDA4VM 上的传统 AUTOSAR 独立启动
- MCU R5F 上的 AUTOSAR + SBL 引导流程
我们迄今所做的努力
- 已
application.elf将 AUTOSAR 转换为 RPRC - 生成 应用程序映像 (application.appimage)
对于 SD‑卡引导、我们将以下文件复制到 boot (FAT32) 分区：
sbl_mmcsd_img_mcu1_0_release.tiimage复制为 tiboot3.bintifs.bin复制自：$SDK_INSTALL_PATH/<pdk>/packages/ti/drv/sciclient/soc/V1/tifs.binapplication.appimage
对电路板‑下电上电后：
- 未观察到 CAN 帧。 不确定它是否达到了_start--> main ()
- 同一应用程序在 CCS 调试模式下可以正常工作
附加信息–SCI 客户端/RM/PM 初始化
请注意、在我们的 AUTOSAR Classic 应用程序中、我们已经 明确添加了所需的系统控制器初始化。
执行以下初始化：
- SCI 客户端初始化
- 资源管理 (RM) 初始化
- 电源管理 (PM) 初始化
执行以下初始化：
- MCAL 初始化之前
- 解决方案
StartOS()
这样做是为了确保在独立 (SBL) 模式下运行时具有适当的时钟、功耗和外设可用性。
尽管 AUTOSAR 应用程序中已经集成了 SCI 客户端、RM 和 PM 初始化、但通过 SBL 引导时 CAN 堆栈仍然无法正常运行、而同一个应用程序在 CCS 调试（基于 GEL）模式下可以正常运行。
问题摘要
- 传统 AUTOSAR 可以在 CCS 调试模式下工作
- 无法通过 SBL 在独立引导模式下工作
- 在 MCAL 和操作系统启动之前 SCI 客户端、RM 和 PM INIT 已存在
我们希望了解：
- 在独立模式下是否需要任何额外的初始化或不同的初始化
- 基于 GEL 的 init 和基于 SBL 的引导之间是否有任何已知差异
- 如果任何 SBL‑Ω 侧配置或限制 会影响 J721E 上的 AUTOSAR CAN
您的‑将帮助我们验证我们的方法、并正确地进行独立启动。
感谢您的支持。
我们可以有很短的调试调用.
此致
Praveen
