esp32-at app hangs after boot

johnabel
Posts: 46
Joined: Sun Mar 26, 2017 5:06 pm

esp32-at app hangs after boot

Postby johnabel » Sat Apr 08, 2017 11:40 am

I cloned the latest release of esp32-at, compiled without any change and flashed to the ESP-WROOM32, it boots.... but hangs with this as last text on the terminal:
I (6233) wifi: wifi power manager task: 0x3ffc83b8 prio: 21 stack: 2560
I (6240) wifi: wifi timer task: 3ffc9438, prio:22, stack:3584
E (6245) phy_init: PHY data partition validated
I (6269) phy: phy_version: 329, Feb 22 2017, 15:58:07, 0, 0
I (6270) wifi: Init ampdu: 1
I (6270) wifi: mode : softAP (30:ae:a4:02:92:9d)
I (6274) wifi: Init ampdu: 1
I (6275) wifi: mode : sta (30:ae:a4:02:92:9c) + softAP (30:ae:a4:02:92:9d)
I (6281) wifi: mode : softAP (30:ae:a4:02:92:9d)

I tried a number of times with the same result. I have nothing extra attached to any pin, I'm using a DevKitC just connected with a USB cable to a PC. Any clues about what could be.

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: esp32-at app hangs after boot

Postby WiFive » Sun Apr 09, 2017 1:39 am

You may need to reconfigure serial port to use uart 0 via menuconfig if you are trying to use at commands over USB port.

johnabel
Posts: 46
Joined: Sun Mar 26, 2017 5:06 pm

Re: esp32-at app hangs after boot

Postby johnabel » Sun Apr 09, 2017 6:34 am

After boot there is that text (and more) on the terminal, I believe the micro is using that uart and baud rate.
Also, menuconfig only shows me one uart to choose.
I tried different releases of IDF and got a 'Meditation Guru's Panic' and continuous reboot.

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: esp32-at app hangs after boot

Postby WiFive » Sun Apr 09, 2017 7:22 am

No I mean the port the at interface uses

https://github.com/espressif/esp32-at/b ... faults#L44

johnabel
Posts: 46
Joined: Sun Mar 26, 2017 5:06 pm

Re: esp32-at app hangs after boot

Postby johnabel » Sun Apr 09, 2017 8:04 am

menuconfig doesn't allow me to choose another uart.
Do you mean changing the sdkconfig.defaults file?
Attachments
at_uart.png
at_uart.png (24.45 KiB) Viewed 12122 times

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: esp32-at app hangs after boot

Postby WiFive » Sun Apr 09, 2017 8:29 am

I think that's not a real option, format error?

Try changing port number and/or pins below that

johnabel
Posts: 46
Joined: Sun Mar 26, 2017 5:06 pm

Re: esp32-at app hangs after boot

Postby johnabel » Sun Apr 09, 2017 9:05 am

I prefer a more analytical approach.
From the DevKitC schematics the CD2102 has its RXD-TXD pins connected to TXD0-RXD0 in the ESP-WROOM32 module (pins 35 and 34, respectively). According to the module pinout, these are related to UART0 in the chip.
Looking at the module schematics, those pins are connected to GPIO16 and GPIO14 in the chip, that matches with the default selection in menuconfig (see pic attached).
The only mismatch I see is there is UART1 in the menuconfig then it uses UART0, but anyway I'm getting an output through whatever UART uses that is connected to the USB. My problem is that before it hang at the beginning and now, after changing the IDF, it is rebooting.
Attachments
at_uart.png
at_uart.png (55.7 KiB) Viewed 12118 times

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: esp32-at app hangs after boot

Postby WiFive » Sun Apr 09, 2017 9:18 am

UART0 is gpio 1 & 3.

Yes you are getting debug/stdout output but not at interface.

You may also need to build against a specific commit of esp-idf

johnabel
Posts: 46
Joined: Sun Mar 26, 2017 5:06 pm

Re: esp32-at app hangs after boot

Postby johnabel » Sun Apr 09, 2017 9:26 pm

I think I'm having an issue already reported. The github repository for the esp-at application mentions 'fix(tw10591): Fix restart problem after boot-strap' and contains an esp-idf folder (to replace the original IDF for that bug?). Can anyone clarify why is there an esp-idf folder inside of esp-at repository?

WiFive
Posts: 3529
Joined: Tue Dec 01, 2015 7:35 am

Re: esp32-at app hangs after boot

Postby WiFive » Sun Apr 09, 2017 11:48 pm

Yes because at firmware is matched to a specific commit of IDF it is included as a submodule so you have to do git submodule update --init --recursive and set IDF_PATH to the folder inside esp32-at like the instructions. But you will still also have to fix the UART settings.

Who is online

Users browsing this forum: MicroController and 135 guests