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.

[参考译文] LAUNCHCC3220MODASF:SFLASH 和 TI 文件

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1371647/launchcc3220modasf-sflash-and-ti-files

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

工具与软件:

大家好!

在模块上的 sFlash 中有一些没有文档记载的 TI 内部文件。
至少我没有找到关于他们的任何文档。

是否有关于谁写入这些文件以及何时写入的文档?
正常运行期间、上电后或发生励磁后、或者每当发生励磁时、NWP 或 ROM 引导加载程序写入 sFlash 是否会发生?

非常感谢、此致、
罗马语

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

    尊敬的 Roman:

    CC32xx 器件没有有关系统文件的官方文档。 您可以在\sys\"directory"下找到系统文件。 如果要列出文件、可以在器件处于开发模式时使用 Uniflash。 您可以在SerialFlash 指南 swra613b 中找到有关 CC32xx 文件系统的一些信息。

    • 文件\sys\*。cfg\sys.ini 是配置文件、当用于具有持久性设置的 sl_ API 调用时、将由 NWP 保存。 有关 API 持久性的更多详细信息、请参阅附录 B 中的 SWRU455
    • 文件 phy.cal 是一个包含无线电校准数据的文件。 它在无线电校准后创建(NWP 启动后、温度变化后、触发后)
    • 文件/sys/factory.img 包含出厂恢复功能(使用时)的信息
    • 等等...

    1月

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

    您好 Jan:

    非常感谢您提供的信息。

    Anaybody 是否知道问题的第二部分:

    liu zhaoj said:
    是否有关于谁编写这些文件以及何时编写这些文件的文档?
    在正常运行期间、上电后或发生激励后或者每当发生异常时、NWP 或 ROM 引导加载程序写入 sFlash 会发生吗?

    此致、
    罗马语

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

    没有关于这些系统文件的文档。

    它们 由 NWP 使用、并 可在运行时(用于读取和/或写入)使用。

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

    您好、Kobi、

    感谢您的回答。

    我的问题的背景是:我需要估算闪存的使用寿命。 因此、这一信息非常重要。

    是否有关于在最坏的情况下、在 SFLASH 中执行写入操作的频率信息?

    最棒的餐厅
    罗马语

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

    尊敬的 Roman:

    写入 sFlash 的次数取决于应用程序代码。 因此、TI 方面不能存在此类估算。

    但是、如果您不谨慎地将 sl_ API 与持久性设置一起使用、则可以非常快速地终止 sFlash。

    1月

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

    您好 Jan:

    再次感谢您的回答。

    也许我的问题不清楚。
    我对 sFlash 中的写入或清除操作很感兴趣、这些操作是在我的应用程序不受控制的情况下完成的、例如 NWP 在后台写入崩溃转储文件。

    当计算 sFlash 的使用寿命时、必须知道在没有应用程序控制的情况下不会进行写入或删除访问。

    TI 提到的"恢复到 Factory"过程与 SOP 和下电上电一起执行、是无需应用控制的 sFlash 更改示例。

    非常感谢、此致、
    罗马语

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

    尊敬的 Roman:

    据我所知、TI 不会提供此类信息。

    就我个人而言、我不关心写入 sFlash 的这一点。 我认为最重要的是 phy.cal sl_ API 调用的配置文件。

    1月

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

    您好 Jan:

    非常感谢。

    根据个人情况、我对将此数据写入 sFlash

    这与写入的数据无关。
    我的客户端需要一条声明、表明 sFlash 不会因为无文档记载的写入或删除操作(例如 NWP 程序崩溃)而过早失败。

    他不接受声明"也许它是写的";)

    我仍然希望一名 TI 员工回答我的问题或向我发送个人邀请。

    此致、
    罗马语

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

    我们无法提供这样的声明、但我们可以说、NWP 对闪存的访问旨在防止频繁写入/删除、并且 不应导致耐久性问题。

    我们未发现任何与此相关的客户问题。

    唯一的例外是 NWP 存储用户持久性配置的系统文件。 但这由应用进行控制、

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

    尊敬的 Kobi:

    非常感谢您的回答。

    此致、
    罗马语