This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
大家好、
我的客户已将 C2000ware 更新至版本4.03。
但是、F280015x 的闪存 API 中仍然存在一些错误。 在不同情况下、从"F280013x"更改为"F280015x"。 此外、文件"FlashTech.h" 现在缺少文件"Constants/Constants.h"。 因此、"FlashTech_CPU0_BASE_ADDRESS"的定义在 API 之外不再可用。 因此,不可能再使用 API ,就像 TRM 的"3.1.1 Fapi_initializeAPI ()"一章中的描述一样。
请您对报告的问题采取行动并就此提供最新信息。
谢谢、此致
Jens
Jens、您好!
我们会查看一下并回复给您。
如果需要、客户可以同时使用 F280013x 闪存 API。
谢谢。此致、
Vamsi
Jens、您好!
客户是否能够成功编译和执行闪存 API 示例? 我们能够从网络软件包成功构建并执行示例。
它们是否包含示例中所示的文件 flash_programming_f280015x.h?
它具有"FlashTech_CPU0_BASE_ADDRESS "的定义。 此定义不需要 Constants.h 文件。 由于迁移原因而保留 Constants.h 文件(我们将决定是否在 RTM 中将其删除)。 F280013x 和 F280015x API 将在 RTM 上合并。
谢谢。此致、
Vamsi
Jens、您好!
请注意: 我到2月23日不在办公室。 如果您有其他问题、请在2月23日进行回复。
谢谢。此致、
Vamsi
客户也有关于 FlashAPI 的问题、因此我将其添加到您的主题中。
"当使用时 Fapi_issueProgrammingCommand(), 我们 看到它需要 uint16 * pu16DataBuffer、从闪存读取后、我们看到闪存驱动程序仅从每个缓冲区条目中写入一个字节。
关于输入缓冲器类型的文档中是否存在错误? 正如我们可以看到的那样、它写入的是8个字节而不是16个字节。
我们 对 FlashAPI 文档的预期是将16字节一次性写入闪存。 我们确保缓冲区地址是16字节对齐的。"
尊敬的 Martin:
闪存 API 可以一次写入128位-应该没有任何问题。 客户是否查看了 C2000Ware 中提供的闪存编程示例?
指南中正确描述了缓冲区类型。
谢谢。此致、
Vamsi
请提供示例的文件夹+文件名。
作者:Martin
此处是路径: ti\cc2000\C2000Ware_4_03_00_00\driverlib\f280015x\examples\flash\flashapi_ex1_programming.c
谢谢。此致、
Vamsi
您好 Vamsi、
客户根据 flashapi_ex1_programming.c 中提供的示例测试了 FlashAPI 库
该测试在 F2800157控制器的扇区15上进行。
首先、使用以下函数擦除该扇区:
擦除后、按照以下方式填充16位1024元件缓冲器(如示例所示):
并完成刷写:
刷写后、转储闪存、并获得以下信息:
每个周期、我只能刷写64位而不是128位。 我有什么事情做得不对吗?
尊敬的 Martin:
客户是否按原样尝试了闪存 API 示例? 它是否显示了相同的行为?
谢谢。此致、
Vamsi
尊敬的 Martin:
1) 1)请要求客户按原样运行示例。 并在"Memory"窗口中查看闪存内容。 该示例是否也执行相同的操作?
2) 2)此外、请发送 CCS 内存窗口的快照、而不是仅显示字节的内存转储。
谢谢。此致、
Vamsi
从客户/FAE 离线接收到的更新: 使用该示例时、客户可以按预期对数据进行编程。 客户现在将通过与示例进行比较来检查其实现情况。
尊敬的 Martin:
客户对此有任何更新吗?
我是否可以认为此问题已得到解决?
谢谢。此致、
Vamsi
尊敬的 Martin:
因为我没有收到您的反馈、所以我将关闭此帖子。
如有需要、请打开新帖子。
谢谢。此致、
Vamsi