[参考译文] LAUNCHXL-CC3235S：CC3235S

尊敬的 David：

AbortType 2表示致命错误是 sl_device_event_fated_driver_abort。 这通常表示主机驱动程序出现了问题。 通常、这是由于主机驱动程序移植到非 TI 平台时出现错误、或者一些导致主机驱动程序行为错误的内存损坏、但在您的案例中、这似乎不太可能、因为您说您根本没有更改 MCU 二进制文件。

为了澄清这一点、您在设置中更改的唯一文件是否是通过 Uniflash 向系统提供的 NWP 服务接收器？

NWP 的 EAP 处理有两个主要变化。 第一个是对 RSA 4096位密钥的支持、第二个是 bugfix、允许 CC3235重新键入 EAP 连接的密钥。 但这两者都不应导致您看到的中止。

您能否从 CC3235收集 NWP 日志、以便我可以查看它们并从 NWP 端调试此问题、并确保不会由于上述两项更改而出现问题？ 您可以在我的文章 中找到有关如何收集这些日志的说明：https://e2e.ti.com/support/wireless-connectivity/wifi/f/968/p/874487/3241971#3241971

在从3.20.x.x SDK 运行 NWP 服务接收器时收集一组日志以及另一组具有最新服务接收器的日志将会很有帮助、让我能够了解工作案例和中止案例之间有哪些差异。

此致、

Michael

Michael 您好：

 关于-

>> 为了澄清这一点、您在设置中更改的唯一文件是否是通过  Uniflash 向系统提供的 NWP 服务接收器？

正确-我们更改的只是 UniFlash 中标识的服务包文件、并在两个 SDK (sp_4.3.0.5_3.1.0.5_3.1.0.18.bin 和 sp_4.5.0.11_3.1.0.5_3.1.0.5.0.12.0.2.bin)之间移动

>> 在从3.20.x.x SDK 运行 NWP 服务接收器时收集一组日志以及另一组具有最新服务接收器的日志将会很有帮助、让我能够了解工作案例和中止案例之间有哪些差异。

第一个日志是在使用 SDK simplelink_cc32xx_sdk_3_20_00_06 -> sp_4.3.0.5_3.1.0.5_3.1.0.8.bin.bin 时附加的：

/cfs-file/__key/communityserver-discussions-components-files/968/sp_5F00_4.3.0.5_5F00_3.1.0.5_5F00_3.1.0.18_5F00_nwp.log

下一个日志是在使用 SDK simplelink_cc32xx_sdk_3_40_00_05 -> sp_4.5.0.11_3.1.0.5_3.1.0.25.bin 时附加的

/cfs-file/__key/communityserver-discussions-components-files/968/sp_5F00_4.5.0.11_5F00_3.1.0.5_5F00_3.1.0.25_5F00_nwp.log

注意：我们看到移动工作站设置了与接入点的物理连接，并开始交换 EAP 消息，但从不进行证书交换。

谢谢、
/David

尊敬的 David：

查看您的日志、您的4.5.0.11日志中似乎存在致命的 NWP 错误、但使用4.3.0.5日志的日志中却没有此错误。 它看起来与 CC3235和 EAP RADIUS 服务器之间的初始连接期间 TLS 握手中的内容有关。

我将需要对此进行调查、并查看是否可以在我的末尾重复此操作、以便进一步调试。 为了帮助我解决这一问题、您能否详细描述您的 EAP 设置？ 与您用作 AP 的设备、您作为 RADIUS 服务器的设备以及如何配置这些设备一样、所有这些都可以帮助我设置 EAP 设置以匹配您的设置。

此致、

Michael

Michael 您好：

关于-  

>> 我需要对此进行调查、看看是否可以在我的末尾复制此内容、以便进一步调试。 为了帮助我解决这一问题、您能否详细描述您的 EAP 设置？  

在 MicroTik Wi-Fi 路由器和我们自己的产品上观察到存在 Wi-Fi 接入点的行为。

在 Linux 操作系统上运行的 Wi-Fi 接入点软件组件：

Hostapd            v2.9
FreeRADIUS          3.0.17-R1 (即 RADIUS 服务器)

hostapd 配置文件附在下面-当然、将 hostapd "auth_server_shared_secret"和"acct_server_shared_secret"配置与 RADIUS clients.conf 客户端"secret"配置对齐)。

在默认 RADIUS EAP 配置中可以观察到中止行为、该配置已包含在其中以实现完整性(即不显示我们的任何设置)。

在测试环境中、我们使用 freeradius 提供的工具来管理我们自己的证书(CA、客户端、服务器)(请参阅 raddb/certs)。

谢谢、
/David

您好：

目前、我们的任何/所有带有附件的帖子都无法处理：

"发生错误。 请重试或联系您的管理员。"

我们是否有电子邮件地址可以直接向您发送 hostapd.conf 和 EAP 配置文件。

谢谢、
/David  

Michael 您好：

是否有关于 TI 重现此类信息的能力或对其他信息的需求的评论？

谢谢、
/David

尊敬的 David：

要向我发送配置文件、假设您仍然无法将文件附加到 E2E 帖子、则将文件上载到 Google 驱动器或类似的文件存储系统将会起作用。

我目前无法再访问支持 WPA-EAP 的路由器、但一直在研究服务插槽之间的差异、并检查可能导致问题的原因。 不过、配置设置仍然很有用、因为我可以向同事提供一个设置来重现问题、并查看需要对 NWP 进行哪些调整来解决此问题。

此致、

Michael

Michael 您好：

我们使用 Raspberry Pi 3B+、运行以下版本、重现了此问题：

hostapd v2.8

FreeRADIUS v.3.0.17.

您是否可以访问圆周率日(Pi)来重现此情况。

[main - 3794803215][ERROR]-致命错误：检测到异常中断 NWP 事件：AbortType=2、异常数据=0x24c

函数[SimpleLinkFatalErrorEventHandler]中第[123]行的[main - 3794803215]错误[0]

谢谢、

/David

您好：

以下是两个链接、用于访问 Pi 上使用的 hostapd 配置文件和完整/etc/freeradius/3.0目录。

我们已删除自签名证书(ca.pem 和 server.pem)、该证书位于 freeradius/3.0、基于 mods-available /EAP 配置文件。  您需要为设备(Wi-Fi 客户端)和 RADIUS 服务器创建自己的对齐证书。

https://www.dropbox.com/s/mxuaxmy77c4h1nn/hostapd_wlan0.conf?dl=0

https://www.dropbox.com/s/mt13bhkngydd4mw/freeradius.zip?dl=0

这些都是 hostapd 和 freeradius 的默认(开箱即用)配置文件。

谢谢、
/David

尊敬的 David：

感谢您为我提供这些配置文件。 我确实有一组用于 RADIUS 服务器设置的证书、因此我应该最好去那里。

遗憾的是、我目前无法访问 Raspberry PI 或其他支持 EAP 的 AP。 我将努力让设置运行并复制您的结果。 由于目前的公共卫生状况、这可能需要一段时间、我感谢您的耐心。

此致、

Michael