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.

[参考译文] CC3220MOD:CC3220网络处理器问题

Guru**** 2571845 points
Other Parts Discussed in Thread: TPS54202, UNIFLASH, CC3100

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/715197/cc3220mod-cc3220-network-processor-issue

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

我当时在做一些现场测试、将 RAN 测试成了一个非常可重复的问题、当时我认为这是与温度相关的问题。  CC3220配置为 AP 模式。  上电后、我会第一次连接到它、并查看板载网页、一切都将按预期工作。  然后、我断开连接并重新连接、DHCP 似乎进行了发布、但不会提供新的 IP 地址。  我也觉得奇怪的是、即使给手机一个静态 IP、它也不能让我查看板载网页。  它始终广播 SSID、我的代码似乎正在运行、因为即使在这种奇怪的状态下、它也会按预期为中断提供服务。  我会对器件进行下电上电并获得相同的行为。  我可以第一次连接、但在第二次连接时、它将失败。  

外部温度为38-40C、由于太阳能负载、外壳中的温度可能会稍高一些。  我在温度为75-80C 的烤箱中测试了一个器件、发现它在烤箱中没有问题、所以我认为它与我想象的温度无关。  有什么想法会导致这种情况?  我以为这可能与电力有关、但我认为电力状况还不错。  它由大型12V 铅酸电池供电、并由具有44uF 输出电容的 TPS54202转换为3.3V。

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

    您是否尝试查看调试控制台或 UART 上的 WLAN 事件输出? 您应该能够查看客户端何时连接和发布以及任何其他问题。

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

    遗憾的是、我没有任何调试设备。 我们也停止了 JTAG 报头的填充。 这是在远程位置。 我们已经在本地进行了3个月以上的测试、每天连接和断开次数都是多次、自从我们更新到最新的 NWP 服务包后、从未出现任何新问题。 我仍在尝试重新创建它、但当然不幸运。 我想我只是想知道、对于可能导致 NWP 退出的事情、是否存在任何"部落知识"。。 因为没有更好的词语。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Andrew:

    您使用的是哪个版本的 Service Pack? 为了澄清这一点、您只在现场测试期间遇到了这个问题? 您无法重新创建问题?

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

    3.8.0.3是 SP。  这个版本和最后两个版本相当好。  NWP Service Pack 的早期版本在 AP 模式下的 DHCP 存在严重问题。  直到上周,我每隔一段时间就会收到一件奇怪的事情,就是有时手机会再次要求输入 WPA 密码,即使它被设置为记住密码。

    是的、仅在现场测试期间。  到目前为止、我一直在尝试重新创建、但没有成功。   

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

    Kristen、

    我可能在这方面有一些突破。  我预热了一个电路板、得到了我在现场看到的确切行为。  下面是有趣的内容。

    • 即使电路板有足够的时间冷却、电路板仍然存在此问题。  它真的不清楚为什么会这样。
    • 您始终可以在 cc3220的第一个下电上电后进行连接。  只要断开连接,然后尝试重新连接,就会导致故障
    • 在 cc3220上禁用 WPA/WPA2似乎可以解决问题。  我现在已经多次验证过这一点
    • 当 cc3220处于"失败"状态时、如果我重新引导我的 iphone、我可以重新连接、但这仅在第一次重新连接。

    所附的 Wireshark 捕获了正在发生的情况。  第一次断开连接后建立连接时、当它工作时、会显示有一个 DHCP 请求和 ACK、并且 iphone 获取其旧的 IP 地址。  然后几秒钟后,iphone 上的网络名称旁边会出现 DHCP discover 和 offer,并将其变为 spinner。  它将执行此操作几分钟、然后以某种方式将其默认为旧 IP、但尽管具有 IP 地址、但无法 ping 通 iphone、并且 mdns 停止工作(我无法再 ping mydevice.local 并获得响应)。

    e2e.ti.com/.../capture1.zip

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

    Kristin、

    即使在多次循环通电并在两次循环之间将其关闭约半小时后、问题仍然重新出现、并且没有成功解决。  我终于把设备放了几个小时。  然后、我打开了电源、我的 iPhone 再次连接没有问题。  因此、我决定重复加热。  我能够使它再次发生。

    我已附上问题的 NWP 日志。  您应该会看到设备在加热时正常运行。  突然、我再次在 iPhone 上要求输入 WPA 密码、这很奇怪。  之后、它开始出现问题。  症状是我可以连接、iPhone 短暂显示有效 IP、然后返回尝试获取 IP 的时间为1-2分钟。  此时它会获得一个 IP、但此时仍会与网络发生混乱。  mDNS 名称不再解析。  它几乎相当于网络上的一半损坏。  如果我重启 cc3220电源、我将第一次成功连接、没有问题、但在第二次连接时、它会失败、之后会进行任何尝试。  有趣的是、第二台设备(如我的 iPad)在故障期间未连接、但连接没有问题。  如果我强制将 cc3220连接到开放网络、则一切都开始正常工作。  如果我重新启用 WPA、则问题再次发生、只有在发生"故障"时、连接了设备的 iPhone 才会出现。  我对网络处理器中的 WPA 功能有一些损坏的问题表示了很高的了解。   

    我相信我已经尽了应有的努力来提供我能提供的所有证据。  让我知道我还能提供哪些帮助。 这是一个非常大的问题、因为这是一个使用 AP 模式的室外应用、客户需要设置密码。  我离生产也很近、不到2个月、因为过去几个月我们取得了良好的成绩、所以我认为我们在问题上已经走出了困境、但现在这将使我们放慢速度。

    谢谢

    e2e.ti.com/.../putty1.log

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

    我们可以通过什么方法对此进行一些处理?

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

    尊敬的 Andrew:

    这是一个有趣的问题。

    我想总结一下:
    -您使用的是 MOD 而不是 CC3220的 QFN 版本? 对吧?
    -您多久调用一次将代码内的 sFlash 写入其中的 sl_ API?
    -您有多少个故障电路板?
    -如何设置校准模式?
    -您是否看到 SL_ API 或错误事件处理程序中的任何错误?

    我首先想到的是、为了详细说明...

    1、Flash 存储器的保障数量超出保障范围、可以做一些很奇怪的事情。
    2.如果使用 MOD、很常见的问题是模块下的焊锡膏回流错误。 在这种情况下、行为可能非常奇怪。 可以通过 X 射线或 BGA 检查摄像头检查正确的焊点。
    3.如果使用 QFN,不稳定的快速时钟会导致互操作性问题。
    4、如果温度变化超过(??°C、现在我不记得确切的数字)、则是射频输出校准。 校准结果被写入 sFlash。 sFlash 或 RF 路径问题可能导致校准失败。 这可以由事件处理程序监控。
    5.它是在正常辐射环境中使用的设备吗? 电离辐射会显著降低闪存的性能、尤其是串行闪存(用作 sFlash)

    (笑声) 但是、如果您无法调试甚至使用 UART、我认为确定故障原因将非常残忍。

    1月

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

    1. 模块
    2. 我只在用户更改用户参数时写入闪存、在这种情况下、这些参数没有被更改、因为您甚至无法访问网页
    3. 模块
    4. 由于信号强度良好且始终广播 SSID、射频似乎工作正常。
    5. 校准设置为自动
    6. 我没有看到任何错误

    • 每天的闪存写入次数最少。  仅当用户更改参数时。  它们不会经常与器件交互
    • 该部件在每个其他方面的表现都很好。  我发现一个有趣的现象是、即使在冷却到室温之后、3x3 PCB 也会有几个小时的时间出现此问题(我验证了与电路板接合的热电偶)。  它需要几个小时的断电、似乎它会从它中退出。  简单地循环供电不起任何作用。
    • 正常辐射环境。   

    我现在可以进行调试、只需用热风枪预热电路板、然后用热电偶监控温度即可。  它不仅仅是一个等待中的游戏...

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

    如果我应该建议、对我来说、它看起来像是回流问题。 您能否检查焊接情况? 您有多少个故障电路板?

    1月
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    它不是回流。 2个板执行此操作、并将其从 WPA 设置为打开、从而使其消失。 然后返回到 WPA、它开始执行它。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    好的、另一个选项可能是 sFlash 问题。 如果您将安全性设置为 WPA,则此密码将存储在 sFlash 中的文件中。 存储此文件的扇区可能已损坏。

    您可以尝试创建具有不同大小的新映像(例如、没有 SP、有用户文件等)。 这应将带密码的文件重定位到另一个扇区。 并尝试重现问题...

    1月
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    只需更改 WPA 密码就可以修复此问题、我尝试过它、但它没有帮助。 两个单元中的一个甚至不在现场。 它只是在汽车里骑着、在汽车熄火时、车内温度变高。 我发现它的唯一原因是、我快速通电以检查某件事并注意到行为。 如果存在闪存损坏问题、则我们会遇到存储器规格问题、因为该器件在现场或汽车中的温度绝不会超过85C。 我似乎是唯一使用 AP 模式的少数几个人之一、并且遇到了通过更新到最新 SP 而解决的其他问题。 在本例中、我使用的是最新的 SP。 我将抓取第三个单元、但我几乎肯定它也能做到。

    我希望 TI 的某个人能够查看 NWP 日志、因为其中可能包含一些有价值的信息。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    好的、有道理。 我没有其他想法。 请等待 TI 的回答。

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

    这似乎不是真正的温度水平问题、而是更多的温度压摆率问题。  I PCB 的温度仅为40-50C、但这次出现故障时、电路板上另一个 IC 的功率耗散会对其进行预热。  我在两个完全不同的单元上尝试了这种方法。  如果我关闭 WPA 并使其成为开放的网络,则一切都可以再次正常工作。

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

    TI 人-这是为我的客户之一...

    这可能会有所帮助、也可能不会:

    虽然这是客户自己的主板 、但他在 问题上是2/2 -换句话说-问题似乎是一致的。  它们甚至来自不同批次。  我不认为它是焊接的,因为如果您将它置于开放模式而不是 WPA,问题就会消失。  如果您将其重新置于 WPA 安全保护中,则问题会再次出现。  如果您让它休息8小时、它在 WPA 中再次工作。  如果您让它坐一两个小时、问题仍然存在。

    看起来是一些奇怪的刷新问题。 感谢您的帮助。

    标记

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

    很抱歉、回复延迟、我正在向团队询问此问题。 我会尽快回来。

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

    Kristin、

    我已从 cc3220 launchpad 中附加了 NWP 日志、我已解决了这个问题。

    昨天我做了更多的工作、我可以告诉大家。  我现在尝试了两台 iOS 设备。  iPad (iOS 8.4)和 iPhone SE (iOS 11.4.1)、它们都会导致我的硬件和 TI 硬件出现问题。  cc3220有时 会报告终端外的连接和断开事件、这会导致一些稳健性问题。  它并不 总是报告它们。  有时、它漏掉了断开连接、并报告了下一个连接事件。  我认为这是有某种关联的。  我可以连接和断开几次、然后随机地 混淆 DHCP 协商。  连接后、电话将具有 IP、10秒后电话将不再具有 IP。  在~8+小时后的某个时候、器件似乎从它中取出、可以再次连接几次、然后它开始随机再次失败。  循环通电无法解决问题。  我在 cc3220 launchpad 开发套件上看到了同样的行为、即使在室温下也能运行我的代码。  请记住、我只运行一个已修改版本的开箱即用演示、除了添加额外的线程和额外的 http 获取和发布响应外、没有太多的涉及。  我搜索过论坛很多次、但我没有看到任何人真正使用启用 了 WPA 密码的接入点模式。  这让我质疑它已经测试了多少。  我认为大多数客户都立即配置他们的器件、并且从那时起以工作站模式运行。  他们可能永远不会使用接入点 WPA 安全功能。  我甚至彻底擦除了 iPhone、在其上添加了全新的出厂默认图像。  在几次连接迭代后、它立即开始再次出现问题。

    下面是导致故障的过程。  将器件置于 AP 模式并启用 WPA。  连接到设备并等待电话上的转子变为复选标记。  然后禁用 WiFi 以断开连接、然后重新启用 WiFi 并再次连接到 cc3220。  在复选框显示后等待15-20秒、然后再断开连接。  此等待步骤非常重要、因为电话丢失 IP 需要~10-15秒、然后进入此连续循环以获取 DHCP 发现和确认请求、如我之前包含的 Wireshark 日志所示。  将器件重新置于开放网络模式会使问题消失、但返回 WPA 会立即再次发生。  "忘记"电话中的网络或更改 cc3220上的密码也不起作用。  在电话上执行"续订"也不起作用。

    我还注意到、有时我在控制台输出中收到一个[NetApp 事件]意外事件[0x3]。  我不确定是什么触发了这种情况、它可能是不相关的、但我想我会提到它。

    是否有人会离线而不是通过此论坛与他人谈论此事?  Mark 将在下周外出、我与他没有可靠的替代联系。  这是一个大问题、WPA 是一项重要的必要要求、项目将暂停

     

    e2e.ti.com/.../nwp-log.zip

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

    尊敬的 Andrew:

    1) 1)为了澄清、您使用的是 WPA 还是 WPA2? WPA 已被弃用、使用 WPA 可能会导致您看到的一些问题。

    2) 2)您是否仅在 iOS 设备上看到此行为? 您是否已使用 Android 设备对此进行了测试?

    3) 3)您是否可以在未修改的开箱即用演示中重现此行为? 因此、我们可以通过一种方法自行测试、而无需您添加的其他更改。  

    此外、该论坛由团队管理、从支持角度来看、我们更容易管理、而不是通过电子邮件进行管理。 您将能够通过论坛获得更好的支持。

    此致、
    Kristen

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

    1)。 我正在使用 SL_WlanSet (sl_WLAN_CFG_AP_ID、SL_WLAN_AP_OPT_SECURITY_TYPE、1、(uint8_t *)&值);并将其传递为0或2。 所有电话都要求我输入密码,因此我假设它使用 WPA2作为两个设备。 我很确定 WPA2在2006年左右完全采用、所有测试设备都比这新得多。

    2)。 通常、这是首创的 iOS 设备、但在 iOS 设备无法连接后、Android 设备有时甚至无法连接。 我有一份 Android 设备的现场报告、但我没有在那里。 就症状而言、这似乎有点随机。 有时、它将是一个器件、任何 cc3220器件都会出现问题、而其他时候、它将是多个器件、只有一个 cc3220器件。 我讨厌我无法为您提供更好的信息、但这就是我收集到的所有信息。 要实现这一目标、还需要相当的耐心和坚持不懈、因为它并不总是立即发生、因此您必须真正地进行练习。  有时它会提示我重新输入 WPA2密码、这也很奇怪。

    3)。 我还没有尝试过、但正在朝着这个方向努力。 作为替代方案、我的代码将在 Launchpad 上运行、因此我可以将其发送给您。

    是否有人有机会检查 NWP 日志文件? 我希望其中包含一些可以揭示信息的信息、并且可能会朝着正确的方向进行讨论。

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

    在我上一篇帖子之后、我加载了缺货演示。 它来自1.5SDK、但我确实修改了 uniflash 映像以包含最新的 Service Pack (sp_3.8.0.3_2.0.0.0_2.2.0.6.bin)。 我通过按下演示套件侧面的开关将其置于 AP 模式。 然后、我多次连接到它、但没有成功。 但是,一旦我拿起了吹风机,就不能判断:-)... 因为这比我的热风枪更近。 我对电路板加热、问题立即发生。 我知道它不会变得很热、因为处理器的触摸温度甚至不是很高、所以我知道我们没有超过85°C。 相信我在我的职业生涯中接触过无数的热 IC、我的手指已经变成了一个半途的合适温度计。

    因此、我认为这可以作为起点。 我相信这是一个网络处理器问题。 我认为它与温度变化有关。

    然后我又尝试了第二次、在"加热"阶段、它没有相位、但当我将干燥机置于"冷却"状态时、它确实会快速冷却电路板。 这是第三次发生在加热器上。 这一次我也尝试在这之后连接 Android 手机、它说"身份验证问题"、无论什么都不会连接。 但是、iPhone 的旋转器会在网络旁边运行、1-2分钟后、它会获得一个 IP、我仍然可以访问板载演示网页。 这可能是另一个线索、说明了发生什么情况以及为什么仅在打开 WPA 密码保护的情况下才会发生这种情况、如果关闭该保护、设备将再次正常工作。

    作为一个提示、您可以在每个下电上电后按侧面的按钮、以使 Launchpad 脱离开箱即用演示的配置模式、您可以在 DisplayBanner (application_name、application_version)下添加以下代码;调用。

    /*无论当前模式如何,均设置 AP 模式*/
    RetVal = sl_WlanSetMode (Role_AP);

    /*检查切换到 AP 命令是否成功*/
    如果(RetVal = 0)

    UART_PRINT ("信号 AP 模式->配置任务(通常由 SW2处理程序完成)\n\n");

    /*在 OCP 寄存器上指示 AP 角色*/
    ocpRegVal = MAP_PRCMOCRRegisterRead (OCP_REGISTER_INDEX);
    ocpRegVal |=(1<<OCP_REGISTER_OFFSET);
    MAP_PRCMOCRRegisterWrite (OCP_REGISTER_INDEX、ocpRegVal);
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Andrew:

    遗憾的是、我们的实验室中没有测试设置来重现发热问题。 您是否可以在更可控的设置中重现测试、以便我们了解器件的实际温度以及温度变化率?

    器件的校准可能会受到快速温度变化的影响-我们将对此进行更深入的研究。 此外、我们仍在浏览您提供的日志、以了解更多信息。

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

    Kristin、

    因此、您不能或不能同时获得吹风机和 Launch-XL 板、或者您无法复制它?

    我可以尝试将热电偶直接安装到模块的屏蔽层下面、以便更好地了解温度上升和速率。  我想知道 WPA 和校准是如何关联的?

    感谢您的回复!

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

    Kristin、

    我进行了更多测试。  我将校准改为"一次"、似乎没有改善。  此外、我认为这不限于温度变化。  温度变化看起来确实使它更快发生、但我可以在不加热电路板的情况下实现它。  它需要更多的连接/断开连接、但最终确实会发生。  昨天、我甚至在运行开箱即用演示和最新服务包的 cc3220-launchxl 电路板上实现了这一目标。  我可能更早地偶然发现了它、因为我们的定制板上有一个电源、可以将2-3瓦的功率耗散到 PCB 中、并相对较快地将其加热。  

    我还要强调、Android 手机在实现这一目标方面似乎非常困难。  我还观察到、使用 Android 设备时、cc3220始终报告连接和断开连接、iOS 设备似乎不时会错过。  可能是另一个线索

    [WLAN 事件]连接到 SimpleLink AP 的外部站
    [WLAN 事件] STA BSSID:XX:xx:xx:xx:xxcxx

    [WLAN 事件]从 SimpleLink AP 断开外部站连接

    我仍然认为,在 AP 模式下启动 WPA 后,最终还是存在一些脆弱性。

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

    尊敬的 Andrew:

    感谢您分享上述所有详细信息。  从您的最新响应来看、即使在该器件的温度规格范围内环境温度恒定、此问题似乎仍然存在。 为了简化操作、 让我们确保在设置方面处于同一页面。  以下几点:

    • 我建议现在从设置中删除温度变化。  这会添加另一个似乎不需要重现问题的额外变量。  此外、由于器件的射频性能取决于校准、这会使事情快速复杂化(请参阅下面链接编程人员指南中的第3.8节校准)。  根据您提到的热风枪设置、这似乎不是一个有效的用例、因为这将快速改变器件温度-可能比重新校准所需的时间快。
    • 如果您可以使用 CC3220 Launchpad、运行 OOB 示例并将校准模式设置为正常、重新捕获 NWP +wi-fi 监听器日志、那将非常有用。

    我还将告诉您我们是否能够在此处复制它。

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

    我将使用 OOB 演示处理网络日志和网络鲨鱼捕获。 我想我将通过一些视频来展示正在发生的情况。 鉴于我所见的一些不稳定行为、如果出现多个类似症状问题、我也不会感到意外。

    温度问题的问题。

    您必须耐心等待。 这可能需要大量的尝试。 这就是我添加温度分量的原因、因为在机组在炎热的日子里经常发生这种情况。

    以下是我的工作方式... 我在 settings.html 页面中设置 WPA 和密码,然后重新启动。 我连接并等待网络名称旁边的复选标记、然后关闭 WiFi。 然后将其重新打开并连接。 我这么做、直到它发生。 我每5个连接会暂停10到20秒、因为当问题发生时、您会得到5-10秒的复选标记、然后它消失并进入旋转器。 我认为这是因为 iOS 设备正在尝试重复使用以前的 IP。 然后、DHCP 中的某些内容会发生故障、它位于该位置、尝试获取 IP、但不会这样做、而且1-2分钟后、它将默认返回到之前的 IP 地址。 但是、mDNS 名称解析在这之后不起作用、这是一个大问题。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    奥斯汀

    我捕获 了 NWP 日志文件、OOB 演示 UART 输出和 Wireshark 捕获。

    该器件处于正常校准模式、并使用最新的服务包(sp_3.8.0.3_2.0.0.0_2.2.0.6.bin)。  我在 cc3220launchxl 板上使用了 OOB Demo。 要设置电路板、我按下开关将其置于 AP 模式、然后转到 settings.html 为 AP 模式输入 WPA 密码。  然后、我重新启动了器件、并按下开关以将其重新置于 AP 模式。  然后我连接并输入 WPA 密码。

    您可以看到、实现这一目标所需的时间不会很长。  当发生故障时、会有一整组 DHCP 发现和请求事务。  清除此问题的唯一方法是对电路板进行下电上电、因为 DHCP 服务器不再分发 IP。  我从未将其设置为开放网络。

    我还在下面的链接中添加了一个视频、以便您可以准确地看到我正在做什么来引发故障。  在1:18发生问题的地方。  您可以看到、我最初连接成功、但5秒钟后、它开始尝试获取 IP。

    https://youtu.be/B69VnDSGJPU

    希望这是足够的信息、让您的团队能够与之合作、并为解决这一问题建立一些动力。

    e2e.ti.com/.../capture-files-for-OOB-Demo.zip

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

    我在周末做了更多的测试、这就是这种情况在多大程度上会变得紧张、而且在开放网络模式下也会出现这种情况。 DHCP 锁定后、设备将采用链路本地寻址。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Andrew、

    我们目前正在审核您的日志、我知道您的日程安排很紧、因此我们会尽快提供反馈。

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

    随着我越来越多地使用 Wireshark 日志、我已经查看了更多 Wireshark 日志、我确实看到了一个有趣的模式。 我注意到、有时可能会有多个 DHCP_Requests 连续出现、并且在很短的时间内来自同一器件、但它们后面总是有相同数量的 DHCP_AKS。 我发现这很奇怪、但我想这正是移动设备的行为方式、cc3220只需要处理它。 但是、当 DHCP 没有通过 ACK 跟踪每个 DHCP 请求时、它似乎会锁定。 当出现故障时、似乎在这种情况下总是有两个请求、并且只有其中一个请求。 因此、DHCP 在第二个 DHCP_Request 之前放弃、或者在发生多个 DHCP_Requests 时、存在一些竞争条件。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Andrew、

    我们已经深入研究了这个问题、并使用开箱即用示例在我们的末尾进行了重现。 这是我们需要与研发团队进一步协商的问题、但遗憾的是、他们在月底已不上班、并将进入9月。

    目前,我建议查看调用 sl_NetAppStop()和 sl_NetAppStart()是否起作用作为变通办法。 当器件处于 AP 模式并等待配置时、您可以定期调用、可能每隔10秒左右、以停止然后启动网络应用程序。

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

    Kristen、

    这是一个好消息、即问题是可重现的、我非常感谢您及时进行测试。  但是、我认为我无法执行您的建议。  我们始终将器件保持在 AP 模式、因此调用 STOP 和 START 可能不起作用、因为我们依赖于读取网络处理器的 RTC 以获得其他功能、并且它会持续中断与已连接器件的通信。

    我看到的唯一解决方法是告诉客户分配静态 IP 地址、这甚至不是一个好的临时解决方案。  人们很容易对所有号码(子网掩码、网关等)感到困惑、并且忘记了他们已经使用的 IP。  我们希望在9月底之前发货、这一问题将成为该产品的主要黑眼、因为它将被视为非常不可靠。  我需要从 TI 获得的是关于这在 TI 将成为多么重要的优先级以及我们可以尽快获得解决方案的一些信息。  我相信您能尽一切努力。  我知道、由于回归测试所有其他功能以及所有文档、Service Pack 需要一段时间才能发布、因此我不确定是否可以获得一个专门的构建、而只使用这个固定值来继续使用运行。  我可能会提前一点... 我想这是不是固定的?  我怎么强调都不为过、如果这不能解决问题、我们的产品就会在水中死亡、大量的投资将被浪费、我们将不得不从头开始。  对公司的财务影响非常大、因此现在情况相当紧张、这可能是一种低估...  :-)

    我要说 CC3220是一款令人惊叹的器件、因此 TI 的那些曾考虑过该器件的人员和实现该器件的设计团队都值得信赖。  我希望我能在今年早些时候与 Shlomi 对应时解决这个问题、但他无法复制、我无法提供足够的证据让他继续研究。  我们只是简单地介绍了升级服务包的标准动作、然后等待并查看。  从那时起、我们扩大了正在运行的设备数量、并增加了更多用户、然后这种情况又开始出现、而且频率也更高。

    谢谢、

    Andrew

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

    尊敬的 Andrew:

    只是一个简短的评论... Kristen 谈到了如何通过 sl_NetAppStop/Start API 重新启动 DHCP 服务器、而不是通过 sl_Stop/Start 重新启动 NWP 本身。 但我不确定该解决方案、如果在 AP 使用多个客户端、是否不会出现问题。 如果不能发生这种情况,DHCP 服务器将在重新启动后分配相同的 IP (=这只是我的推测,没有进行任何测试)。

    但也可以采用另一种方法。 您可以在 NWP 中禁用 DHCP 服务器并在应用处理器中使用您自己的 DHCP 服务器。 DHCP 服务器不是很难实现的。 我们在有线产品中使用自己的简单 DHCP 服务器。 如果我还记得、我们的实施只需要几天时间(不包括测试在内超过一周)。

    更新1:我看到 Kristen 建议的解决方法的另一个问题。 API sl_NetAppStart/sl_NetAppStop 看起来是系统持久的。 这意味着该 API 正在写入 sFlash。 通常、使用此 API 会损坏 sFlash。  其中一个选项可以是通过 sl_device_General -> sl_device_General_persistent 禁用系统持久性。


    1月

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

    您好、Jan、

    是的、您回答正确。  我误读了 Kristen 的建议。  我可以更深入地研究它。  是的、写入闪存将是一个问题。  我在 Uniflash 中设置了大多数设置。  如果我设置禁用持久性、这是否意味着 DHCP 设置的 uniflash 设置将不再起作用、我必须在代码中设置它们?

    我不确定我们是否真的要从头开始编写我们自己的 DHCP、除非有人拥有我们可以开始使用的开源 DHCP。  基本原理是直截了当的、我看到您如何创建数据包结构、但正确设置 UDP 端口67和68并处理事件似乎很棘手。

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

    在这种情况下、您会禁用 SL_ API 不会写入 sFlash 的持久性。 但会加载 sFlash 中的设置。 NWP 重新启动后、您将具有与 Uniflash 相同的设置。 每次 NWP 复位后、需要设置禁用持久性。

    我考虑了如何检测 DHCP 服务器的问题以及在该问题重新启动 DHCP 服务器之后的可能性。 也许您可以尝试以下方法:
    -如果发生 WLAN 连接事件(sl_WLAN_EVENT_STA_ADDED)、则启动计时器、超时时间为5秒
    -如果在此期间未收到租用事件(SL_NetApp_EVENT_DHCPv4_LEV4),则可以重新启动 DHCP 服务器

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

    有时、客户端不会执行完整的 DHCP 过程。 我在鲨鱼中多次观察到这一点。 实际上、iOS 因其而臭名昭著。 如果租约仍然是新的、他们只需提出请求、然后从 DHCP 获得一个机会、放弃发现和提供。 我还发现 sl_WLAN_EVENT_STA_ADDED 也不可靠。 它并不总是检测到断开事件(我不确定它是如何工作的、因为我看不到它无法知道某个工作站断开的情况。 他们可能会从 ARP 获取连接事件,但却看不到断开连接的方法)不管怎样,因为它没有断开连接,它不会在下次生成连接事件。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    嗯... 这很奇怪。 SL_WLAN_Events 与 WLAN 层绑定(802.11层= ISO/OSI 的 PHY+MAC)。 即使 ARP 协议在 MAC 层工作,它也不应影响此事件。

    丢失断开 STA 事件的问题、我对此似乎很熟悉。 在 CC3100/C3200上,设备超出范围时超时5分钟是一个奇怪的问题( e2e.ti.com/.../2009395 )。 我不确定这是否与 CC3220类似。

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

    Kristin、

    我尝试了一个我认为可行的黑客攻击、但它有一些问题。  首先、我发现在故障期间、CC3220有时会报告工作站的 IP 地址为0.0.0.0。  好的、看到 DHCP 后、我将重新启动它。  嗯、我发现在故障期间、CC3220有时不会报告 IP 为0.0.0.0、而是10.123.45.x、即使电话说没有 IP。  因此、这并不是一个很大的帮助、因此似乎还有另一个脆弱性问题。 我还注意到 CC3220有时觉得手机仍然连接、明显不连接、cc3220需要1-2分钟的超时时间才能知道。  可能是相关的?

    另一个问题是、当我的代码尝试重新启动 DHCP 时、CPU 锁定并触发看门狗以复位处理器。  :-)  此代码在运行频率为5Hz 的硬件计时器的任务中运行、但这部分代码每10秒运行一次。  它的速率受 Timer_DHCP_Counts 的限制。

    此外、如何回读 SL_DEVICE_General_PERSISTENT 以查看是否需要在加电时清除它?

    /* AP DHCP 黑客攻击*/
    // dev.ti.com/.../group___net_cfg.html
    if (timer_DHCP_Counts = timer_DHCP_correction-1)
    {
    Timer_DHCP_Counts = 0;
    
    START_STA_INDEX = 0;
    STA_INFO_Len = sizeof (AppStaList);
    sl_NetCfgGet (sl_netcfg_AP_STATIONS_INFO_LIST、&start_sta_index、&sta_info_len、(_u8 *) AppstonList);
    actual_num_sta = sta_info_len / sizeof (SlNetCfgStaInfo_t);
    UART_PRINT ("\r\n 已连接的电台数量=%d\r\n"、actual_num_sta);
    对于(i=0;i "="" station="" %d="" is="" connected\r\n",="" i);="" name:="" %s\r\n",="" stainfo-="">名称);
    UART_PRINT (" MAC:%02x:%02x:%02x:%02x:%02x\r\n "、staInfo->macaddr[0]、staInfo->macaddr[1]、staInfo->macaddr[2]、staInfo->macaddr[3]、 staInfo->macaddr[4]、staInfo->macaddr[5]);
    sprintf (IP_BUF、"%d.%d.%d.%d"、(int) sl_IPv4_byte (staInfo->IP、3)、(int) sl_IPv4_byte (staInfo->IP、2)、(int) sl_IPv4_byte (staInfo->IP、1)、 (int) sl_IPv4_byte (staInfo->IP、0);
    UART_PRINT (" IP_BUF:%s\r\n、IP_BUF);
    UART_PRINT (" IP:%d.%d.%d.%d\r\n\r\n"、(int) SL_IPV4_BYTE (staInfo->IP、3)、(int) SL_IPV4_BYTE (staInfo->IP、2)、(int) SL_IPV4_BYTE (staInfo->IP、1)、(int) SL_IPV4_BYTE、(staInfo->IPV4_byte);(int)
    
    if (strcmp (IP_BUF、"0.0.0.0")=0)
    {
    UART_PRINT ("DHCP Lockup\r\n");
    SL_NetAppStop (SL_NetApp_DHCP_Server_ID);
    SL_NetAppStart (SL_NetApp_DHCP_SERVER_ID);
    }
    }
    
    其他
    {
    Timer_DHCP_Counts++;
    //UART_PRINT ("计时器 DHCP 计数%d\n"、TIMER_DHCP_Counts);
    }
    /*端 AP DHCP 黑客攻击*/ 

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

    Kristin、

    我真是个坏消息。 调用 sl_NetAppStop (sl_NetApp_DHCP_Server_ID);然后调用 sl_NetAppStart (SL_NetApp_DHCP_Server_ID);一旦 DHCP 锁定、几乎会导致 CC3220完全锁定。  我可以放入一个2分钟的计时器 netappstart()和 netappstop(),它每次都将成功,直到 DHCP 停止传递 IP。  然后它崩溃。  因此、如果我甚至不能解决这个问题、这个问题就会非常严重。

    我认为这不会用作临时解决方案。  那么、此时我们在水中死亡...

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

    很抱歉、我们建议的变通办法也不起作用。 遗憾的是、我们的研发团队仍然不在办公室内、我们确实需要就此问题咨询他们。 但是、我们的团队将继续研究这一点、看看我们是否可以同时为您提出解决方案。

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

    在我等待 TI 的过程中、我可能也会尝试使用定制 DHCP、因为这里的一切都处于停滞状态。 我的头脑有点偏。 我了解需要执行的操作以及 DHCP、发现、提供、请求、应答的数据包结构。 其中、我丢失的是打开67上的 UDP 端口以侦听该端口上的每个数据包以及设置某种中断驱动过程以处理数据包的复杂过程。 我还必须将68上的数据发送到客户端,该客户端必须是单播(255.255.255.255)。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Andrew:

    只是想向您提供我们仍在研究此问题的最新信息、但目前我们主要受研发团队的控制。 当我们了解更多信息时、我们将继续发布更新。

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

    Kristin、

    感谢您的更新。  您是否有更确切的日期可以咨询研发团队?  我正在努力弄清楚我们如何才能在最后的其他方面取得进展  我们受到 TI 的支持、因为我们确信如何在没有 TI 作出一定承诺的情况下取得进展、这将得到解决。

    谢谢

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

    现在、我们将在9月前一周左右。 是否有任何消息或与研发团队联系?

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

    我们将与您联系、让本次讨论离线进行。

    对于可能遇到同样问题的所有其他客户、我们将在提供解决方案时更新此主题。

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

    您可能会对本主题感兴趣: e2e.ti.com/.../2683164

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

    尊敬的 Andrew:

    您是否会介意分享一封我们可以联系您的电子邮件?

    谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你会
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    请告诉我、如果您有的话。 我从未在该论坛中使用过私人消息系统