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.

[参考译文] CC3235S:有关文件系统的一些问题

Guru**** 2539500 points
Other Parts Discussed in Thread: CC3235S

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/944309/cc3235s-some-problems-about-the-file-system

器件型号:CC3235S

您好!

我在 CC3235S 的文件系统方面遇到了伺服问题。

1.我知道 sl_Fsclose (fileHdl、'A'、1)是指中止函数、如果使用失效防护标志打开文件、它会将非活动副本设置为活动副本。 但是、当我编写测试代码以验证文件系统时、异常情况下、abort 函数会充当正常关闭函数(sl_Fsclose (fileHdl、证书、签名、signature_len))。 虽然我可以忽略这个奇怪的问题,但我不知道将来会不会给我带来其他问题。

我已参考文档介绍文件系统,其中显示 servicepack 是一个特殊文件,当主机编写服务包时,sl_FsClose ()函数应接收 NULL 证书名称和 NULL 签名。  当我按照指南操作时,sl_FsClose ()函数返回-10363 (sl_error_FS_ilical_signature),但会出现另一个奇怪的问题,  如果我为 签名提供任意字符串,sl_FsClose ( fileHdl、NULL、"123")将成功。 3)、 sl_FsClose (fileHdl、NULL、"AB"、2)、 等等。

简而言之、我的主要问题是为什么文档与我测试的文档不同、这确实令人困惑。

一些其他信息:

认证文件名:dummy-root-ca-cert

签名文件名: dummy-root-ca-cert-key

我不是英语母语的人、所以如果我没有清楚地表达、请随时向我提问、谢谢。

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

    您好!

    您是否确保按照以下说明将 CC32xx SDK 中的最新 CC3235服务攻击刷写到器件中:http://dev.ti.com/tirex/explore/node?node=ABEoqU9o3snoxDcmIpW0EA__fc2e6sr__LATEST

    最新的服务攻击特别修复了文件系统 FS_close()错误,该错误可能会影响您注意到的行为。

    更新至最新的4.8.0.8服务后、如果您仍遇到问题、请告诉我。

    此致、

    Michael

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

    您好、Michael、

    感谢你的答复。

    我的 SDK 版本为 4.20.00.07 (2020年7月2日)、因此我认为服务攻击(sp_4.7.0.3_3.1.0.5_3.1.0.26.bin)可能是最简单的。 为了确保将 servicepack 刷写到器件中、我使用 sl_DeviceGet ()和 sl_FsGetInfo ()获取输出、如下所示。

    实际上,如果我不将服务 ACK 刷写到器件上,除了 sl_DeviceGet ()和 sl_FsGetInfo ()的结果外,所有东西看起来都与刷写相同, FS_Close()函数仍然很奇怪。

    e2e.ti.com/.../602880

      3年前还有另一个关于 servicepack 的 FS_close()的问题,但它没有被重新关注。 我的问题与此类似、但区别在于 SDK 提供的签名不是关闭服务 ACK 的唯一签名、任意字符串将是可以的。

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

    您好!

    很抱歉、最新的4.4.0.xx.xx 版本似乎尚未在线。 它应在下周内发布、并且即将发布的 SDK 版本将具有一个新的 CC323x 服务处理器、很可能会解决您的问题。

    新 SDK 仍处于测试的最后阶段、因此目前无法公开提供。 如果您迫切需要修复该 sl_FsClose ()错误,请联系您当地的 TI 现场销售团队。 他们将能够帮助私人提供 SDK 的工程构建以用于测试和开发目的。

    否则、感谢您耐心等待更新后的版本。 请继续监控 CC32xx SDK 下载页面、如果新服务 ack 无法解决您的问题、请告知此主题或新主题帖是否已锁定。

    此致、

    Michael

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

    您好、Michael、

    非常感谢、我的问题并不紧急、因此我将等待新的服务包。 两天后是中国国庆节,所以我将有一个星期的假期,我的回复会有点晚。

    再次感谢。

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

    您好、Michael、

    您说得对、最新的服务包已经解决了我的大部分问题、但  我在编写服务包时仍然无法使用 sl_FsClose (FileHdl、NULL、NULL、0)来关闭服务包。 这对我来说不是一个严重的问题,因为我可以在使用特殊的签名而不是“NULL”时解决它,但如果你知道原因,那就很好了。

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

    您好!

    感谢您验证新的服务包可以解决您的问题。

    至于编写 servicepack、请在调用 sl_FsClose ()时提供文件签名。 您使用哪个文档作为预期 sl_FsClose ()行为的参考?

    此致、

    Michael

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

    您好、Michael、

    请看这个、第133页、  

    但是、我只能找到另一个显示如下的文档:

    第21页、  

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

    您好!

    感谢您指出您发现带有空签名的 sl_FsClose ()适用于服务包的注释的确切位置。 我将把它作为一个文献错误进行归档、并确保它被纠正。 在服务包上执行 sl_FsClose 时、请提供该服务包的文件签名。

    此致、

    Michael