#Web workflow testing

1 messages · Page 1 of 1 (latest)

gaunt kestrel
#

I built the webflow bits for the esp32-s3 devkit and got the same results I was getting on the S2, starting to worry I've done something stupid on my end. I put a .env file on the S3 that connected to my primary SSID but then ran a python script that used a secrets.py file that connected to my guest SSID. The python script ran fine, but when I reset the board, it no longer brings up the serial port or CIRCUITPY drive. My guess is that it's trying to connect using the .env configuration to my primary SSID but the board has retained the connection information when I was connected to the secondary SSID. In any case I'm not worried about the S3 right now, I'll give it some time and see if there's some timeout period that will clear this and if not, I'll do a flash erase to take the .env file out of play.

Right now I'm switching back the the S2, trying to get a DEBUG build going.

sage hemlock
#

👍 DEBUG build should provide more insight

gaunt kestrel
#

Here's the output from the S2 with the DEBUG=1 compile

There wasn't any activity on the debug console when I executed the curl GET

#

Dinner bell is ringing, I'll be offline for a bit 🙂

gaunt kestrel
#

The S3 situation resolved itself, I powered it up after an hour and it connected back to my primary SSID via the .env file parameters. I guess I'll update the secrets.py so I don't get the board hung up across two networks again.

#

After initiating a GET via curl (and leaving it apparently waiting for a response) I then accessed the CIRCUITPY drive and renamed a file. When the new filename was saved, CURL picked up the following.

#

So I repeated the file rename operation on the S2 that has the debug console running and as soon as the file is saved with the new filename, curl responded in the same way and the following showed up on the debug console:

I (92828) CP webserver: Request GET /
I (92838) CP webserver: Header Host 10.0.0.187
I (92838) CP webserver: Header User-Agent curl/7.84.0
I (92928) CP webserver: Header Accept /

gaunt kestrel
#

I repeated this experiment from a web browser rather than the curl window and after renaming the file on CIRCUITPY I received the Welcome HTML page. I guess I'll start digging around and see if I can figure out what is supposed to trigger the _process_request call in web_workflow.c.

gaunt kestrel
#

It looks like the flash background task was shutting down the background processes. I commented out the following block in supervisor/shared/flash.c and the web pages started serving up fine:

// Turn off ticks now that our filesystem has been flushed.
//if (filesystem_dirty) {
//    supervisor_disable_tick();
//}

I hope everyone has a great long weekend!!!!