[参考译文] AM6422：wl1837 wifi 复位

您好、

   我找到了一个 WiFi_EN 使能引脚。 我能否通过将这个引脚拉低然后拉高来实现复位？ 如果是、将引脚拉低和拉高之间的时间间隔应该是合适的？ 另外、在将插针拉低后、是否需要卸下内核模块、然后重新安装？

  如果这只是卸载模块然后重新安装的问题、我该如何继续？ 需要卸载哪些相关模块？
此类安装完成后、它是否会自动重新连接而无需任何手动控制？这是否等同于完整的电源循环的效果？

Linux 内核驱动程序使用 WIFI_EN 引脚。 它不会暴露给用户空间、因此您无法直接控制它。

我并不是说“卸载“或“重新安装“驱动程序、我只是说您可以使用 Linux 命令临时删除和插入 Linux 内核驱动程序。 示例：

• 删除驱动程序
  • rmmod wl18xx
  • rmmod wlcore
  • rmmod wlcore_sdio
• 插入驱动程序
  • modprobe wl18xx
  • modprobe wlcore
  • modprobe wlcore_sdio

您好、

   是的、驱动器会使用您提到的使能引脚。 我创建了一个可以控制此引脚的驱动器模块。 我可以通过单独控制此引脚来重置 WiFi 吗？ 网络是否会在重置后自动重新建立？ 网络是否也会使用您描述的方法自动生成？ 这是否与关闭模块使能功能然后再打开的效果相同？

我在开机期间遇到以下信息、但 WiFi 功能正常工作。 这与什么相关？

您可以安全地忽略此错误。 驱动程序正在查找文件“wl1271-NVS.bin"，“，并且、并且据报该文件丢失。 看到这份打印输出没有任何危害,所以这就是为什么 WiFi 工作正常.

重置后是否会自动重新建立网络？ 网络是否也会使用您描述的方法自动生成？ 这是否与关闭模块的启用功能然后再次打开的效果相同？

是的、完全如此。 当使用上述命令卸下并重新插入模块时、将重新尝试连接。

我不建议为 WL_EN 引脚创建单独的驱动器模块。 您应该让当前的 wl18xx 和 wlcore_SDIO 模块为您进行处理。

您好、

   我们想了解为什么建议不要使用使能引脚。 如果  使用、可能会发生什么预期错误？ 卸载模块只会执行软件级复位。 我们想知道、如果模块本身处于异常状态、我们是否可以使用使能引脚将其状态恢复到正常状态？

您好、

在 Linux 驱动程序内、无法控制 nRST 引脚。 Linux 不会让您控制资源。

卸载模块也会降低 nRST 引脚电压。  

当固件在 wl18xx 上崩溃时、Linux 模块将自动检测到崩溃并尝试固件复位、然后还会尝试恢复 wifi 连接。