Search found 2344 matches
- Fri Jun 11, 2021 12:04 am
- Forum: ESP-IDF
- Topic: Linking issue after compilation ESP32
- Replies: 4
- Views: 5384
Re: Linking issue after compilation ESP32
Will there be a way in the future to bring some of that abstraction away from CMake and allow for better transparency in large projects? My company uses Espressif products heavily and this would be greatly beneficial to have. Hi Matt, What kind of support do you have in mind? If there's particular ...
- Thu Jun 10, 2021 3:50 am
- Forum: ESP-IDF
- Topic: How to use ESP32 WROOM32E without FreeRTOS
- Replies: 4
- Views: 6492
Re: How to use ESP32 WROOM32E without FreeRTOS
Hi Adhvajit, The reason to avoid FreeRTOS is due to product security perspective. Our product security team doesn't recommend use of Open source libraries. If any vulnerabilities found while scanning the code in Static analysis tool, then we might not be able to resolve those vulnerabilities issues ...
- Thu Jun 10, 2021 3:42 am
- Forum: ESP-IDF
- Topic: Linking issue after compilation ESP32
- Replies: 4
- Views: 5384
Re: Linking issue after compilation ESP32
Hi matt001k, If you're sure all the components are being included in the build (can check the list that is output in the CMake run output), and the problem is due to cyclic dependencies in the components, then there are three possible fixes: Set this CMake property in a component that's part of the ...
- Tue Jun 08, 2021 12:39 am
- Forum: ESP-IDF
- Topic: OTA failed : "image at 0x180000 has invalid magic byte error" in Secure boot Flash encryption
- Replies: 4
- Views: 4925
Re: OTA failed : "image at 0x180000 has invalid magic byte error" in Secure boot Flash encryption
Hi Raghav, The ESP-IDF OTA mechanism relies on receiving the plaintext image via OTA, and it's then encrypted using the internal flash encryption hardware as it it is written to flash. This is why you see these errors, the firmware doesn't recognize the .bin file as a valid format. We don't currentl...
- Mon Jun 07, 2021 12:00 am
- Forum: ESP-IDF
- Topic: New Performance section in ESP-IDF Programming Guide
- Replies: 1
- Views: 2502
New Performance section in ESP-IDF Programming Guide
One of the frequent discussions on this forum and elsewhere is performance: How do I make my firmware faster? How do I make this latency lower? How do I make my firmware binary smaller? Why am I running out of RAM? The answers to these questions are complex because they involve tradeoffs - making th...
- Tue Jun 01, 2021 11:30 pm
- Forum: ESP-IDF
- Topic: Best way for preprocessing conditionnal based on arch
- Replies: 1
- Views: 2944
Re: Best way for preprocessing conditionnal based on arch
Hi citoyx, To have conditional compilation based on the target chip you can include sdkconfig.h and then use CONFIG_IDF_TARGET_ESP32C3, CONFIG_IDF_TARGET_ESP32, etc. However to future proof your code I'd suggest #ifdef VSPI_HOST as this filters on the property you care about (is there a SPI peripher...
- Fri May 28, 2021 12:20 am
- Forum: General Discussion
- Topic: esptool possible to autoselect "--encrypted" flag
- Replies: 2
- Views: 3061
Re: esptool possible to autoselect "--encrypted" flag
Hi Ryan, I can see how this would be useful. The main downside is that it gets a little complex as there are 3 different possibilities: Some files are always written plaintext regardless of flash encryption status (such as SPIFFS for example) Sometimes you want to write a file encrypted if encryptio...
- Fri May 28, 2021 12:15 am
- Forum: ESP-IDF
- Topic: Erase_flash fails on RPI in strange way
- Replies: 6
- Views: 5017
Re: Erase_flash fails on RPI in strange way
If I make my jigs to contain no transistor and properly run esptool.py to directly drive DTR and RTS lines for GPIO0 and EN, then I'll be fine. I can still use normal development board way of esptool.py when I use programmers that do contain npn transistors. But I see no such option to alter the be...
- Fri May 28, 2021 12:11 am
- Forum: ESP-IDF
- Topic: Hardware AES lock forever
- Replies: 2
- Views: 3015
Re: Hardware AES lock forever
Hi nonagon, Thanks for letting us know about this. I don't think we've seen reports of anything like this before, so it's possible this is memory corruption in your firmware (that corrupts memory used by the hardware encryption lock), or of course possible that this is a bug in ESP-IDF. I'm developi...
- Wed May 26, 2021 11:15 pm
- Forum: ESP-IDF
- Topic: Interrupt WDT when call heap_caps_dump(MALLOC_CAP_8BIT)
- Replies: 3
- Views: 3518
Re: Interrupt WDT when call heap_caps_dump(MALLOC_CAP_8BIT)
Unfortunately, yes. The other thing that can help is increasing the console baud rate, so the heap dump output doesn't take as long.