-
-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ESP32 support (was ESP32 minimum version) #40
Comments
@sysopch ESP-32 is not supported. |
I see. I must say that this sentence
on this page made me think that ESP32 was at least partial. Is there any plan for it? I saw that there are various differences in the AT commands used. In theory I need to setup the network and create a TCP server for the moment. Do you see any blocking/critical points? Thanks |
There is a big plan for it. In fact Espressif announced that they will merge esp32 and esp8266 firmwares to use same AT commands. Shall be already in this year. Yes. You may do it this way. |
Espressif seem to accomplished this in IDF AT v2.0, have you tried it and/or plan to support it? |
Not sure I understood the same from Espressif. They shall migrate ESP8266 AT to ESP32-like using RTOS sdk. Up to now I do not see anything released for ESP8266, or am I missing something? |
https://github.com/espressif/esp32-at/tree/release/v2.0.0.0_esp8266 |
Yes, but this one is not compatible with ESP8266 firmware. What Espress said is that they will migrate ESP8266 to be compatible with ESP32. So once this happens, I will update ESP lib accordingly. Unless it won't happen, then I need to rethink. |
See here: espressif/ESP8266_NONOS_SDK#205 |
Hi, I actually made the changes I was hinting above and I am now using a modified version of ESP_AT_Lib to talk to a modified ESP-AT fw (extended with custom commands - the default commands are in a binary library and have not changed) for ESP32. I tried to keep application-specific customizations isolated to some files and protected by configuration macros, but I am do not think the code is ready to be merged. If you guys are interested, I will try to clean it up from unreleasable code (if any) and upload it to a branch/fork Please take into account that I did NOT perform regression testing in Visual Studio or with ESP8266. |
OK, then I created the fork https://github.com/sysopch/ESP_AT_Lib.git and uploaded my changes to sysopch/esp32 branch. See README.sysopch.md in branch for details. I noticed that @MaJerle has already done some work towards supporting different ESP versions in the master, I will look into merging those changes in the following weeks. For the time being my changes have been done starting from the state of the repo as of 4/4/2019. |
Short update. During the weekend I managed to update my firmware on both, ESP32 and ESP8266 (NodeMCU) boards. This gave me some incompatibility as default setup for AT commands is not the same USB port as on NodeMCU so I have to use ext USB2UART converter. I didn't want to play with recompilation of default firmware, instead I downloaded one from Espressif website. Currently I use:
I have created a new branch on this repository, mainly for migration to new system and testing if everything works (and how it works). Once finalized, I will migrate temporary branch to main repo. I follow this instruction set: Source available under So far I did not find any issues among devices, I was able to run same app code on both. So far... :) |
Hi @MaJerle, sorry about the silence, I was out of office and with limited access to internet. I am going to integrate your changes in my version and give them a try. |
Hi all, It took more than expected, also because we use svn internally and I tried to setup a git repo to better track my changes vs official version. I have a problem to correctly implement ESP_CMD_RESET and ESP_CMD_RESTORE in SD-SPI mode. Establishing the serial communication with ESP32 in SDIO in SPI (SD-SPI mode) requires SDIO initialization commands to prepare the ESP32 module to receive the actual SDIO commands encapsulating the AT commands. The implementation of ESP_CMD_RESET and ESP_CMD_RESTORE conflicts with this approach as it resets the ESP32, invalidating the SD-SPI setup pattern. However this solution is far from ideal, suggestions? |
Can you make a pull request with you changes? Im not sure if I completely understand how did you implement this. |
I put the changes related to the special SDSPI configuration in the 'device_needs_configure' branch and opened pull-request #45 . I am using the esp_device_set_present() both for mapping the powered ON/OFF state to trigger the actual power on and initialization with a new I hope it is more clear now. |
Now lib supports ESP32 AT V1.2 |
I am integrating ESP_AT_Lib on a Spansion S6E2CCCAJ device connected to ESP32_DevkitC_v4.
The library initialization stops because the device reports minimal version 1.1.3 whereas the library expects at least 1.6.0.
If I understand correctly this version is that of ESP8266 AT fw. Can I just change the min numbers and expect everything works? What is the minimum version of ESP32-AT fw supported?
Is there a way to specify I am using ESP32 in lieu of ESP8266?
The text was updated successfully, but these errors were encountered: