Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[WolfgangFB]

Ich habe unzählige ESP8266, Wemost D1 Mini und ESP32 im Haus verbeut. Die ganzen Aktionen, die für die Bewegungsmelder und Fenstersensoren ausgeführt werden sind etwas komplizierter, aber für alle gleich (den Code erzeuge ich per Skript). Bei allen wird unter anderem über MQTT der Zustand der Sensoren gepostet. Das klappt bei allen bis auf einen auch gut.
Der eine (ein ESP8266)ist immer wieder offline, an einer Kontroll-LED sehe ich aber, dass der ESP arbeitet (Blinkmeldung bei Fensteröffnung oder Bewegung). Dieser erzeugt neben den "regulären" MQTT Topics aber auch (für mich offensichtlich falsche) Topics, z.B. diese hier:

Kann man sowas durch fehlerhaften YAML-Code provozieren oder ist eher davon auszugehen, dass das Teil einen Defekt hat damit undefinierte Zustände hervorruft?

[arteck]

@wolfgangfb ich würde auf codepage tippen

[WolfgangFB]

@arteck

Was meinst Du mit "Codepage"?

[arteck]

@wolfgangfb sagte in ESPHome und MQTT:

den Code erzeuge ich per Skript

wir der code IMMER auf der gleichen Kiste erzeugt ?

[WolfgangFB]

@arteck sagte in ESPHome und MQTT:

@wolfgangfb sagte in ESPHome und MQTT:

den Code erzeuge ich per Skript

wir der code IMMER auf der gleichen Kiste erzeugt ?

Ja, ich habe mir ein Skript erstellt, bei dem ich z.B. für einen Bewegungsmelder nur den GPIO und den Raumname angebe und dieses Skript erstellt mir dann einen yaml Code.
Ich habe gerade versucht, den gleichen Code einfach mal auf ein anderes ESP8266 zu schreiben. Das hat auch funktioniert, es gibt aber einen Fehler:
Beim Neustart des ESP kommt im Log:

Hard resetting via RTS pin...
INFO Successfully uploaded program.
INFO Starting log output from /dev/ttyUSB5 with baud rate 115200
[13:08:44]\x90nn$`nr\x8e\x92\x92nrr\x92`p\xf2nr\x8cbbn\xe2nb\xc4\xf2nn'l`\x90nn$`nr\x8e\x92\x92nrl`r\x92\x92nrl`\x9c\xc4l$l`\xfc\x82n\x92`[I][logger:258]: Log initialized

Das sieht scjhonmal nicht gut aus... und später:

[13:08:57]User exception (panic/abort/assert)
[13:08:57]--------------- CUT HERE FOR EXCEPTION DECODER ---------------
[13:08:57]
[13:08:57]Unhandled C++ exception: OOM
[13:08:57]
[13:08:57]>>>stack>>>
WARNING Found stack trace! Trying to decode it
[13:08:57]
[13:08:57]ctx: cont
[13:08:57]sp: 3ffffcf0 end: 3fffffc0 offset: 0000
[13:08:57]3ffffcf0:  3fffff08 00000020 3fffa6cc 4010166e  
WARNING Decoded 0x4010166e: free
[13:08:57]3ffffd00:  000000fe 00000000 00000000 00000000  
[13:08:57]3ffffd10:  00000000 00000000 00000000 00000001  
[13:08:57]3ffffd20:  00007fff 00000000 3ffffe38 000000f0  
[13:08:57]3ffffd30:  00000001 40245a23 000001e1 40231baa  
WARNING Decoded 0x40245a23: std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int) at /workdir/arena.x86_64/gcc-gnu/xtensa-lx106-elf/libstdc++-v3/include/bits/basic_string.tcc:156
WARNING Decoded 0x40231baa: raise_exception at core_esp8266_postmortem.cpp
[13:08:57]3ffffd40:  00000001 40245a23 00000020 40231bc9  
WARNING Decoded 0x40245a23: std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int) at /workdir/arena.x86_64/gcc-gnu/xtensa-lx106-elf/libstdc++-v3/include/bits/basic_string.tcc:156
WARNING Decoded 0x40231bc9: __unhandled_exception
[13:08:57]3ffffd50:  00000001 00000020 000001e1 40231214  
WARNING Decoded 0x40231214: operator new(unsigned int)
[13:08:57]3ffffd60:  00000001 000000f1 3ffffe60 40245a23  
WARNING Decoded 0x40245a23: std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned int&, unsigned int) at /workdir/arena.x86_64/gcc-gnu/xtensa-lx106-elf/libstdc++-v3/include/bits/basic_string.tcc:156
etc. etc.

Was ist ein "Stack trace"?

[arteck]

@wolfgangfb sagte in ESPHome und MQTT:

Was ist ein "Stack trace"?

google kaputt

https://www.google.com/search?client=firefox-b-d&q=Stack+trace

[WolfgangFB]

@arteck

OK, formuliere ich die Frage anders, was kann ich mit meiner Stack-Trace Ausgabe (sinnvolles) anfangen?