ESP8266 Developer Zone

Re: First byte is not the magic 0xE9 for OTA binaries

2020-09-18T16:03:59+08:00

Her Mary wrote:
ESP8266 RTOS SDK changes to be ESP-IDF style recently, and the OTA updates too. Maybe use RTOS SDK is a better choice..https://github.com/espressif/ESP8266_RTOS_SDK

Thanks for the help @Her Mary.
It was really helpful for me...

Regards
Sherry

Statistics: Posted by sherylbrock — Fri Sep 18, 2020 4:03 pm

Re: First byte is not the magic 0xE9 for OTA binaries

2018-11-28T15:06:05+08:00

Her Majesty wrote:
ESP8266 RTOS SDK changes to be ESP-IDF style recently, and the OTA updates too. Maybe use RTOS SDK is a better choice..https://github.com/espressif/ESP8266_RTOS_SDK

Thanks, it was usefull.

Statistics: Posted by Guest — Wed Nov 28, 2018 3:06 pm

Re: First byte is not the magic 0xE9 for OTA binaries

2018-11-15T16:46:44+08:00

Thank for the suggestion, but for sure I won't update the SDK
We spend too much time fixing, debugging, and above all understanding the use and black magic of the current SDK we use.

Since it has been developped by Espressif I don't trust it at all.
It's worthless to invest time in it, it's not ecomically viable for us to update.
Espressif's guys may be very good at hardware design (great to have a full SOC with WiFi !), but I think the software SDK is badly designed and so is hardly usable for real or industrial projects, it's a black shadow on the ESP (personnal point of view).

For thos intersested in OTA, maybe check rboot, an alternative and open bootloader for the ESP

Statistics: Posted by Pato — Thu Nov 15, 2018 4:46 pm

Re: First byte is not the magic 0xE9 for OTA binaries

2018-10-12T20:45:05+08:00

ESP8266 RTOS SDK changes to be ESP-IDF style recently, and the OTA updates too. Maybe use RTOS SDK is a better choice..https://github.com/espressif/ESP8266_RTOS_SDK

Statistics: Posted by Her Mary — Fri Oct 12, 2018 8:45 pm

First byte is not the magic 0xE9 for OTA binaries

2018-08-17T17:13:04+08:00

Hey all,

I build my two applications for OTA upgrade user1.bin and user2.bin, one for each flash slot (for addresses 0x01000 and 0x81000 respectively).
The documentation says that the first byte of an application built for the ESP8266 is always 0xE9. This is the "magic byte" (https://www.espressif.com/sites/default ... col_en.pdf).
The first byte of the bootloader is effectively 0xE9.

But when I look at the content of my binaries user1.bin and user2.bin, the firsrt byte is 0xEA in boh cases and not 0xE9.
I can flash them and both work as expected.
If I change the first byte to some random value like 0xEF, I get a "error magic" at boot (ok, seems logical)
If I change it for 0XE9 as in the doc, I got Fatal Exception 29 at boot (duh ?)

Is there a different magic number for OTA firmwares ?
Does this magic byte applies only for the booloader ?
What am I missing ?

Thanks for your help

I'm compiling with esp-open-sdk toolchain, NONOS-SDK_2.2.

Statistics: Posted by Pato — Fri Aug 17, 2018 5:13 pm