EZBL_EraseAll 或 EZBL_NVMKEY 在 mplab x IDE 5.4 版中不工作

EZBL_EraseAll or EZBL_NVMKEY not working in mplab x IDE version 5.4

我有一个为 mplab x IDE v4.2 工作多年的引导加载程序。它是用 XC16 1.35 编译的。

我们正在更新它以便在 MPalb x IDE v5.40 上使用。我已经能够通过创建一个 ezbl 示例并用我的 4.2 版代码替换文件来做到这一点。

我不得不对某些文件进行小改动(只有几个未定义的端口未在最新版本中定义)。

我的引导加载程序在 SD 内存中搜索固件更新并将其刻录到闪存中。正如我所说,这段代码在 4.2

中运行完美

这里的问题是 EZBL_EraseAll 在 5.4 版本中没有删除闪存。如果我将它设置为详细模式,我会得到这个:

 Write: 002198  9059FE DD19C8 710083 90610E
         0021A0  514F8A 360003 400408 488489 37FFE9 BE050C 97B60F 97B69F
         0021B0  EF6870 20A9C2 97B03F 97B0CF 07337D E00400 3A0003 EFA850
  Read:  002198  320009 B2C206 3A000A 200045
         0021A0  FB8039 32010A 2006C6 E10406 3A0004 200025 B00065 FB8039
         0021B0  320103 B2C250 320024 B2C460 3200E3 781F88 E9040F B001CF
  Write: 0021C0  EF2852 37009B 97B03F 97B0CF 884280 884291 560661 5E86E0
         0021D0  97B0DF 660201 97B16F 668002 EB0080 DD01C0 200002 B82061
         0021E0  710100 718181 90602E 504FE3
                                               MISMATCH (program and erase restricted; bootloader mismatch)
  Write: 0021C0  EF2852 37009B 97B03F 97B0CF 884280 884291 560661 5E86E0
         0021D0  97B0DF 660201 97B16F 668002 EB0080 DD01C0 200002 B82061
         0021E0  710100 718181 90602E 504FE3
  Read:  0021C0  B2C3B0 320073 B2C200 32006F B2C0D0 32002E B2C110 320019
         0021D0  B2C0D0 320017 B2C190 320069 B2C1F0 320067 B101CF 78044F
         0021E0  B2C1C0 3200AC B2C1D0 3200D3
  Write: 0021E8  3A001A 20A9C0 97E9EF 797003
         0021F0  97B80F 2FF004 97B2FF 620205 EB0280 DD2B48 DE2248 730204
         002200  DE2AC8 20A9D1 78F104 E80081 797080 20F001 600001 B80261
                                                                           MISMATCH (program and erase restricted; bootloader mismatch)
  Write: 0021E8  3A001A 20A9C0 97E9EF 797003
         0021F0  97B80F 2FF004 97B2FF 620205 EB0280 DD2B48 DE2248 730204
         002200  DE2AC8 20A9D1 78F104 E80081 797080 20F001 600001 B80261
  Read:  0021E8  B2C080 3200D8 B2C030 3200D6
         0021F0  B2C200 3200D4 B2C220 3200D2 B2C200 3200D0 3700D4 E80408
         002200  37FF6C A6F01A 37000B 2002D7 786C07 200010 550385 EA8BD7
  Write: 002210  DD2BC8 DE2248 738204 DE2AC8 20A9F0 787104 370069 504FE2
         002220  3A000E 20A9C0 97E8EF 797001 2FF004 97B1FF 620203 EB0280
         002230  DD2B48 DE2248 730204 DE2AC8

写操作也不行

某些扇区在读取时显示为 FFFF,特别是最后一个扇区,写入操作不会修改它们。

EZBL_NVMKey 设置为 0xFC21

好吧,我想知道为什么相同的代码适用于 4.2 版而不适用于 5.4 版,即使编译器在两种情况下都是 XC16。

我的一些日志:

NVMKEY = 0xFC21
NVMKEY before erase = 0xFC21
Erasing ... done
Terminating: code = 0xFFE8
EZBL_Install_SPI_FILE2Flash (hard): -24 EZBL_ERROR_HARD_VERIFY_ERROR: Bootloader read-back verification failure.)

提前致谢。

我终于修好了。我会将这个答案作为 ezbl 项目步骤的一个小指南。

我在这里评论答案是因为它对其他人有用。

当您将 4.2 版更改为 5.4 版时,即使编译器是相同的版本 (1.35) 并且 ezbl 也是相同的版本 (2.11),您需要特别注意“硬件初始化程序”文件夹中的文件。

我更改了它并将值设置为与以前版本相同的值,但它没有用。我以代码 -24 和 -25 退出。

另一件重要的事情是正确执行所有 ezbl 步骤,稍后我会评论它们。

您需要在您的设备的“硬件初始化程序文件夹”中打开正确的文件,在我的情况下 pic24j256gb410_explorer_16.c

第一件重要的事情.. FCY速度,这里我有样本的默认速度(16m)。如果你设置错误,你会看到,例如,串行端口以不同的速度传输(比预期快 4 倍),但在最终应用程序的引导加载程序中不会。即使您设置了错误的 FCY 速度,Bootloader 串行速度也会工作。

//#define FCY         16000000ul      // Changing this automatically changes the PLL settings to run at this target frequency
#define FCY          4000000ul

另一个重要细节,将串行速度设置为正确的速度。

const long EZBL_COMBaud = 115200;

从文件(注释)中删除所有对您的项目无用的行。

顺便说一句,如果您使用某些微控制器,则那里用于默认文件示例的某些引脚不存在。小心。

最重要的事情终于发生了:

EZBL_SET_CONF(_FSEC, BWRP_OFF & BSS_OFF & BSEN_OFF & GWRP_OFF & GSS_OFF & CWRP_OFF & CSS_DIS & AIVTDIS_DISABLE)
EZBL_SET_CONF(_FOSCSEL, FNOSC_FRC & PLLMODE_PLL96DIV2 & IESO_OFF)
EZBL_SET_CONF(_FOSC, POSCMOD_XT & OSCIOFCN_ON & SOSCSEL_ON & PLLSS_PLL_PRI & IOL1WAY_OFF & FCKSM_CSECME)
EZBL_SET_CONF(_FWDT, WDTPS_PS1024 & FWPSA_PR32 & FWDTEN_SWON & WINDIS_OFF & WDTWIN_PS75_0 & WDTCMX_LPRC & WDTCLK_LPRC)
EZBL_SET_CONF(_FPOR, BOREN_ON & LPCFG_ON)
EZBL_SET_CONF(_FICD, ICS_PGx2 & JTAGEN_OFF & BTSWP_ON)
EZBL_SET_CONF(_FDS, DSWDTPS_DSWDTPS0D & DSWDTOSC_LPRC & DSBOREN_ON & DSWDTEN_ON)
EZBL_SET_CONF(_FDEVOPT1, ALTCMPI_DISABLE & TMPRPIN_OFF & TMPRWIPE_OFF & ALTVREF_ALTVREFDIS)

您需要再次在此文件中为您的项目设置配置位。

为什么用EZBL_SET_CONF设置它们?因为这些配置字节将包含在生成的 .merge.s 文件中,并告诉并强制最终应用程序中的链接器使用它们。

; Bootloader code block intended for program region 'FSEC'
; 0x02AF80 to 0x02AF84, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FSEC, address(0x02AF80), code, keep
.pword      0x00FFFF, 0xFFFFFF                                                              /* 0x02AF80 ......                   */
.popsection

; Bootloader code block intended for program region 'FOSCSEL'
; 0x02AF98 to 0x02AF9C, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FOSCSEL, address(0x02AF98), code, keep
.pword      0x0000F8, 0xFFFFFF                                                              /* 0x02AF98 ......                   */
.popsection

; Bootloader code block intended for program region 'FOSC'
; 0x02AF9C to 0x02AFA0, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FOSC, address(0x02AF9C), code, keep
.pword      0x00001B, 0xFFFFFF                                                              /* 0x02AF9C ......                   */
.popsection

; Bootloader code block intended for program region 'FWDT'
; 0x02AFA0 to 0x02AFA4, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FWDT, address(0x02AFA0), code, keep
.pword      0x004BDF, 0xFFFFFF                                                              /* 0x02AFA0 .K....                   */
.popsection

; Bootloader code block intended for program region 'FPOR'
; 0x02AFA4 to 0x02AFA8, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FPOR, address(0x02AFA4), code, keep
.pword      0x000001, 0xFFFFFF                                                              /* 0x02AFA4 ......                   */
.popsection

; Bootloader code block intended for program region 'FICD'
; 0x02AFA8 to 0x02AFAC, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FICD, address(0x02AFA8), code, keep
.pword      0x000081, 0xFFFFFF                                                              /* 0x02AFA8 ......                   */
.popsection

; Bootloader code block intended for program region 'FDS'
; 0x02AFAC to 0x02AFB0, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FDS, address(0x02AFAC), code, keep
.pword      0x0080DF, 0xFFFFFF                                                              /* 0x02AFAC ......                   */
.popsection

; Bootloader code block intended for program region 'FDEVOPT1'
; 0x02AFB0 to 0x02AFB4, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FDEVOPT1, address(0x02AFB0), code, keep
.pword      0x00001E, 0xFFFFFF                                                              /* 0x02AFB0 ......                   */
.popsection

; Bootloader code block intended for program region 'FBOOT'
; 0x801800 to 0x801804, length 0x000004 (6 bytes; needs 0 pages)
.pushsection    EZBL_BTLDR_CONFIG_WORD_FBOOT, address(0x801800), code, keep
.pword      0x000003, 0xFFFFFF                                                              /* 0x801800 ......                   */
.popsection

如果设置为bootloader,则对bootloader有效,对最终应用无效,int会在验证过程中失败。

最后一个更难的问题(在这种情况下,我认为这是一个错误)是配置标志行中的第一个。

在我之前的项目中我使用了

EZBL_SET_CONF(_FSEC, BWRP_OFF & BSS_OFF & BSEN_OFF & GWRP_OFF & GSS_OFF & CWRP_OFF & CSS_DIS & AIVTDIS_DISABLE)

但这为 FSEC 配置寄存器生成了与以前版本不同的值,我不记得该值,它以 0x8 开头...,这里的问题是引导加载程序正在寻找不同的值,我得到了 - 25 退出代码如果我没记错的话。

我为引导加载程序取消注释启用了调试

#define EZBL_DEBUG     // Uncomment to allow debugging messages to be printed to stdout
#define VERBOSE        // Uncomment to have verbose printing of all flash write commands and data

重要的是 ezbl 默认情况下会在不修改内存的情况下尝试引导加载过程(以查看导入的文件是否正确),然后将其刷新。因此,在调试模式下,您会看到文件在应用程序内存地址的第一步失败(引导加载程序地址必须正确,否则您使用的是错误的引导加载程序文件)。

经过多次尝试,我将该行更改为:

EZBL_SET_CONF(_FSEC, 0xFFFF)

强制 _FSEC 的配置标志为正确的值和所需的值。我不知道为什么这个版本给我的价值与我在 4.2 版中获得的价值不同。

当您能够编译项目时,它将生成一个 .merge.s 文件和一个 merge.gld 文件。如您所知,您需要在最终项目中使用这些文件。

.merge.s 文件转到源文件,.merge.gld 转到链接器文件。

非常重要。如果您更改引导加载程序文件,您将需要再次编译最终应用程序。在我的例子中,它包括更多步骤,因为更新是通过 SD 卡完成的,所以我必须编译最终的应用程序并将其复制到 SD,这是我遇到的主要错误之一,我向引导加载程序提供了一个引导加载程序文件的不兼容版本(即使哈希相同,因为哈希是用 ezbl_boot.mk 的第一行生成的)并且当您更改代码时它不会改变,但最终的引导加载程序文件将是不同。

BOOTID_VENDOR = "xxxxx"
BOOTID_MODEL  = "xxxx"
BOOTID_NAME   = "12/11/2020"
BOOTID_OTHER  = "GA410-GA406"

当引导加载程序文件不同时,引导加载更新过程中的验证过程将失败。

所有这些都是最重要的问题和需要注意的事情。如果我记得更多,我会编辑并添加它们。

注意:在我原来的 post 中,我虽然是关于 nvmkey 或 eraseall 的,但我完全错了...

正如我所说,刷入的第一步是验证文件是否正确,所以当启用调试时你会在刷入过程中遇到很多错误,因为它没有刷入地址,然后读取将始终为 0xFFFF。验证完成后,才开始真正的流程。这是它不能失败的地方,如果它失败了,那么你可能混合了引导加载程序版本,或者你的配置位有问题(最终应用程序可能会正常工作)。