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

您好 Jan：

非常感谢您提供的信息。

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

liu zhaoj said:

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

此致、
罗马语

您好、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 员工回答我的问题或向我发送个人邀请。

此致、
罗马语