Hi, I have been working on making ESP8266 reliable for pfodApp
For Ardumower use I think the easiest route is to use a UartToWiFi bridge.
See http://www.forward.com.au/pfod/CheapWifiShield/ESP2866_01_WiFi_Shield/index.html
No need for the shield board, but you will still need all the resistors etc to run the ESP.
Also check out the software that is being loaded. That page also covers programming the ESP. Do not try to use the AT command set. The Async msgs are too difficult to handle. I wrote a library but it only partially worked and did not handle raw data well.
This project include webpage configuration to connect the ESP to your network.
The ESP module only handles one packet at a time and blocks while waiting for it to be ACKed. This means it can miss incoming serial data when baud rate is >9600. The current code on those webpages buffers data to fill packets or just send it after 10mS is no more data. This solves the partial send of pfod menus.
The new code version I am working on will allow for higher baud rates with out losing data, by making the ESP wifi write non-blocking so the ESP module can continue to read incoming Serial data. Should have that update out in a few days.
On the computer side, if you have a PC you can install Andy (Android emulator) and run pfodApp inside there. NOTE: however Windows is very slow to ACK the ESP tcp packets (about 200mS delay). With the code I am working on now this will limit the baud rate to
For Ardumower use I think the easiest route is to use a UartToWiFi bridge.
See http://www.forward.com.au/pfod/CheapWifiShield/ESP2866_01_WiFi_Shield/index.html
No need for the shield board, but you will still need all the resistors etc to run the ESP.
Also check out the software that is being loaded. That page also covers programming the ESP. Do not try to use the AT command set. The Async msgs are too difficult to handle. I wrote a library but it only partially worked and did not handle raw data well.
This project include webpage configuration to connect the ESP to your network.
The ESP module only handles one packet at a time and blocks while waiting for it to be ACKed. This means it can miss incoming serial data when baud rate is >9600. The current code on those webpages buffers data to fill packets or just send it after 10mS is no more data. This solves the partial send of pfod menus.
The new code version I am working on will allow for higher baud rates with out losing data, by making the ESP wifi write non-blocking so the ESP module can continue to read incoming Serial data. Should have that update out in a few days.
On the computer side, if you have a PC you can install Andy (Android emulator) and run pfodApp inside there. NOTE: however Windows is very slow to ACK the ESP tcp packets (about 200mS delay). With the code I am working on now this will limit the baud rate to