Search found 9018 matches
- Sat Apr 20, 2024 3:22 pm
- Forum: Hardware
- Topic: "Sleep" mode in which IRAM and cache are preserved
- Replies: 5
- Views: 213
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: 5657
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: 85
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: 63
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.
- Sat Apr 20, 2024 12:51 am
- Forum: ESP-IDF
- Topic: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
- Replies: 1
- Views: 146
Re: How properly, under RTOS, to set up the highest priority non-maskable interrupt vector?
You can. I attached an example on how to do that here. Note that this code is ancient, it e.g. still uses the old make build system, so you may need to tweak it a bit, but the details should be there. In general, this is not implemented in esp-idf because 1. that clock stops in any sleep mode (and m...
- Sat Apr 20, 2024 12:40 am
- Forum: ESP-IDF
- Topic: Struggling with BLE OTA encrypted updates
- Replies: 3
- Views: 170
Re: Struggling with BLE OTA encrypted updates
0xcf is the first byte of the *encrypted* image format, but it looks like it's written via function calls that expect the *decrypted* image.
- Sat Apr 20, 2024 12:33 am
- Forum: Hardware
- Topic: "Sleep" mode in which IRAM and cache are preserved
- Replies: 5
- Views: 213
Re: "Sleep" mode in which IRAM and cache are preserved
I think that code would crash: you're calling a blocking function in a critical section. In general: That sleep mode is not intended to manually call, to be honest; it's ideal for a RTOS idle scenario as the way it sleeps makes it trivial to implement, with the downside being that the savings are no...
- Fri Apr 19, 2024 11:44 am
- Forum: ESP32 Arduino
- Topic: Partitioning ESP32
- Replies: 6
- Views: 251
Re: Partitioning ESP32
If the JSON is a single key/value store, you'd probably best off using the NVS (or specifically for Arduino, the 'preferences' library) rather than a spiffs. Just take the keys that you would put into the JSON file and feed them into the Preferences lib instead.
- Fri Apr 19, 2024 11:40 am
- Forum: ESP-IDF
- Topic: ESP32S3: RTC main counter interrupt while awake
- Replies: 9
- Views: 1838
Re: ESP32S3: RTC main counter interrupt while awake
Glad to hear it works. No need to mark the answer as accepted, the forum doesn't have functionality for that.
- Fri Apr 19, 2024 11:37 am
- Forum: Hardware
- Topic: "Sleep" mode in which IRAM and cache are preserved
- Replies: 5
- Views: 213
Re: "Sleep" mode in which IRAM and cache are preserved
All of them do. FreeRTOS detects when there's nothing better to do and runs the 'idle' task. This will put the core to sleep until the next tick interrupt or any other configured interrupt happens. Note that the core is only clockgated, not powered down, and all peripherals including the radios stil...