Postby PeterR » Fri Jun 29, 2018 8:22 pm
Absolutely within the ESP32 capabilities.
As said 'the magic' works browser side, the ESP32 just copies files (HTML, CSS, Javascript) to the browser using HTTP encoding.
So (1) find an ESP32 HTTP engine then (2) practice your HTML/Javascript skills on a PC knowing that all you want the ESP32 to do is copy those files (using (1) HTTP engine) to the browser.
If you can make a decent website on your PC then the ESP32 HTTP/file system is just another step.
The ESP32 IoT development environment is client (including AWS) focused however.
Software is very limited on the server side.
No 'out of box' HTTP server, no MQTT broker (not even QoS 0).
Even the mDNS component may have RT issues (check my earlier post for a simple solution).
ESP8266/Ardunio has better cover but I found ports painful.
Have surveyed the peripheral libraries and they seem solid.
Hardware wise the ESP has lots of resources to achieve a webserver suitable for low number of concurrent users.
Scaling will depend on how you approach the task and the amount of dynamic content but will be low.
Post a link to the webserver you run with.
Kobal's .cpp HttpServer looks enticing. Maybe I'm just a glum software engineer but I would want to know about origin/pedigree/user base. Its always in the detail...
Will be trying Kobal's in a a week or so once I get an MQTT broker up. His code def. seems better quality than most.
I can also vouche for LwIP's contribs 'httpd'. Have run with that a few times including a large responsive web page with Angular/Pahoo/Javascipt/JQuery etc. Its HTTP GET only and not touched for 9 years. Also its LwIP RAW and you'd have to add RT protection as covered by answers in my last post.
Good luck.
& I also believe that IDF CAN should be fixed.