AICrazy

@SummerFalls 感谢回复！ 若填充了g_flashDriverRAM数组，重新打开“EN_FLASH_DRIVER_DEBUG”这个宏定义，根据代码逻辑，会调用到原本的正常函数，就不是用数组函数了，代码段如下： #ifdef EN_FLASH_DRIVER_DEBUG /* TODO S32K_FlashDrv: #06 This macro is in the header file: flash_driver.h */ g_pFlashDriverAPIRAM = (tFlashDriverAPIInfo *)g_flashDriverRAM; g_pFlashDriverAPIRAM->pfFLASH_DRV_EraseSector = FLASH_DRV_EraseSector; g_pFlashDriverAPIRAM->pfFLASH_DRV_VerifySection = FLASH_DRV_VerifySection; g_pFlashDriverAPIRAM->pfFLASH_DRV_Program =...

@SummerFalls 可以，从提取内容来看，至少表头看起来是有了的。 0x11, 0x00, 0x00, 0x00, 0x9D, 0x01, 0x00, 0x00, 0x11, 0x03, 0x00, 0x00, 0xC9, 0x04, 0x00, 0x00, 0x80, 0xB5, 0x88, 0xB0, 0x00, 0xAF, 0xF8, 0x60, 0xB9, 0x60, 0x7A, 0x60,...

@SummerFalls Modified Source Files: * 1. NVM_Flash.h * 2. NVM_Flash.c * 3. flash_driver.h * 4. flash_driver.c * 5. S32K144_64_flash.ld（实际使用的S32K118） 根据你的注释，除了linker文件以外，其余都是直接拷贝git flash driver工程中的文件。包括main,c。 函数的相对地址和你生成的确实不一样，会不会是118和144的平台差异呢？还是说只要函数内容一致的话，这里hex数组的大小和内容就应该是一致的？这一点也是我比较疑惑的。 [hello_world_s32k118.zip](https://github.com/SummerFalls/UDS_S32K144_FlashDriver/files/13597461/hello_world_s32k118.zip)

@SummerFalls 你提到过144和118测试过都能支持，那你有没有印象，这两个平台编译出来的flash driver hex是一致的吗？

感谢，我再继续定位定位

@SummerFalls 方不方便借鉴下你的S32K118的flash driver工程？

@SummerFalls 好的，S32K118怎么收费的，想了解下。