I did this with an STM32F407 with an ESP-8266 strapped to a UART. It was horrible. The 8266 AT command stack is/was an ill documented, brittle, piece and I had to write the whole HTML parser as well as the generator. You're not a "full stack web dev" until you've written the web server all of the way up to the css encrusted pages.

Not recommended, 0 stars.

On the other hand, once you get it going, you have a user interface on a headless embedded system and you don't have to write any client side applications as you would if you used bluetooth.

I even started with ST's discontinued WiFi board. Oi was it premature. It would almost work, except for not being able to tell which page you were showing (handled by the WiFi processor) and it would just hand back an indication of which widget on the screen got hit, numerically, from the top of the screen, all screens handled the same way. So you couldn't tell the first widget of screen X from the first widget on screen BAR. Not useful. Sooooo much unbillable time spent on that mess.

Nordic announced their WiFi offering recently. They did a really nice job on their bluetooth offerings, making it easier to get stuff going for the programming people. I haven't seen their chips show up on Digikey yet, but they tend to have nice dev boards with built on JLinks. Take a look.

Either way, a web server wifi interface is a lot of work so far, and it's progressing, but very slowly.

YMMV

M

marco2Author

Explorer II

Thank you very much Andrei for your precious suggestions.

I saw this project:

https://github.com/khoih-prog/ESP8266_AT_WebServer#72-for-stm32-boards-to-use-serial1

but it uses ESP8266 and now I have some doubts to use that solution.

I saw also this:

https://www.st.com/en/evaluation-tools/b-u585i-iot02a.html

but the micro is too expensive.