[参考译文] CCS/TMS570LC4357：Fapi EEPROM 编程

您好、John、

EEPROM 是闪存组7、请使用7作为组号：

oReturnCheck = Fapi_BlockProgram (7、0x8000、(无符号 长整型)&g_pulUpdateSuccessess、g_ulUpdateBufferSize)；

BLInternalFlashStartAddrCheck (..) 用于检查程序闪存(bank0和 bank1)的大小。

谢谢 QJ、这是一个艰难的过程。 (是的、这是一个拼写错误)。

在昨天晚上做了更多的努力之后、我能够可靠地重新创建"错误"-下面是一个测试和结果：

从头开始加载应用程序

-> CC 在 main()中打开中断

        -> 0x200000处的内存不正确

从中断开始运行应用程序、

      ->查看内存浏览器、发现内存正确-我没有执行代码来对闪存进行编程

按 UART 上的键启动闪存编程序列

CC 在执行要编程的代码之前中断

     ->内存浏览器具有正确代码的旧视图(自动更新)

我从制动点手动刷新存储器浏览器

     ->它显示的代码不正确

我逐步完成编程  

 -> 内存浏览器显示的值不正确(即使手动刷新也是如此)

我让 code composer 运行(无断点)

   ->并刷新内存浏览器-显示正确的值

我暂停 CC

   ->内存浏览器显示的值不正确

我继续 CC 并刷新内存浏览器

   -> 显示正确的值

我暂停 CC

   ->内存浏览器显示的值不正确

我继续 CC 并刷新内存浏览器

   -> 显示正确的值

你有什么想法？

e2e.ti.com/.../2502.halcogen-FEE-config.docxHere是 HALCoGEN 的配置。 它们是默认设置。 您是否发现任何问题？

我根据您的建议输入_cacheDisable_()。  
 
没有变化... 仍然可以看到两种不同的视图。

您是否发现 HALCogen FEE 配置有问题？

这是我在示例中使用的代码


uint32_t g_pulUpdateSuccesss[]=｛0x00000000、0x11111111、0x22222222、0x333333、0x444444、 0x555555、0x66666666、0x777777、0x88888888、0x9999990xAAAAAAAAAA、0xBBBBBBBBBB、0xCCCCCCCC、0xDDDDDDDD、0xEEEEEEEE、0xFFFFFFFF｝；
uint32_t 大小；

大小= BLInternalFlashFirstSectorSizeGet ()；
大小= BLInternalFlashSizeGet ()；
大小= BLInternalFlashStartAddrCheck (0x200000、64)；
uint16_t oReturnCheck；
oReturnCheck = Fapi_BlockProgram (1、0x200000、(无符号长整型)&g_pulUpdateSuccessess、64)；

尊敬的 John：

您可以使用 F021闪存 API 对组7 (EEPROM)进行擦除和编程、而不是对 FEE 驱动器进行编程。 如果您想使用组7存储数据。 我建议您使用 FEE 驱动器。

您的文档中的 FEE 配置对我来说很好。 将数据写入 FEE 并从 FEE 读取数据的示例代码：

/*用户代码开始(0)*/

#include "ti_fee.h"

/*用户代码结束*/

/*包含文件*/

#include "hL_sys_common.h"

/*用户代码开始(1)*/

uint16 u16JobResult，状态；

STD_ReturnType oResult=E_OK；

unsigned char read_data[100]=｛0｝；

uint8 SpecialRamBlock[100]；

unsigned char 模式；

uint16 u16writecounter；

unsigned int FeeVirtualSectorNumber；

unsigned char VsState、u8EEPIndex；

unsigned char u8VirtualSector；

uint8 Test_Recovery；

uint8 Test_Cancel；

空延迟(空)

｛

unsigned int dummycnt=0x0000FFU；

操作

｛

哑人----

｝

while (dummycnt>0)；

｝

/*用户代码结束*/

/**@fn void main (void)

* @应用程序主函数简介

* @请注意、默认情况下、此函数为空。

*

* 此函数在启动后调用。

* 用户可以使用此函数来实现应用程序。

*

/*用户代码开始(2)*/

/*用户代码结束*/

void main (void)

｛

/*用户代码开始(3)*/

unsigned int BlockNumber；

unsigned int BlockOffset、Length；

unsigned char * read_ptr=read_data；

unsigned int loop；

/*初始化 RAM 阵列。*/

for (loop=0；loop<100；loop++) SpecialRamBlock[loop]= loop；

/*初始化费用。 这将创建虚拟扇区、初始化全局变量等。*/

TI_FEE ()；

操作

｛

TI_fee_MainFunction()；

delay()；

STATUS=TI_FEE _GetStatus (0)；

｝

while (Status！= IDLE)；

/*将块异步写入 EEP。 块大小在 ti_fee_cfg.c 文件中配置。 默认块大小为

 8字节*/

BlockNumber=0x1；

TI_fee_WriteAsync (BlockNumber、&SpecialRamBlock[0])；

操作

｛

TI_fee_MainFunction()；

delay()；

STATUS=TI_FEE _GetStatus (0)；

｝

while (状态！=空闲)；

/*同步将块写入 EEP。 写入将不会发生、因为数据是相同的。 *

TI_fee_WriteSync (BlockNumber、&SpecialRamBlock[0])；

/*读取长度未知的块*/

BlockOffset = 0；

长度= 0xFFFF；

oResult=TI_fee_read (BlockNumber、BlockOffset、READ_PTR、Length)；

操作

｛

TI_fee_MainFunction()；

delay()；

STATUS=TI_FEE _GetStatus (0)；

｝

while (状态！=空闲)；

/*使写入的块无效 */

TI_FEE 验证块(BlockNumber)；

操作

｛

TI_fee_MainFunction()；

delay()；

STATUS=TI_FEE _GetStatus (0)；

｝

while (状态！=空闲)；

/*设置组7的格式*/

TI_FEE 格式(0xA5A5A5A5U)；

  while (1)；

/*用户代码结束*/

｝

我正在尝试写入组1中的程序存储器来编辑闪存、而不是组7 (请参阅存储器地址0x200000)。

哪个接口正确？ "块"是否与"组"相同、如果不是、我如何在它们之间进行转换？

编程也似乎是间歇性的、有时是成功的、有时是失败的。

我可以可靠地生成一个条件、在这个条件下、Code Composer 提供了两个不同的存储器视图。

我知道某些配置可能不正确、但这 是 CC 错误、需要升级。

除了引导加载程序示例代码之外、还有一些简单的代码限制、我们可以尝试查看您的硬件和我的硬件是否正常运行？

您好、John、

文档中的图表显示了 FEE 配置。 我认为您已经转到了存储数据的费用。 在 FEE 驱动器中、该块是一组数据。

如果您对组0和组1进行擦除/编程、则需要使用 F021 API、但 FEE 驱动器仅用于组7 (用作仿真 EEPROM)。

您的代码看起来很好：

uint32_t g_pulUpdateSuccesss[]=｛0x00000000、0x11111111、0x22222222、0x333333、0x444444、 0x555555、0x66666666、0x777777、0x88888888、0x9999990xAAAAAAAAAA、0xBBBBBBBBBB、0xCCCCCCCC、0xDDDDDDDD、0xEEEEEEEE、0xFFFFFFFF｝；

uint32_t 大小；

大小= BLInternalFlashFirstSectorSizeGet ()；

大小= BLInternalFlashSizeGet ()；

大小= BLInternalFlashStartAddrCheck (0x200000、64)；

uint16_t oReturnCheck；

oReturnCheck = Fapi_BlockProgram (1、0x200000、(无符号长整型)&g_pulUpdateSuccessess、64)；

但是、在将数据编程到该扇区之前、您需要先擦除该扇区。

我添加了擦除、编程中仍有错误。

我已经尝试过另一个具有相同结果的 Hercules TMS570LC43x 电路板。

以下是一些可能有用的信息。 我在以下代码行有一个断点：

fapi_issueProgrammingCommand ((uint32_t *) dst、(uint8_t *) src、(uint32_t) bytes、0、0、fapi_DataOnly)；//fapi_AutoEccGeneration)；

当我对64字节(每个调用32个)进行编程时、该行执行两次。 首次单步执行代码行时、Code Composer 会正确移动到下一行代码。 第二次单步执行该行时、Code Composer  不会返回。 如果我按下"pause"按钮、代码将在键输入循环中执行。 这可以可靠地重复。

以下是 code.e2e.ti.com/.../7382.Errors-in-flash-step-sequence.docx 建议行的结果

我们正在变得越来越近...

我已将 Fapi_issueProgrammingCommand 从：Fapi_DataOnly 修改为：Fapi_AutoEccGeneration

我还放入了测试代码以执行以下操作：

-在写入之前、查看该位置的值是否正确(@ 0x200000)

-执行写操作(@ 0x200000)

-写入测试后、该值可查看其是否正确(@ 0x200000)

-在不同的位置发出第二次写入(@ 0x200120)

-再次测试原始位置(@ 0x200000)

以下是结果(每次单步执行 一行代码)：

首次测试时位置不正确

当执行第1次擦除/写入时、所有64 个位置(@ 0x200000)的内存呈现现在都是正确的

第2次擦除/写入在另一个位置执行、存储器呈现正确(0x200120)、但现在损坏(0x200000)-现在未清除擦除-只是混乱

我注释掉了第二个擦除 并重新运行了代码

输入时内存不正确、第一次写入时正确、第二次写入时保持正确

我已注释掉两个 Fapi_BlockErase 请求-两个位置的两个存储器都保持正确

此外 、Fapi_issueProgrammingCommand 的第二次执行不再会使 Code Composer 步骤过程混乱。

仔细看、虽然对0x200000进行了调用、但擦除的第一次执行(针对0x200000)会破坏第二个存储器位置(在0x200120上)。。。

下面是使用的测试代码：

  uint32_t * src；

  src = 0x200000；

  状态=* src；

  如果(status ==0xea0004bd )

   SRC++；

  其他

   src-;

  uint32_t 成功[]=｛0xea0004bd、0x00000000、

  0x00000000、0x00000000、

  0x00000000、0x00000000、

  0x00000000、0x00000000、

  0x4605b538、0x2d06460c、

  0x2d08d005、0x2d0ed003、

  0x2005bf18、0x2010d108、

  0xfa34f000、0x60044803｝；

  状态= Fapi_BlockErase (1、0x200000、0x2000)；

  STATUS = Fapi_BlockProgram (1、0x200000、(无符号长整型)&Success、64)；

        src = 0x200000；

        状态=* src；

        如果(status ==0xea0004bd )

          SRC++；

        其他

          src-;

  int16_t i；

  (i=0；i<64；i++)

    pData[i]= 0xFFFFFFFF；

  uint16_t oReturnCheck；

  //oReturnCheck = Fapi_BlockErase (1、0x200120、64)；   <--正在破坏0x200000)

  oReturnCheck = Fapi_BlockProgram (1、0x200120、(无符号长整型)&pData、64)；

        src = 0x200000；

        状态=* src；

        如果(status ==0xea0004bd )

          SRC++；

        其他

          src-;

块清除的预期结果是什么(因为它与清除的数据模式相关 -即全0或1)？