Maix GO的AT驱动wifi问题

hudaidai

近日买的Maix GO，想测试下网络功能，但AT命令集wifi模块驱动不了，用network下面的demo_send_at_cmd例程查原因，发现两个现象：

1、这几句#for new MaixGO board, if not, remove it，必须去掉，否则会死机，我查了原理图，好像IO0对应JTAG的TCK，不知道把它设成0是什么用意？
#fm.register(0, fm.fpioa.GPIOHS1, force=True)
#wifi_io0_en=GPIO(GPIO.GPIOHS1, GPIO.OUT)
#wifi_io0_en.value(0)

2、把上述语句去掉执行的结果是在终端里打印这些：
1
1
1
b’\r\n ets Jan 8 2013,rst cause:1, boot mode🙁7,7)\r\n\r\nwaiting for host\r\n’
8
8
8
8
跟踪下来是ESP模块不响应"AT+GMR\r\n"命令，从复位打印的字符看，波特率115200是对的，且用逻辑分析仪、示波器都能看到两个管脚上的串口报文，只能收到ESP模块的上电信息，后面发给它的AT命令就不回答了。

是否有大佬能指点下？我现在怀疑是M1w的硬件有问题，或者难道是ESP模块里面烧了SPI固件而不是缺省的AT固件？

dnsjong

Hudaodai,
試試這個,也在 network demo 微改 ==> 正常下, 應該可以列出信號強度 .
你說的那幾行 for Maixgo “不能去掉”!

// minor modified demo_wifi_ap_scan.py on network demo
import network, time
from machine import UART
from Maix import GPIO
from fpioa_manager import fm, board_info

//# En SEP8285
fm.register(8, fm.fpioa.GPIOHS0, force=True)
wifi_en=GPIO(GPIO.GPIOHS0, GPIO.OUT)

//# for new MaixGO board, if not, remove it
fm.register(0, fm.fpioa.GPIOHS1, force=True)
wifi_io0_en=GPIO(GPIO.GPIOHS1, GPIO.OUT)
wifi_io0_en.value(0)

fm.register(board_info.WIFI_RX, fm.fpioa.UART2_TX, force=True)
fm.register(board_info.WIFI_TX, fm.fpioa.UART2_RX, force=True)

uart = UART(UART.UART2,115200,timeout=1000, read_buf_len=4096)
tmp = uart.read()
uart.write(“AT+UART_CUR=115200,8,1,0,0\r\n”)
print(uart.read())
uart.write(“AT\r\n”)
tmp = uart.read()

def wifi_enable(en):
global wifi_en
wifi_en.value(en)

def wifi_deal_ap_info(info):
res = []
for ap_str in info:
ap_str = ap_str.split(“,”)
info_one = []
for node in ap_str:
if node.startswith(‘"’):
info_one.append(node[1:-1])
else:
info_one.append(int(node))
res.append(info_one)
return res

wifi_enable(1)
time.sleep(2)
try:
nic = network.ESP8285(uart)
except Exception:
print(“Error to get WiFi nic”)
exit(“bye!”)

#
ap_info = nic.scan()
ap_info = wifi_deal_ap_info(ap_info)

ap_info.sort(key=lambda x:x[2], reverse=True) # sort by rssi
while 1:
for ap in ap_info:
print(“SSID:{:²⁰}, RSSI:{:>5} , MAC:{:²⁰}”.format(ap[1], ap[2], ap[3]) )
print(“\n”)
time.sleep(5)
//#__EOF

hudaidai

dnsjong

虽然还没太搞清楚是怎么回事，但，你的这段代码居然好使！！！（当然黏贴使用的时候要注意缩进调整和双引号换成半角的）

大概看了下，你是先把IO0置0，然后发送了波特率设置命令，再然后把IO8（也就是原理图上的wifi_enable信号）置1，再开始正常的AT命令交互的。能不能解释这样做是为什么呢？从来没见到相关文档有类似的时序描述啊。。。

另外，其实我是在RT-Thread下面想驱动wifi，但没有相关文档，没办法只能想办法找个能工作的例子，然后作逆向工程。。。这些年国产的芯片和开发板进步很快，但相关文档说明总是遮着掖着，让我这个十几年没碰嵌入式的很不习惯。

hudaidai

不幸得很，今天代码又不好使了，主要现象是AT命令没响应，且自动反复重启，貌似又回到了我提问题时的状态。

但关键是，昨天我明明反复调试这段代码，一直好用的，能把ap名称和信号强度打印出来。。。

实在搞不懂IO0和IO8这两个管脚是怎么控制wifi模块的，有谁能再给点帮助吗？

hudaidai

花了一些时间搜索资料，大概知道问题出在什么地方了，心情比较不爽。

首先，查了esp8285的相关资料，了解到收到下面这行打印信息的意思，其实是启动进入了ISP固件烧录模式，而没有正常执行flash里面的AT固件：
b’\r\n ets Jan 8 2013,rst cause:1, boot mode: (7,7)\r\n\r\nwaiting for host\r\n’

然后知道boot mode实际上受esp8285的GPIO0、GPIO2和GPIO15这三个引脚复位时的电平决定的，上面打印出来的7是指3个管脚都为高电平。如果要想正常执行flash里面程序的话，应该GPIO15为低，另两个为高。

再则在M1w的原理图中，查到esp8285的GPIO15连到了K210的IO0，也就是dnsjong大虾说的，把IO0置低不能去掉的真正原因。

但问题在于，IO0同时是JTAG信号的TCK，把它强制置0，和STM32仿真接口冲突，会导致K210复位（估计是STM32干的）。我尝试短接DFU跳线让STM32释放JTAG管脚，又一下子连usb转串口都没有了。。。

以上问题，我感觉是个死胡同，无解，除非自己定制修改STM32里面的固件，去掉JTAG功能。

昨天晚上阴差阳错，不知道因为什么STM32不捣乱了，因此成功运行dnsjong的代码，后来怎么都搞不出来这种状态了。

本来买Maix GO是想C语言能用JTAG调试的，没想到用不了不说，还出了这么个妖蛾子捣蛋。

hudaidai

以上分析了原因，本以为没招，但后来想出来一个办法，就是只需要在esp8285复位期间保持IO0为低，在复位完成后，然后及时把IO0释放掉，避免引起JTAG冲突而K210重启。。。

本来昨天想出来这个办法测试成功比较开心，以为找到了问题的根源。但没想到，今天又反复重启不工作了！

不卖关子了，最后查出来的原因是，这些天困扰我的重启问题，原来是让wifi模块和k210同时工作的情况下，usb供电不足！

原因是为了测试，我把板子拆开来并卸掉了电池，正常工作问题不大（大概在重启的边界上），但一旦启动esp8285模块，就有可能出现掉电复位。。。没想到我这个自诩的老鸟在这个问题上翻了船，当然，花十几个小时时间后能想到是供电问题（想到了查复位寄存器状态、看门狗，但把电池插上去比较容易，一试成功），看来童子功还在。

希望这个帖子里描述的过程，没有把同学带歪。最后重申一下，在接上电池的情况下，其实原厂的例程是能工作的（只不过注释没有说清楚为什么要把IO0置低），原先我错怪了原厂工程师。