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:在 AP 模式下 index.html 加载正常、但在基站模式下、我得到一个'致命错误#39;

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

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1013650/cc3235s-index-html-loads-ok-when-in-ap-mode-but-in-station-mode-i-get-a-fatal-error

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

使用 CC3235SMODA、我发现如果我的应用将 WiFi 配置为接入点、我可以连接到器件、并从 ROM 页面访问 index.html、方法是显式对其进行寻址、或者只需浏览到模块的 IP 地址、 并将其作为默认主页。

但是、如果我让 WiFi 作为基站运行、并尝试访问 index.html (显式或默认主页)、则设备会提供大约6KB 的页面、然后进入"致命错误"类型1。

我没有看到任何回调、但致命错误的回调除外。

现在、理想情况下、当我处于工作站模式时 、我希望能够使用 index.html 进行配置。  最坏的情况是、我希望能够将默认主页的名称(处于工作站模式时)更改为 HTML 以外的内容、以便我可以让用户远离故障页面。

但是、目前我看不到如何执行以下任何操作:

-调试“致命错误”

-在站点模式下更改默认主页

我想我可以重写 index.html 的大块、只需禁用 ROM 页面、但这似乎是极端的!

欢迎您提出任何或所有想法。

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

    在 uniflash 中、可以从 OutOfBox 或 LocalOTA 示例导入压缩的工程文件(请参阅 SDK 中示例文件夹中的)。

    导入工程后、您 将能够在 高级模式下打开该工程、 您可以 在其中看到所有 html 文件、包括 index.html (您可以下载和编辑该文件、也可以按原样使用它)、您可以使用这些文件写入文件系统。

    这是 ROM 的 index.html 的更新版本、但包含大多数功能。

     我没有发现 ROM 文件的问题。 我将尝试重现问题。  

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

    抱歉。  不知怎么说、我无法更新设备上的 ServicePack。  完成此操作后、我现在可以使用充当基站或 AP 的器件干净地加载 index.html。  但是、有关能够掌握 index.html 并对其进行自定义的提示非常有用、我可能会在我的开发周期的稍后部分执行此操作。

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

    不。  发言太快了。  它工作了一次。  现在返回到致命错误。  我一定会做错事。  如何调试导致 FatalErrorEvent ID 1的原因?

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

    您可以捕获 NWP 日志(请参阅 https://www.ti.com/lit/swru455中 ch.20.1中的说明)。

    但确保安装了正确的 SP。

    BR、

    Kobi

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

    您在 swru455中提到的部分说明我需要使用引脚62、但这是模块下方的接地引脚之一。  这种技术是否适用于 CC3235SMODA?  或者仅适用于具有裸芯片的电路板。

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

    CC3235S 引脚62映射到模块的引脚52 (请参阅数据表)。

    BR、

    Kobi

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

    感谢您提供与映射相关的帮助-我现在看到了。  但是、在我将焊铁重新焊接之前、我注意到了一些奇怪的事情。  有些人在开发周期中、我安装了服务包 sp_4.7.0.3_3.1.0.5_3.1.0.26.bin

    然后、我已多次刷写应用固件、为了节省时间、我每次都不向模块发送服务包。

    我刚刚意识到、在配置页面上、构建号下面显示的版本是

    4.0.1.1.33.31.3.0.25.3.1.0.31000018

    当我再次按下服务包时、我看到了

    4.7.0.3.31.3.1.0.5.3.1.26.31100018

    这意味着服务包已以某种方式恢复。  怎么会发生这种情况?  当然、一旦我编写了服务包、它会取代原来的服务包?

    或者、在我最不期待的情况下、工厂编写的服务包是否仍然"隐藏"等待弹出...

    我使用的一批器件的批次代码是9CWCHYC、我认为这意味着2019年3月制造的

    遗憾的是、我无法在 Launchpad 上真正测试我的应用、因为它依赖于我的定制板上的许多周围硬件元件来运行、所以我一直在执行大量 Uniflashing 来测试我的代码的每次迭代。

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

    您"推送服务包"了什么? 更新中? (即您是否覆盖服务包文件?)

    在这种情况下、写入 SP 后、您需要调用 sl_Stop、然后重置 MCU。 在此阶段、器件将处于测试模式。 重置后、将使用新的 image/sp。 如果应用程序工作正常、则 必须提交 OTA 映像(捆绑包)。 否则、在下一次重置时、更新将被恢复。 我建议您参考 OTA 文档以了解详细信息。

    除此之外、除非您对器件进行编程、否则 SP 不会被删除/恢复。

    BR、

    Kobi

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

    我不使用 OTA、我使用 Uniflash 发送服务包和应用程序代码来创建.ucf 文件、然后根据发布的协议将其发送到 UART 引导加载程序。  我的板上有一个适当的 USB 转串行器件、可以操作 SOP 线路并驱动 UART。

    到目前为止、为了测试每个开发迭代、我已在 Uniflash 中将"ervicepack"路径留空、假设将其发送一次(通过正确填充该路径)、它将保持不变。

    无论我是否将服务包包含在.ucf 文件中、MCU 都会在刷写过程结束时定期复位

    (我还不是很聪明,不能考虑 OTA——虽然我很快就要去那个肮脏的池塘——关于证书和签名的整个业务对我来说似乎很可怕:)

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

    因此、您不仅要替换单个(服务包)文件、还要替换整个 UCF 映像。 在这种情况下(即对 UCF 进行编程时)、您将擦除整个闪存并写入新映像。 如果您有时使用的 UCF 不包含服务包-它 肯定会解释问题。

    在 OTA 中、我们仅替换特定文件而不擦除其余文件、但 uniflash 用于工厂(初始)编程。  

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

    总之、我有两个完全不同的问题、我现在都理解了、感谢您的帮助、非常感谢您的帮助。

    我曾尝试为其他在这方面也有困难的人提供以下详细资料:

    1) 1) Service Pack 版本:

    如果使用 UCF 重新刷写设备(包含服务包),则会在设备上更新服务包。

    如果 UCF 文件不包含服务包,则设备仍会更改工作中的服务包,但它会恢复为隐藏在某些出厂编程区域中的服务包。

    这(对我来说)意外的还原意味着我在不知情的情况下使用了提供 FatalError 的旧版本服务包、而当前服务包没有。

    结论:如果使用 UCF 作为测试平台重复刷新设备,则必须*每次重新编程服务包。  这会增加几秒钟的重新闪烁时间。

    2) 2)"会话"和"AP"操作之间的行为变化

    在使用浏览器调试器时花费了一些时间、这会导致我将其描述为错误、但它位于索引.html 的未记录区域、我一直在使用该区域。

    index.html 包含以下行:

    此行通过设置两个变量 u_menu 和 u_objs、为用户提供了扩展主菜单结构的方法。

    这会在主菜单中添加一个选项卡、并定义该选项卡中的内容、在"AP"模式下工作时、该选项卡的工作方式与螺母一样甜蜜:

    但是。  当处于"会话"模式时、index.html 中的 javascript 将跳过"会话"选项卡、这意味着自定义选项卡现在变为条目5、而不是6、这意味着虽然选项卡在"会话"模式下显示、但对所有快照进行索引。

    结论:我需要禁用基于 ROM 的 index.html、并在闪存归档系统中对其进行更正克隆。  更正方法是在"会话"模式下找到另一种隐藏"会话"选项卡的方法。

    再次感谢 Kobi 的耐心。