[参考译文] RM44L920：CAN 引导加载程序-将 Magic Number 写入 FlashBank7不起作用

您好、Tom、

RM44Lx 上的 EEPROM 与 RM46Lx 上的 EEPROM 不同。 RM44Lx 有16个扇区、每个扇区为4KB。 RM46Lx 有4个扇区、每个扇区为16KB。

0xF0404F44是0x4F44*8=0x27A20处闪存内容的 ECC 值(闪存扇区7)。

您能否在 BL 中共享 Fapi_UpdateStatusProgram()的源代码？

我正在检查 RM44项目中的任何可能选择 ECC 的位置。

这是所有 BL 变体共享的 Fapi_UpdateStatusProgram()源。

uint32_t Fapi_UpdateStatusProgram(uint32_t Flash_Start_Address, uint32_t Data_Start_Address, uint32_t Size_In_Bytes)
{
    register uint32_t src = Data_Start_Address;
    register uint32_t dst = Flash_Start_Address;
    unsigned int bytes;

    if (Size_In_Bytes < 16)
        bytes = Size_In_Bytes;
    else
        bytes = 16;

    Fapi_setActiveFlashBank(Fapi_FlashBank7);
    Fapi_enableEepromBankSectors(0xFFFFFFFF,0xFFFFFFFF);

//            Fapi_enableMainBankSectors(0xFFFF);

    Fapi_issueAsyncCommandWithAddress(Fapi_EraseSector, (uint32 *) APP_STATUS_ADDRESS);
    while(Fapi_checkFsmForReady() != Fapi_Status_FsmReady){}

    while( FAPI_CHECK_FSM_READY_BUSY != Fapi_Status_FsmReady );
    while(FAPI_GET_FSM_STATUS != Fapi_Status_Success);
//            Fapi_issueAsyncCommand(Fapi_ClearStatus);
    Fapi_issueProgrammingCommand((uint32_t *)dst,
                                (uint8_t *)src,
                                (uint8_t) bytes,
                                NULL,
                                0,
//                              Fapi_DataOnly);
                                Fapi_AutoEccGeneration);

    while( Fapi_checkFsmForReady() == Fapi_Status_FsmBusy );
    while(FAPI_GET_FSM_STATUS != Fapi_Status_Success);
    while(FLASH_CONTROL_REGISTER->FmStat.FMSTAT_BITS.BUSY == Fapi_Status_FsmBusy);

    // Adding this to detect error in write
    if (FLASH_CONTROL_REGISTER->FmStat.u32Register != 0) {
        return (1);
    }

    return (0);
}

一如既往、感谢您的帮助！

－Tom

我从去年开始绘制笔记、并(再次)发现我是如何使其首次工作的。 感谢上帝、我有一段时间做了很好的笔记。

"     今天再看一下、    调试 器注意      到`Fapi_issueProgramming Command`的返回值 为 12、  这表示 `Fapi_Error_ASYNC_IncorrectDataBufferLength`。   在         `μ s`的传递值后、 我 将 该 值硬编码 为 4   、它起作用。  我  不知道  它 为什么起作用， 但 它 确实起作用"。

因此、我再次硬编码`字节= 4；`、它返回正常工作状态。 我没有看、但这可能意味着没有写入代码长度等、只写入0x5A5A5A5A。  

我仍然想了解这种修复的原因、如果有其他方法可以解决、但现在我要继续。

－Tom

您好、Tom、

ECC 在64位对齐地址上计算得出、地址最高为组的数据宽度(对于 RM44x 为128位)。 未提供的数据被视为0xFF。 如果仅提供4个字节的数据(0x5A5A5A5A)、 则将写入0x5A5A5A5A5AFFFFFFF、并计算该8个字节数据的 ECC。  

您可以将"字节"指定为4、8、2等