Search found 1318 matches

by ESP_Angus
Thu Dec 06, 2018 11:37 pm
Forum: ESP32 IDF
Topic: Secure boot and signed bins
Replies: 30
Views: 1154

Re: Secure boot and signed bins

Hi, Question #1 As secure bootlaoder allow flash only once. https://docs.espressif.com/projects/esp-idf/en/latest/security/secure-boot.html I wonder how it works for me. I use signed secure bootloader bin first which works. then later on I flash again encrypted signed bootloader after enable flash ...
by ESP_Angus
Thu Dec 06, 2018 11:29 pm
Forum: Report Bugs
Topic: Security issue in Azure IoT Hub SDK adaptation layer for ESP32/ESP8266
Replies: 1
Views: 101

Re: Security issue in Azure IoT Hub SDK adaptation layer for ESP32/ESP8266

Hi Patrik,

Thanks for posting this here. I'm not sure why this hasn't been addressed yet, but I've followed it up internally. Expect to see an update on the GitHub issue soon.

Angus
by ESP_Angus
Thu Dec 06, 2018 10:38 pm
Forum: General Discussion
Topic: (solved) just converted to 3.1.1 and now program won't run
Replies: 3
Views: 93

Re: just converted to 3.1.1 and now program won't run

Hi mzimmers, NVS is backward compatible but not forwards compatible. Do I understand correctly that when you moved to v3.1.1 you didn't generate a brand new NVS .bin and upload it? You either kept the NVS data which was already in the flash or you re-uploaded a .bin file which was previously generat...
by ESP_Angus
Thu Dec 06, 2018 10:28 pm
Forum: General Discussion
Topic: sed: 1: "/Users/XXX/esp/hello_w ...": invalid command code C
Replies: 4
Views: 192

Re: sed: 1: "/Users/XXX/esp/hello_w ...": invalid command code C

Sorry, I gave you incomplete information - please run the "git describe --tags --dirty" in the IDF_PATH directory not the project directory.

Also, a fix was merged to master yesterday for cross-platform sed usage. If you pull the latest IDF master branch from github, it will hopefully fix this error.
by ESP_Angus
Thu Dec 06, 2018 4:56 am
Forum: ESP32 IDF
Topic: Is this the response of a "bricked" module?
Replies: 2
Views: 113

Re: Is this the response of a "bricked" module?

Hi Paul, This error indicates whatever is found at offset 0x1000 doesn't look like a valid bootloader image. There are three possible explanations for this: 1. A valid bootloader isn't flashed at offset 0x1000. This can be corrected by reflashing a valid bootloader at offset 0x1000 (ESP-IDF, arduino...
by ESP_Angus
Thu Dec 06, 2018 2:11 am
Forum: ESP32 IDF
Topic: Secure boot and signed bins
Replies: 30
Views: 1154

Re: Secure boot and signed bins

I understand. And as I've already said, this process will work and it will be secure provided you also burn all the additional security-related efuses mentioned in the code I linked a few posts back. We don't recommend this approach, for pregenerated keys we recommend you first do "espefuse.py burn_...
by ESP_Angus
Wed Dec 05, 2018 11:56 pm
Forum: ESP32 IDF
Topic: Secure boot and signed bins
Replies: 30
Views: 1154

Re: Secure boot and signed bins

This workflow I describe will take longer in the factory (more espefuse.py & esptool.py invocations) using pre-generated keys. but more control for us. I see. The process you describe will work. Just to make sure I understand, did you consider burning the pre-generated keys with espefuse burn_key, ...
by ESP_Angus
Wed Dec 05, 2018 10:52 pm
Forum: General Discussion
Topic: sed: 1: "/Users/XXX/esp/hello_w ...": invalid command code C
Replies: 4
Views: 192

Re: sed: 1: "/Users/XXX/esp/hello_w ...": invalid command code C

Hi czuvich,

Can you please post the output of the command "git describe --tags --dirty"

and please also post the full output of the "make" command (all lines).


Angus
by ESP_Angus
Wed Dec 05, 2018 10:46 pm
Forum: ESP32 IDF
Topic: Secure boot and signed bins
Replies: 30
Views: 1154

Re: Secure boot and signed bins

Hi Angus, 1- Basically it is working. First we need to signed then encrypt the bins. I was doing other way around. Fantastic! 2- I do get this warning message from esptool when encrypt signed bins. This happens to all bins. espsecure.py encrypt_flash_data --keyfile encryption_key.bin --address 0x80...
by ESP_Angus
Tue Dec 04, 2018 11:14 pm
Forum: Report Bugs
Topic: same source, different core -> webserver hangs
Replies: 3
Views: 593

Re: same source, different core -> webserver hangs

Hi Andrea, Sorry noone replied to the original thread and bug report and thanks for being patient about the update. I think the reason the bug on arduino-esp32 has had no response is for two reasons: - It's not clear the bug is in arduino-esp32 and not the Freematics firmware. - The bug report says ...

Go to advanced search