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.

[参考译文] RTOS/CC3220MOD:串行闪存上的文件操作问题

Guru**** 2541430 points
Other Parts Discussed in Thread: UNIFLASH

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/640728/rtos-cc3220mod-issue-with-file-operations-on-serial-flash

器件型号:CC3220MOD
主题中讨论的其他器件:UNIFLASH

工具/软件:TI-RTOS

您好!

 -我们使用的是 Code Composer Studio 7.1或更高版本以及 SDK - simplelink_cc32xx_sdk_1_50_00_06  

 -在我们的应用中、我们希望使用 SL_API 将一些(4到5)文件存储到串行闪存(CC3220MODSF)中

 - 我们希望将文件存储在安全、冗余或失效防护模式中。  

 - SDK1.5给出的示例对我们来说是正常的。  

 -在我们的应用程序中,我们最初编写了2个文件。 使用 uniflash (Simplelink Image Creator)重新加载应用程序后、每当文件 I/O 操作出现问题时、我们的文件都会被擦除、我们必须再次创建它们。 我们是否有可能在不丢失这些文件的情况下对芯片进行编程?

 -如果我们对芯片进行 OTA 更新、串行闪存上存在的文件是否仍保留或被擦除?

 -在我们的应用程序中,我们将多次使用这些文件执行读写操作(每天大约50次)。 我们的应用还包括 TCP、UDP 和 HTTP 协议。 现在、我们需要您的建议、了解串行闪存的性能如何满足我们的要求?

   请尽快返回给我们。

谢谢、此致

Vivek

   

 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    在 Uniflash 编程过程中、串行闪存会进行格式化、然后重新编程、这就是删除文件的原因。
    OTA 只会替换文件、不会格式化串行闪存、因此 API 创建的文件不会受到影响。

    有关串行闪存、请参阅链接应用手册的第1.3节
    www.ti.com/.../swra515a.pdf

    此致、
    查尔斯·奥