ESP8266 - Error Nachricht beim Start

[Max M. (maxmicr)]

Ich bin nun weitestgehend dieser Anleitung gefolgt, um das Espressif 3.0 
SDK für den ESP8266 unter Windows 10 zusammen mit dem Compiler zu 
installieren:

https://cutmywire.wordpress.com/2017/05/08/esp8266-windows-10-sdk-installation/comment-page-1/#comment-943


Mein Code, den ich aktuell zu flashen versuche:

#include "ets_sys.h"
#include "osapi.h"
#include "gpio.h"
#include "os_type.h"
#include "user_config.h"

void user_pre_init(void) {
}

void ICACHE_FLASH_ATTR user_init()
{
  os_printf("Hello World");
}

Demnach erwarte ich nach dem Reset ein einzelnes "Hello World" auf der 
Kommandozeile (mit 74880 BAUD).

Stattdessen bekomme ich:

 ets Jan  8 2013,rst cause:2, boot mode:(3,6)

load 0x3ffe8000, len 1288, room 16 
tail 8
chksum 0x4a
load 0x3ffe8510, len 880, room 0 
tail 0
chksum 0xb7
load 0x40100000, len 26184, room 8 
tail 0
chksum 0xb3
csum 0xb3
>> 0x0,0x0rf_cal[0] !=0x05,is 0xE9

und das ständig (d.h. der ESP8266 stürzt ab, startet selbst neu und 
bringt jedesmal diese Nachricht).

Ich verwende dieses Makefile:

https://github.com/esp8266/source-code-examples/blob/master/blinky/Makefile

mit zusätzlichen libs. Also anstatt

LIBS    = c gcc hal pp phy net80211 lwip wpa main

verwende ich:

LIBS    = c gcc hal pp phy net80211 lwip wpa main ssl crypto

Der Compiler erzeugt außerdem kein 0x40000.bin, sondern ein 0x10000.bin, 
daher habe ich das:

FW_FILE_2_ADDR  = 0x40000

durch das

FW_FILE_2_ADDR  = 0x10000

ersetzt. In meinem Firmware-Ordner habe ich nun eine 0x00000.bin und 
eine 0x10000.bin.

Ich habe diese Befehle ausgeführt:

esptool.py --port /dev/ttyS5 write_flash --flash_mode dio 0x00000 firmware/0x00000.bin

und

esptool.py --port /dev/ttyS5 write_flash --flash_mode dio 0x10000 firmware/0x10000.bin

Hab ich die falsche Stelle im Flash ausgewählt?

Mein Board ist ein D1 mini aus China. Ich habe bereits ein simples 
Arduino-Beispiel geflasht, das hat einwandfrei funktioniert. Der ESP8266 
funktioniert also.

[G. H. (schufti)]

ich habe noch nichts mit dem orig. espressif sdk gamacht, aber der 
fehler besagt, dass an der Stelle wo die WiFi Kalibrationsdaten erwartet 
werden keine oder Müll liegen.
Eigentlich sollte das sdk den Block initialisieren wenn leer oder man 
legt dort die "esp_init_data_default.bin" ab; wo sagt die flash map 
(readme.txt).
Ich würde es mal mit komplettem erase vor flash versuchen.

[Max M. (maxmicr)]

G. H. schrieb:
> Ich würde es mal mit komplettem erase vor flash versuchen.

Hab ich nun auch versucht:

esptool.py --port /dev/ttyS5 erase_flash

und dann

make flash

Leider das selbe Verhalten nach wie vor.

G. H. schrieb:
> wo sagt die flash map
> (readme.txt).

Ich hab da per Google nur das hier gefunden:

https://github.com/espressif/ESP8266_AT/blob/master/bin/readme.txt


Hab nun das hier versucht:

esptool.py --port /dev/ttyS5 erase_flash
esptool.py --port /dev/ttyS5 write_flash --flash_mode dio 0x7C000 firmware/esp_init_data_default.bin
make flash

und auch das hier:

esptool.py --port /dev/ttyS5 erase_flash
make flash
esptool.py --port /dev/ttyS5 write_flash --flash_mode dio 0x7C000 firmware/esp_init_data_default.bin

Leider immer noch das selbe Verhalten.

[Emil (Gast)]

Du musst auch die Partitionstabelle implementieren, sonst weiß das SDK 
gar nicht, wo es suchen soll.

[G. H. (schufti)]

also könnte das Dokument helfen:
https://github.com/espressif/ESP8266_NONOS_SDK/blob/master/documents/EN/%20Partition%20Table.md

[Max M. (maxmicr)]

Ich hab mir das IoT-Example heruntergeladen und mit meinem Makefile 
versucht zu kompilieren, bekomme allerdings diese Fehlermeldungen (nur 
ein kleiner Ausschnitt):

user/user_main.c:39:7: error: "SPI_FLASH_SIZE_MAP" is not defined [-Werror=undef]
 #if ((SPI_FLASH_SIZE_MAP == 0) || (SPI_FLASH_SIZE_MAP == 1))
       ^
user/user_main.c:40:2: error: #error "The flash map is not supported"
 #error "The flash map is not supported"

Wenn ich das Makefile von espressif verwende und

make

ausführe, bekomme ich diese Ausgabe:

make: Nothing to be done for 'FORCE'.

.

Die gen_misc.bat sieht schon eher danach aus, als würde sie etwas 
kompilieren. Wenn man sich durch das kurze Menü durchklickt, wird am 
Ende doch wieder das Makefile aufgerufen, dass dann erneut "Nothing to 
be done" liefert.

Emil schrieb:
> Du musst auch die Partitionstabelle implementieren, sonst weiß das SDK
> gar nicht, wo es suchen soll.

Danke, anscheinend kam das mit SDK v3.0 hinzu. Den Sinn davon verstehe 
ich zwar nicht, aber gut.

G. H. schrieb:
> also könnte das Dokument helfen:

Ich verstehe das Dokument nicht. Daraus erschließt sich mir nicht, was 
ich wirklich brauche und welche Zusammenhänge es gibt bzw. welche 
imports ich benötige.

Edit: Ich hab mir nun auch das wesentlich simplere Beispiel

https://github.com/espressif/ESP8266_NONOS_SDK/tree/master/examples/simple_pair

angeschaut. Ich hab mal versucht, die main.c auf das wesentliche zu 
reduzieren:

#include "osapi.h"
#include "user_interface.h"

#define EAGLE_FLASH_BIN_ADDR        （SYSTEM_PARTITION_CUSTOMER_BEGIN + 1）
#define EAGLE_IROM0TEXT_BIN_ADDR      （SYSTEM_PARTITION_CUSTOMER_BEGIN + 2）

static const partition_item_t partition_table[] = {
  { EAGLE_FLASH_BIN_ADDR, 0x00000, 0x10000},
    { EAGLE_IROM0TEXT_BIN_ADDR, 0x10000, 0x60000},
    { SYSTEM_PARTITION_RF_CAL, SYSTEM_PARTITION_RF_CAL_ADDR, 0x1000},
    { SYSTEM_PARTITION_PHY_DATA, SYSTEM_PARTITION_PHY_DATA_ADDR, 0x1000},
    { SYSTEM_PARTITION_SYSTEM_PARAMETER,SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR, 0x3000},
};

void ICACHE_FLASH_ATTR user_pre_init(void)
{
    if(!system_partition_table_regist(partition_table, sizeof(partition_table)/sizeof(partition_table[0]),SPI_FLASH_SIZE_MAP)) {
    os_printf("system_partition_table_regist fail\r\n");
    while(1);
  }
}

void ICACHE_FLASH_ATTR
user_init(void)
{
}

Nun bekomme ich mit meinem Makefile (siehe 1. Post) diese Ausgabe:

CC user/user_main.c
user/user_main.c:32:2: error: stray '\357' in program
  { EAGLE_FLASH_BIN_ADDR, 0x00000, 0x10000},
  ^
user/user_main.c:32:2: error: stray '\274' in program
user/user_main.c:32:2: error: stray '\210' in program
user/user_main.c:32:2: error: stray '\357' in program
user/user_main.c:32:2: error: stray '\274' in program
user/user_main.c:32:2: error: stray '\211' in program
user/user_main.c:33:5: error: stray '\357' in program
     { EAGLE_IROM0TEXT_BIN_ADDR, 0x10000, 0x60000},

Ich weiß nicht - sind diese geschweiften Klammern nicht konform zur 
C-Syntax? Macht meine eingedampfte main.c überhaupt noch Sinn?

[John Doe (Gast)]

Max M. schrieb:
> Nun bekomme ich mit meinem Makefile (siehe 1. Post) diese Ausgabe:
>
>

> CC user/user_main.c
> user/user_main.c:32:2: error: stray '\357' in program
>   { EAGLE_FLASH_BIN_ADDR, 0x00000, 0x10000},
>   ^
> user/user_main.c:32:2: error: stray '\274' in program
> user/user_main.c:32:2: error: stray '\210' in program
> user/user_main.c:32:2: error: stray '\357' in program
> user/user_main.c:32:2: error: stray '\274' in program
> user/user_main.c:32:2: error: stray '\211' in program
> user/user_main.c:33:5: error: stray '\357' in program
>      { EAGLE_IROM0TEXT_BIN_ADDR, 0x10000, 0x60000},
>

>
> Ich weiß nicht - sind diese geschweiften Klammern nicht konform zur
> C-Syntax? Macht meine eingedampfte main.c überhaupt noch Sinn?


Hast Du sinnlos Copy&Paste von der Webseite gemacht oder die Datei 
runtergeladen und bearbeitet?
Bei ersterem solltest Du die fehlerhaften Zeilen löschen und von Hand 
neu tippen.

[Max M. (maxmicr)]

John Doe schrieb:
> Hast Du sinnlos Copy&Paste von der Webseite gemacht

Schuldig.

John Doe schrieb:
> und von Hand
> neu tippen.

Hab ich gemacht, jetzt kommt der Fehler nicht mehr. Allerdings:

user/user_main.c: In function 'user_pre_init':
user/user_main.c:36:116: error: 'SPI_FLASH_SIZE_MAP' undeclared (first use in this function)
  if(!system_partition_table_regist(at_partition_table, sizeof(at_partition_table) / sizeof(at_partition_table[0]), SPI_FLASH_SIZE_MAP)){

Wo ist denn das #define von dieser Konstante?

[John Doe (Gast)]

Max M. schrieb:
> Wo ist denn das #define von dieser Konstante?

Ich übergebe bei mir SPI_SIZE_MAP als Define Parameter dem make Aufruf. 
In den Makefiles von Espressif wird dann daraus SPI_FLASH_SIZE_MAP 
erzeugt.

[Max M. (maxmicr)]

John Doe schrieb:
> Ich übergebe bei mir SPI_SIZE_MAP als Define Parameter dem make Aufruf.

Magst du bitte erläutern, wie genau das abläuft? Woher hast du den Wert 
von SPI_SIZE_MAP? Was genau gibst du in die Kommandozeile ein? Wie 
sieht dein Makefile aus?

Ich hab nun einfach selbst

#define SPI_FLASH_SIZE_MAP 5

gesetzt und dabei alle Werte von 2 - 6 ausprobiert. Bei keinem Wert hat 
sich das Verhalten irgendwie verändert (kompilieren und flashen hat aber 
funktioniert).

Ich bezweifle langsam, dass die Partitionierung überhaupt helfen kann. 
Diese greift ja nur, wenn mein Code überhaupt aufgerufen bzw. ausgeführt 
wird. Das wird er solange nicht, wie der ESP8266 ständig neu startet und 
abstürzt.

Auch liefert dieses Tutorial: 
https://cutmywire.wordpress.com/2017/05/08/esp8266-windows-10-sdk-installation/comment-page-1/#comment-943

keinen Hinweis auf Partitionierung seit SDK v3.0.

Es kann doch nicht sein, dass Espressif die letzten Jahre in Sachen 
Benutzerfreundlichkeit nichts dazu gelernt hat. Hat noch jemand 
irgendeine Idee?

Ich vermute stark, dass ich den Code an die falsche Stelle schreiben 
lasse.

[Max M. (maxmicr)]

Fragt mich nicht was ich jetzt anders gemacht hab, aber immerhin bin ich 
nun bei diesem Fehler, keine Ahnung ob das ein Fortschritt ist:

 ets Jan  8 2013,rst cause:2, boot mode:(3,6)

load 0x3ffe8000, len 1288, room 16 
tail 8
chksum 0x2a
load 0x3ffe8510, len 972, room 0 
tail 12
chksum 0x57
ho 0 tail 12 room 4
load 0x40100000, len 26180, room 12 
tail 8
chksum 0xbd
csum 0xbd
p 3 size 0x6a000 ,0x3 err
system_partition_table_regist fail

Liegt wahrscheinlich daran, dass ich keine Ahnung hab, welchen Wert 
SPI_FLASH_SIZE_MAP oder SPI_SIZE_MAP haben sollen.

[Franz (Gast)]

Guck mal hier ganz unten.
https://github.com/espressif/ESP8266_NONOS_SDK
Da ist der Hinweis auf die Partitionstabelle.

Du kannst die Adressen und Größen der Partitionen auch ohne Weiteres per 
Hand fest vergeben. Einfach die Werte, die du auch beim Flashen 
verwendest.

[Max M. (maxmicr)]

Franz schrieb:
> Da ist der Hinweis auf die Partitionstabelle.

Tut mir leid, aber ich kann damit überhaupt nix anfangen. Zum einen 
liegt das am unverständlichen Englisch und daran, dass ich


"If you donot use Non-FOTA bin, eagle.irom0.text.bin and irom0.text MUST 
be downloaded the fixed address"

diese Dateien nicht habe. Was sind denn "the fixed address"?

Wenn ich mir das angehängte Bild in der Doku anschaue, finde ich auch 
Dateien wieder, die ich nicht habe. Eine 0x0000.bin und eine 0x10000.bin 
kommen auch nicht vor.

Ich hab das Gefühl, die Doku ist entweder völlig veraltet oder für einen 
anderen Controller oder anderes SDK geschrieben.

Franz schrieb:
> Einfach die Werte, die du auch beim Flashen
> verwendest.

Ich vergebe beim Flashen keine Werte für

SYSTEM_PARTITION_SYSTEM_PARAMETER
SYSTEM_PARTITION_PHY_DATA
SYSTEM_PARTITION_RF_CAL

Und ob meine Firmware nun SYSTEM_PARTITION_OTA_2 oder 
SYSTEM_PARTITION_OTA_1 ist, weiß ich auch nicht. Ich vermute, die Datei 
0x00000.bin entspricht SYSTEM_PARTITION_BOOTLOADER?

[Franz (Gast)]

Ok, aber wenn du esp_init_data_default.bin nicht flashst, ist es kein 
Wunder, dass es nicht klappt. Auch die anderen beiden sollte man 
flashen, bzw. eben auf 0xFF erasen.

[Max M. (maxmicr)]

Franz schrieb:
> Ok, aber wenn du esp_init_data_default.bin nicht flashst, ist es kein
> Wunder, dass es nicht klappt. Auch die anderen beiden sollte man
> flashen, bzw. eben auf 0xFF erasen.

Ich hab nun mal das versucht:

esptool.py --port /dev/ttyS5 write_flash 0x00000 firmware/0x00000.bin 0x10000 firmware/0x10000.bin 0x3FB000 firmware/blank.bin 0x3FE000 firmware/blank.bin 0x3FC000 firmware/esp_init_data_default.bin

wobei esp_init_data_default.bin dieser Datei: 
https://github.com/espressif/ESP8266_NONOS_SDK/blob/master/bin/esp_init_data_default_v08.bin 
entspricht.

und blank.bin dieser Datei: 
https://github.com/espressif/ESP8266_NONOS_SDK/blob/master/bin/blank.bin

Jetzt bin ich wieder bei dem rf_cal Fehler :(

[Max M. (maxmicr)]

Ähm, hab ichs geschafft?

 ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x3ffe8000, len 1288, room 16 
tail 8
chksum 0x3a
load 0x3ffe8510, len 988, room 0 
tail 12
chksum 0xcf
ho 0 tail 12 room 4
load 0x40100000, len 26180, room 12 
tail 8
chksum 0xb7
csum 0xb7
>> 0⸮⸮RZ⸮⸮rf cal sector: 1019
freq trace enable 0
rf[112] : 00
rf[113] : 00
rf[114] : 01

SDK ver: 3.0.0(d49923c) compiled @ Aug 22 2018 13:50:05
phy ver: 1136_0, pp ver: 10.2

mode : softAP(a2:20:a6:02:57:2a)
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100

Falls ja, ich hab mein main.c durch den Code auf dieser asiatischen 
Webseite ersetzt:

https://blog.csdn.net/yannanxiu/article/details/83550183

Sieht also jetzt so aus:

#include "osapi.h"
#include "user_interface.h"

#define EAGLE_FLASH_BIN_ADDR        （SYSTEM_PARTITION_CUSTOMER_BEGIN + 1）
#define EAGLE_IROM0TEXT_BIN_ADDR      （SYSTEM_PARTITION_CUSTOMER_BEGIN + 2）
#define SPI_FLASH_SIZE_MAP 4

#if ((SPI_FLASH_SIZE_MAP == 0) || (SPI_FLASH_SIZE_MAP == 1))
#error "The flash map is not supported"
#elif (SPI_FLASH_SIZE_MAP == 2)
#define SYSTEM_PARTITION_OTA_SIZE              0x6A000
#define SYSTEM_PARTITION_OTA_2_ADDR              0x81000
#define SYSTEM_PARTITION_RF_CAL_ADDR            0xfb000
#define SYSTEM_PARTITION_PHY_DATA_ADDR            0xfc000
#define SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR        0xfd000
#define SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR           0x7c000
#elif (SPI_FLASH_SIZE_MAP == 3)
#define SYSTEM_PARTITION_OTA_SIZE              0x6A000
#define SYSTEM_PARTITION_OTA_2_ADDR              0x81000
#define SYSTEM_PARTITION_RF_CAL_ADDR            0x1fb000
#define SYSTEM_PARTITION_PHY_DATA_ADDR            0x1fc000
#define SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR        0x1fd000
#define SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR           0x7c000
#elif (SPI_FLASH_SIZE_MAP == 4)
#define SYSTEM_PARTITION_OTA_SIZE              0x6A000
#define SYSTEM_PARTITION_OTA_2_ADDR              0x81000
#define SYSTEM_PARTITION_RF_CAL_ADDR            0x3fb000
#define SYSTEM_PARTITION_PHY_DATA_ADDR            0x3fc000
#define SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR        0x3fd000
#define SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR           0x7c000
#elif (SPI_FLASH_SIZE_MAP == 5)
#define SYSTEM_PARTITION_OTA_SIZE              0x6A000
#define SYSTEM_PARTITION_OTA_2_ADDR              0x101000
#define SYSTEM_PARTITION_RF_CAL_ADDR            0x1fb000
#define SYSTEM_PARTITION_PHY_DATA_ADDR            0x1fc000
#define SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR        0x1fd000
#define SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR           0xfc000
#elif (SPI_FLASH_SIZE_MAP == 6)
#define SYSTEM_PARTITION_OTA_SIZE              0x6A000
#define SYSTEM_PARTITION_OTA_2_ADDR              0x101000
#define SYSTEM_PARTITION_RF_CAL_ADDR            0x3fb000
#define SYSTEM_PARTITION_PHY_DATA_ADDR            0x3fc000
#define SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR        0x3fd000
#define SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR           0xfc000
#else
#error "The flash map is not supported"
#endif

#define SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM                SYSTEM_PARTITION_CUSTOMER_BEGIN

uint32 priv_param_start_sec;

static const partition_item_t at_partition_table[] = {
    { SYSTEM_PARTITION_BOOTLOADER,             0x0,                         0x1000},
    { SYSTEM_PARTITION_OTA_1,               0x1000,                       SYSTEM_PARTITION_OTA_SIZE},
    { SYSTEM_PARTITION_OTA_2,               SYSTEM_PARTITION_OTA_2_ADDR,             SYSTEM_PARTITION_OTA_SIZE},
    { SYSTEM_PARTITION_RF_CAL,              SYSTEM_PARTITION_RF_CAL_ADDR,             0x1000},
    { SYSTEM_PARTITION_PHY_DATA,             SYSTEM_PARTITION_PHY_DATA_ADDR,           0x1000},
    { SYSTEM_PARTITION_SYSTEM_PARAMETER,         SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR,       0x3000},
    { SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM,             SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR,          0x1000},
};

void ICACHE_FLASH_ATTR user_pre_init(void)
{
    if(!system_partition_table_regist(at_partition_table, sizeof(at_partition_table)/sizeof(at_partition_table[0]),SPI_FLASH_SIZE_MAP)) {
    os_printf("system_partition_table_regist fail\r\n");
    while(1);
  }
}

void ICACHE_FLASH_ATTR user_init(void) {

}

Cmd:

esptool.py --port /dev/ttyS5 write_flash 0x00000 firmware/0x00000.bin 0x10000 firmware/0x10000.bin 0x3FC000 firmware/esp_init_data_default.bin

[Franz (Gast)]

Du bringst aber Non-OTA und OTA durcheinander. Kompilierst für Non-OTA, 
aber deine Partitionstabelle enthält zwei Firmwarepartitionen und den 
Bootloader. Kann funktionieren, aber hat eventuell Nebenwirkungen, wenn 
das SDK irgendwas schreibt.

[Max M. (maxmicr)]

Franz schrieb:
> Du bringst aber Non-OTA und OTA durcheinander.

Wie müsste die Tabelle denn umgeschrieben werden, damit sie kompatibel 
mit Non-OTA ist?

Franz schrieb:
> Kompilierst für Non-OTA

Woran machst du das fest?

[Stefan F. (Gast)]

Während Villariba schon feiert, wird in Villabacho noch geschrubbt.
https://www.youtube.com/watch?v=B37JGubAcSU

Villariba ist in diesem Fall Italien/Arduino.
Villabacho ist Max in Deutschland.

[Franz (Gast)]

Naja, du benutzt als Linkerscript eagle.app.v6.ld und Adresse 0.

Für OTA musst du zwei Mal kompilieren, einmal für Adresse 0x01000 und 
nochmal für 0x81000, mit jeweils dem passenden Linkerschript für dein 
Flashlayout:
https://github.com/espressif/ESP8266_NONOS_SDK/tree/master/ld

An 0x00000 käme der Bootloader:
https://github.com/espressif/ESP8266_NONOS_SDK/tree/master/bin


Eventuell wärst du bei Arduino wirklich besser aufgehoben. Du müsstest 
halt damit leben, dass Bugfixes und neuere Features nicht immer sofort 
verfügbar sind.

[Max M. (maxmicr)]

D.h. so wäre es richtig für Non-OTA?

static const partition_item_t at_partition_table[] = {
    { SYSTEM_PARTITION_RF_CAL,              SYSTEM_PARTITION_RF_CAL_ADDR,             0x1000},
    { SYSTEM_PARTITION_PHY_DATA,             SYSTEM_PARTITION_PHY_DATA_ADDR,           0x1000},
    { SYSTEM_PARTITION_SYSTEM_PARAMETER,         SYSTEM_PARTITION_SYSTEM_PARAMETER_ADDR,       0x3000},
    { SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM,             SYSTEM_PARTITION_CUSTOMER_PRIV_PARAM_ADDR,          0x1000},
};