Other Parts Discussed in Thread: UNIFLASH, SYSCONFIG
器件型号： SK-AM62
Thread 中讨论的其他器件： UNIFLASH、 SYSCONFIG
您好团队：
MCU+SDK 软件包： mcu_plus_sdk_am62x_11_01_00_16
以下是在闪存-phy-tuning-data 操作步骤中对 SOC 初始化二进制文件进行闪存期间报告的错误消息：
我们已经尝试过几次重启 EVM、然后再次运行脚本。 但问题是一样的。
我们还尝试通过删除“--operation=flash-phy-tuning-data“并成功刷写来跳过本节。
您能否就此提供反馈？
BR、
Shubham
尊敬的会议：
我在最后用了一个 GP 板尝试了这个方法、刷写工作正常、没有任何问题：
我借用了其他的 GP 板和刷写工作正常的那.. 我们的疑问是如何解决 电路板的上述问题。
您提到刷写在删除--operation=flash-phy-tuning-data 后可以正常工作 、您能否共享确认相同的日志
请在下面查找：
如果您跳过 PHY 调优数据刷写、您是否还可以确认 soc 是否正在正确引导。
请查找下面连接的 UART 终端输出：
以上是对 MCU_PLUS_SDK_am62x_11_01_00_16 的观察结果。
如果您需要任何其他信息、请告诉我。
BR、
Shubham
尊敬的 Vaibhav：
请在下面找到我的回复：
我认为您正在运行的任何实验都没有对 sysconfig > soc 和 flash 设置进行任何更改、并且您正在使用默认的 sdk 设置？
是的。。我们使用的是默认设置。
在有故障的电路板上、当您删除“--option=flash-phy-tuning-data“行并刷写时、刷写成功吗？ -->我认为是的根据你的上述评论。
是的。。对于 SDK MCU_PLUS_SDK_am62x_11_01_00_16、 删除 “--operation=flash-phy-tuning-data“后工作正常。 但是、当我们将 SDK 软件包更新为 MCU_PLUS_SDK_am62x_11_02_00_23 时、会观察到相同的问题、我们无法 通过删除“--operation=flash-phy-tuning-data“来继续执行刷写步骤。
在步骤 2 之后、当您尝试引导时、您是否会看到 soc Null 的正确日志？
是的。。删除 “--operation=flash-phy-tuning-data“后 、日志返回成功刷写（请找到下面的日志映像）。
如果您看到 soc 空日志、那么您是否能够看到您的 DM 应用正在运行？
是的。
BR、
Shubham
嗨、Shubham、
感谢您的确认。
我想知道引导是否也成功、根据 SBL 日志、我指的是您在此处分享的日志：
请查找下面连接的 UART 终端输出：
[/报价]
此致、
Vaibhav
尊敬的 Vaibhav：
[引述 userid=“531612“ url=“~/support/processors-group/processors/f/processors-forum/1640007/sk-am62-issue-during-flash-the-soc device-initialization-binary-to-the-evm/6357281“]我想知道引导是否也成功、根据 SBL 日志、我指的是您在此处分享的日志：
[/报价]请查找下面连接的 UART 终端输出：
是的。。 这些是 删除了“--option=flash-phy-tuning-data“步骤后非工作板上的 SBL 日志。
BR、
Shubham
尊敬的 Vaibhav：
很抱歉耽误响应。
以下是从 DM 运行的第 3 个 UART COM 端口上的输出：
对于第 2 个和第 4 个端口... 没有信息：
请告诉我您的反馈。
BR、
Shubham
嗨、Shubham、
我正在共享 API 的更改。
不共享修补程序、因为它可能不适合您的驱动程序、因为您可能进行了任何细微更改。
只需共享 API、即可轻松复制和替换现有 API。
API 为 Flash_norOspiOpen。 这些更改只是一组记录语句、这些语句会打印闪存的寄存器值。
static int32_t Flash_norOspiOpen(Flash_Config *config, Flash_Params *params)
{
int32_t status = SystemP_SUCCESS;
Flash_NorOspiObject *obj = (Flash_NorOspiObject *)(config->object);
Flash_Attrs *attrs = config->attrs;
int32_t attackVectorStatus = SystemP_FAILURE;
uint32_t readDataCapDelay, phyTuningOffset;
obj->ospiHandle = OSPI_getHandle(attrs->driverInstance);
if(obj->ospiHandle == NULL)
{
status = SystemP_FAILURE;
}
if(SystemP_SUCCESS == status)
{
/* Set device size and addressing bytes */
OSPI_setDeviceSize(obj->ospiHandle, attrs->pageSize, attrs->blockSize);
/* Set command opcode extension type */
OSPI_setCmdExtType(obj->ospiHandle, config->devConfig->cmdExtType);
/* Set initial number of address bytes */
obj->numAddrBytes = 3;
/* Set current protocol as 1s1s1s */
obj->currentProtocol = FLASH_CFG_PROTO_1S_1S_1S;
/* Now configure the flash for the selected protocol */
status += Flash_norOspiSetProtocol(config, obj->ospiHandle, params);
obj->currentProtocol = config->devConfig->protocolCfg.protocol;
/* Set number of address bytes. If 4 byte addressing is supported, switch to that */
status += Flash_norOspiSetAddressBytes(config, obj->ospiHandle);
/* Set opcodes in OSPI controller */
OSPI_setXferOpCodes(obj->ospiHandle, config->devConfig->protocolCfg.cmdRd, config->devConfig->protocolCfg.cmdWr);
/* Set Mode Clocks and Dummy Clocks in Controller and Flash Memory */
status += Flash_norOspiSetModeDummy(config, obj->ospiHandle);
/* Set RD Capture Delay by reading manufacture ID and device ID */
status += Flash_norOspiSetRdDataCaptureDelay(config);
}
if(SystemP_SUCCESS == status)
{
if(SystemP_SUCCESS == OSPI_skipTuning(obj->ospiHandle))
{
OSPI_enablePhy(obj->ospiHandle);
/* PHY configuration are already stored and has to be written into register */
OSPI_phyWriteTunedVal(obj->ospiHandle);
/* Set RD Capture Delay by reading ID */
readDataCapDelay = 15U;
OSPI_setRdDataCaptureDelay(obj->ospiHandle, readDataCapDelay, TRUE);
phyTuningOffset = Flash_getPhyTuningOffset(config);
attackVectorStatus = OSPI_phyReadAttackVector(obj->ospiHandle, phyTuningOffset);
while((attackVectorStatus != SystemP_SUCCESS) && (readDataCapDelay > 0U))
{
readDataCapDelay--;
OSPI_setRdDataCaptureDelay(obj->ospiHandle, readDataCapDelay, TRUE);
attackVectorStatus = OSPI_phyReadAttackVector(obj->ospiHandle, phyTuningOffset);
}
if(SystemP_SUCCESS == attackVectorStatus)
{
obj->phyEnable = TRUE;
}
OSPI_disablePhy(obj->ospiHandle);
}
if(SystemP_SUCCESS != attackVectorStatus || SystemP_SUCCESS != OSPI_skipTuning(obj->ospiHandle))
{
/* Enable PHY if attack vector present and PHY mode is enabled */
phyTuningOffset = Flash_getPhyTuningOffset(config);
if(OSPI_isPhyEnable(obj->ospiHandle))
{
attackVectorStatus = OSPI_phyReadAttackVector(obj->ospiHandle, phyTuningOffset);
if(attackVectorStatus != SystemP_SUCCESS)
{
/* Flash the attack vector to the last block */
uint32_t blk = 0, page = 0;
uint32_t phyTuningData = 0,phyTuningDataSize = 0;
OSPI_phyGetTuningData(&phyTuningData, &phyTuningDataSize);
Flash_offsetToBlkPage(config, phyTuningOffset, &blk, &page);
Flash_norOspiErase(config, blk);
Flash_norOspiWrite(config, phyTuningOffset, (uint8_t *)phyTuningData, phyTuningDataSize);
attackVectorStatus = OSPI_phyReadAttackVector(obj->ospiHandle, phyTuningOffset);
}
if(attackVectorStatus == SystemP_SUCCESS)
{
status = OSPI_phyTuneDDR(obj->ospiHandle, phyTuningOffset);
if(status == SystemP_SUCCESS)
{
obj->phyEnable = TRUE;
OSPI_setPhyEnableSuccess(obj->ospiHandle, TRUE);
}
}
else
{
DebugP_logError("%s : PHY enabling failed!!! Continuing without PHY...\r\n", __func__);
obj->phyEnable = FALSE;
OSPI_setPhyEnableSuccess(obj->ospiHandle, FALSE);
}
}
else
{
obj->phyEnable = FALSE;
}
}
}
else
{
DebugP_logError("%s : Unable to read Flash ID...\r\n", __func__);
}
/* Any flash specific quirks, like hybrid sector config etc. */
if(SystemP_SUCCESS == status && params->quirksFxn != NULL)
{
params->quirksFxn(config);
}
else
{
uint8_t regData = 0x00;
/* Read registers and print them consecutively */
Flash_norOspiRegRead(config, 0x65, 0x00800000, ®Data);
DebugP_log("Status Register 1: %u \r\n", regData);
regData = 0;
Flash_norOspiRegRead(config, 0x65, 0x00800001, ®Data);
DebugP_log("Status Register 2: %u \r\n", regData);
regData = 0;
Flash_norOspiRegRead(config, 0x65, 0x00800002, ®Data);
DebugP_log("Configuration Register 1: %u \r\n", regData);
regData = 0;
Flash_norOspiRegRead(config, 0x65, 0x00800003, ®Data);
DebugP_log("Configuration Register 2: %u \r\n", regData);
regData = 0;
Flash_norOspiRegRead(config, 0x65, 0x00800004, ®Data);
DebugP_log("Configuration Register 3: %u \r\n", regData);
regData = 0;
Flash_norOspiRegRead(config, 0x65, 0x00800005, ®Data);
DebugP_log("Configuration Register 4: %u \r\n", regData);
regData = 0;
Flash_norOspiRegRead(config, 0x65, 0x00800006, ®Data);
DebugP_log("Configuration Register 5: %u \r\n", regData);
}
return status;
}
完成更改后、希望您通过运行以下命令来构建源库。
现在、也重新编译您的应用程序和引导加载程序二进制文件。
完成所有这些操作后、在没有--operatio**phy-tuning-da***行的情况下再次刷新软件、并与我共享生成的日志。
此致、
Vaibhav
尊敬的 Vaibhav：
以下是我执行的步骤：
1.更新了 SDK flash_nor_ospi.c 中的 API Flash_norOspiOpen
2. 通过运行上述命令构建源代码库。
3.在使用 default_sbl_null.cfg 时、重新编译“../../examples/drivers/boot/sbl_uart_uniflash_multistage/sbl_uart_uniflash_stage2/am62x-sk/r5fss0-0_nortos/ti-arm-clang/sbl_uart_uniflash_stage2.release.appimage 和“../../examples/drivers/ipc/ipc_rpmsg_echo_linux/am62x-sk/r5fss0-0_freertos/ti-arm-clang/ipc_rpmsg_echo_linux.release.appimage。
4.刷写了配置 default_sbl_null.cfg、其中未显示 “--operation=flash-phy-tuning-data“。
以下是日志：
1. default_sbl_null.cfg 闪存的日志。
2. COM 端口的日志。
完成所有这些操作后、在没有--operatio**phy-tuning-da***行的情况下再次刷新软件、并与我共享生成的日志。
您能告诉我这些日志是否是您提到的日志吗？
BR、
Shubham
尊敬的 Vaibhav：
请查找更新的日志：
请告诉我您的反馈。
BR、
Shubham
嗨、Shubham、
根据日志、通常您正在使用的闪存器件之前已修改。 修改后的意思是说、状态寄存器 1 之前已经由可能有权访问该电路板的人写入过一次。
本质上、我看到状态寄存器 1 的 LPROT 位设置为 1、这意味着：
因此、这意味着闪存的最后 1/64MB 受到保护、不受写入和擦除操作的影响、但您可以从中进行读取。
因此、闪存的最后 1/64MB 基本上是 (1/64)* sizeOfFlash =(1/64)* 64 = 1MB 闪存。 这是闪存器件最后的偏移量 1MB。
phy 调优偏移在最后 1MB 范围内、因此写入此偏移会导致失败。
希望这解释了你所面临的背后的原因。
此致、
Vaibhav
尊敬的 Vaibhav：
请查找更新的日志：
BR、
Shubham
尊敬的 Vaibhav：
感谢您的意见。 很抱歉、由于硬件是在共享的基础上提供的、因此响应延迟。
现在、在更新 API Flash_norOspiOpen 后、我们 能够将 0 写入 LBPROT 位和预期日志：
您能不能告诉我、我们是否必须每次都为不同的 SDK 11.0、12.0 版 API Flash_norOspiOpen 进行设置？ 因为我们尝试使用默认 cfg 构建 SDK 映像、但失败的原因相同。
BR、
Shubham
尊敬的 Vaibhav：
我们将 SDK 更新为 MCU_PLUS_SDK_am62x_12_00_00_27、在刷写 default_sbl_null.cfg 时、控制卡在执行第 3 个命令：
我们尝试了上述权变措施并删除了“--operation=flash-phy-tuning-data“、但控件再次卡在第 3 步：
如果需要根据 SDK MCU_PLUS_SDK_am62x_12_00_27 更新注意任何其他要点、请提供您的反馈。
BR、
Shubham
嗨、Shubham、
在最新 SDK 的 SysConfig 文件中、您能否为要刷写的每个应用程序删除以下 2 个自定义函数并重试？
更改：
为此：
safeBootdetection 函数会复位配置寄存器、这可能会导致您遇到的问题。
此致、
Aryamaan