Search found 8 matches
- Mon Nov 02, 2020 5:21 am
- Forum: ESP-IDF
- Topic: Stupid question about Secure Boot V2
- Replies: 2
- Views: 2623
Re: Stupid question about Secure Boot V2
Replying to myself, it wasn't stupid, the menuconfig is confusing and over-cautious. When you turn on secure boot the menu turns on "Permanently disable ROM Download Mode". You have to turn on "Allow potentially insecure options" then go into "Potentially insecure options --->" and turn on "Don’t au...
- Mon Nov 02, 2020 12:08 am
- Forum: ESP-IDF
- Topic: Stupid question about Secure Boot V2
- Replies: 2
- Views: 2623
Stupid question about Secure Boot V2
Is it possible to re-flash the user program in a device secured with SB V2 or is it permanently burned?
If it can be re-flashed, then what's the procedure? I've read the docs many times, and it's obviously possible with V1, but I can't see how it's done in V2.
If it can be re-flashed, then what's the procedure? I've read the docs many times, and it's obviously possible with V1, but I can't see how it's done in V2.
- Sat Oct 24, 2020 1:43 am
- Forum: ESP-IDF
- Topic: Flash encryption, missing something?
- Replies: 9
- Views: 8339
Re: Flash encryption, missing something?
Try reflashing with
idf.py encrypted-app-flash
add port if needed and "monitor" if you want, ie idf.py encrypted-app-flash monitor
idf.py encrypted-app-flash
add port if needed and "monitor" if you want, ie idf.py encrypted-app-flash monitor
- Fri Oct 23, 2020 4:35 am
- Forum: ESP-IDF
- Topic: Device continually resets in my RMT example
- Replies: 3
- Views: 2903
Re: Device continually resets in my RMT example
You're welcome, and we've *all* done it and I still do it after 40 years of coding. That's just C. It's powerful, it's down on the metal, and it doesn't protect you from yourself. It's a nicer way to write assembler than writing assembler, and assembler won't protect you either. However, the ESP-32 ...
- Fri Oct 23, 2020 4:22 am
- Forum: ESP-IDF
- Topic: Device trashed after encryption?
- Replies: 4
- Views: 3864
Re: Device trashed after encryption?
Per my first post, I've tried turning encryption back on and re-flashing, without any change. I went back through the history of changes, and I think what might have happened is that I set the NVS partition to "encrypted" in the partition table along with the code partition (it made sense to encrypt...
- Fri Oct 23, 2020 1:13 am
- Forum: ESP-IDF
- Topic: Device trashed after encryption?
- Replies: 4
- Views: 3864
Re: Device trashed after encryption?
Fuses: EFUSE_NAME Description = [Meaningful Value] [Readable/Writeable] (Hex Value) ---------------------------------------------------------------------------------------- Identity fuses: MAC Factory MAC Address = 24:0a:c4:e8:2b:18 (CRC 0xbf OK) R/W CHIP_VER_REV1 Silicon Revision 1 = 1 R/W (0x1) CH...
- Fri Oct 23, 2020 1:12 am
- Forum: ESP-IDF
- Topic: Device continually resets in my RMT example
- Replies: 3
- Views: 2903
Re: Device continually resets in my RMT example
You declare ..
.. then set two elements of a 1 element array ..
Standard C bug - array overflow.
Code: Select all
rmt_item32_t items[1];
Code: Select all
items[0].level1 = 0;
items[1].duration0 = 0;
- Thu Oct 22, 2020 9:14 am
- Forum: ESP-IDF
- Topic: Device trashed after encryption?
- Replies: 4
- Views: 3864
Device trashed after encryption?
Genuine ESP32 Devkit-C (D0WD V3 chip), ESP IDF V4.1, no 3rd party tools, under Windows 10. I tried turning on the flash encryption (developer mode) in the menu. Build was OK, flash was OK, all ran fine. After turning encryption off, rebuilding and flashing again, the device now just repeats the foll...