-
-
Notifications
You must be signed in to change notification settings - Fork 25
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
Next level... How about starting a list of registers that are different on the ESP32-S3 vs ESP32 #3
Comments
It doesn't seem to be called out in the datasheets - maybe there's something somewhere in the espressif docs? This would be a great bit of information to add. Shall we create a new page for it? |
I searched and so far have not found a reference. (I find the S3 technical reference very unfulfilling in terms of useful suggestions... but very filling in terms of volume). Such a reference would be useful and I think community sourcing it might be the way to build it quickly and more completely. |
Getting wake cause while in wake stub
|
Here is one I can't (yet... after two days of trying) figure out. This is a program that wakes from EXT0 low into at wake stub and counts the number of times that happens. If higher than a threshold, it wakes all the way up. If not, it goes back to sleep from within the wake stub. What I am seeing is that the EXT0 wake, after the going to sleep from the wake stub does not wake into the wake stub. This leads me to believe that the problem is with this line:
So what the program demonstrates is waking correcting into the wake stub when it goes to sleep from the setup() and not waking into the wake_stub when it goes to sleep from the wake stub. Any insights? Here is the whole program:
|
I have also posted a request for help regarding setting wake stub from within a wake stub on th eESP32-S3 here |
I have been in the throes of converting an application from ESP32 to ESP32-S3 boards. This app uses a lot of direct register commands particularly in the wake_stub. It has been stumble and research, over and over, to figure out the differences in the registers between the processors.
Have you found any reference which covers these differences? If not, perhaps we could start a community-sourced reference for this.
I'll start with a few contributions here.
Flushing UART
Including the right rom/rtc.h
I found that working in Visual Studio Code with Platformio that the wrong rom/rtc.h was being used for the ESP32-S3 (it was using the C version). Here is a fix for that.
The text was updated successfully, but these errors were encountered: