Search found 9034 matches
- Mon Apr 22, 2024 6:40 am
- Forum: General Discussion
- Topic: ESP32 SPI Flash write issue
- Replies: 4
- Views: 205
Re: ESP32 SPI Flash write issue
So, 'external' SPI flash in this context means a SPI flash chip other than the main flash that contains the program itself. Is that what you intended? If so, did you actually hook up an external flash chip?
- Mon Apr 22, 2024 6:39 am
- Forum: Report Bugs
- Topic: Guru Meditation Error and rebooting when using ESP32 bluetooth
- Replies: 1
- Views: 96
Re: Guru Meditation Error and rebooting when using ESP32 bluetooth
Looks like memory corruption, and unfortunately that's not trivial to backtrace. I'd suggest taking a long hard look at your code, see if you're overflowing a buffer somewhere.
- Sun Apr 21, 2024 2:28 pm
- Forum: ESP-IDF
- Topic: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
- Replies: 22
- Views: 1043
Re: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
Code: Select all
void __attribute__((constructor)) int_CPUticker64_init() {
- Sun Apr 21, 2024 5:58 am
- Forum: ESP-IDF
- Topic: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
- Replies: 22
- Views: 1043
Re: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
ESP32-wroom-32E If you tried that project, in sdkconfig you can see that I turned all watchdog timers off. I thought that RTOS utilize those timers for them. But even with turned them all off, simply that allocation routine pass through all 32 (priority levels) and can not find any available for al...
- Sun Apr 21, 2024 5:23 am
- Forum: ESP-IDF
- Topic: Inter Task Commnication Between Two Cores
- Replies: 9
- Views: 823
Re: Inter Task Commnication Between Two Cores
I'm 99% sure the ESP32 Xtensa cores don't support release/acquire instructions.
- Sun Apr 21, 2024 1:00 am
- Forum: ESP-IDF
- Topic: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
- Replies: 22
- Views: 1043
Re: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
The issue with interrupts in Xtensa CPUs at least is that you don't have a list of vectors, one per interrupt; instead you have a vector per interrupt *level* and there are only a fairly limited amount of them (5 or so iirc). For the C interrupts, we have a bit of code that multiplexes them but for ...
- Sat Apr 20, 2024 3:22 pm
- Forum: Hardware
- Topic: "Sleep" mode in which IRAM and cache are preserved
- Replies: 11
- Views: 586
Re: "Sleep" mode in which IRAM and cache are preserved
Not sure what you're talking about, as the peripherals themselves don't have sleep options; that stuff is controlled centrally. For instance, the ESP32-C3 has a 'Low power management' chapter that discusses most if not all of them. I agree that there's no 'howto' in the TRM for this, but if needed y...
- Sat Apr 20, 2024 3:14 pm
- Forum: General Discussion
- Topic: Espressif Reveals ESP32-P4, So close to perfection
- Replies: 6
- Views: 5841
Re: Espressif Reveals ESP32-P4, So close to perfection
If there is a "wifi driver program" for the C2 to act like a P4 Wifi-card, and the only worry is programming the P4, it takes many worries away. The plan is to have esp-hosted to make the C2/C3/C6 act as a 'standard WiFi chip'. We should also be able to program that chip via the P4; the C-series ch...
- Sat Apr 20, 2024 12:59 am
- Forum: ESP32 Arduino
- Topic: PWM-Signal for H-bridge bldc motor
- Replies: 1
- Views: 127
Re: PWM-Signal for H-bridge bldc motor
99% sure a measurement error. Make sure you have a good ground connection, and make your measurement loop as small as possible (=no long wire between ground and the probe, or the signal and the probe)
- Sat Apr 20, 2024 12:56 am
- Forum: ESP-IDF
- Topic: ESP32 S2 Solo2 "just stops"
- Replies: 1
- Views: 108
Re: ESP32 S2 Solo2 "just stops"
If anything, you shouldn't call any potentially 'long' / blocking things during the ESPNow callback. Normally, you'd quickly filter the package (as in discard it if it's uninteresting) and dump its relevant info in a freertos queue or something if you want to keep it, for another thread to process.