ESP8266 Webserver Project

Moderator: Sprite_tm

User avatar
By bkrajendra
#4308
uhrheber wrote:There's a function I'd really like to have in the ESP, and I think it would help makers that are not capable of writing their own C code:
The ability to mirror a port pin to that of another ESP8266.

The GUI can already be used to connect one (or more) ESP in station mode to another one in AP mode.


There is absolutely no need to put GUI in ESP. Instead its better to create a server with web API (like IoTSDK) which will only respond with json response.
This will greatly reduce the space requirement and increase the response speed.
GUI can be design as Web, Desktop or Mobile client which'll only query ESP to get json response.


uhrheber wrote:So my suggestion is to add the functionality and the webpage to configure single GPIOs as input or output on the server, and then on the client, connect single GPIOs to that of the server.
So an input of the server would becomes an output of the client, and vice versa. Maybe even with the possibility to map the ADC input to a PWM output on the peer.
The firmware should then exchange the values of the ports in configurable intervals, and/or when the state of an input changes (by polling it, or using the interrupt).

With this functionality, makers could use ESPs as a simple, transparent wireless replacement for wired connections, and tailor it to their needs without writing a single line of code.

Is this understandable/doable?


These devices can be used as sensor nodes (Clients) and can be deployed in the field to send data to coordinator (ESP server).
or ready programmed modules can be used to to replace wires .. where RS232 or RS485, ModBus/CAN is being used.
I hope you are expecting same...(?)
User avatar
By Sprite_tm
#4337
bkrajendra wrote:There is absolutely no need to put GUI in ESP. Instead its better to create a server with web API (like IoTSDK) which will only respond with json response.
This will greatly reduce the space requirement and increase the response speed.
GUI can be design as Web, Desktop or Mobile client which'll only query ESP to get json response.

In general, I disagree. The ESP has at least 128K of free flash. I'd say: write the JSON api you're talking about, then use the space to implement a nice little Javascript/HTML5 UI for that. No need for users to install an app or have a separate webserver that way; it's all nicely self-contained.

bkrajendra wrote:These devices can be used as sensor nodes (Clients) and can be deployed in the field to send data to coordinator (ESP server).
or ready programmed modules can be used to to replace wires .. where RS232 or RS485, ModBus/CAN is being used.
I hope you are expecting same...(?)


Would you guys mind taking this out of this thread? It's only marginally relevant to the esphttpd code.
User avatar
By alonewolfx2
#4507
kisesp wrote:Hello @Sprite_tm

Added multi level basic auth, please check.

Can you share patched files? I am Windows user.