SIGNALESP: Firm- und Hardware für SIGNALduino direkt auf ESP8266 oder ESP32

eisman · 17 August 2024, 14:18:55

hi,

habe das Problem auch,

bei Neustart des AP Verbindung weg. einzige was hilft, Neustart des ESP,
leider vergesse ich das immer wieder. Steckdose gute idee...

gruss

Ralf9 · 17 August 2024, 15:12:18

Wie oft tritt dieses Problem auf? Bei jedem Neustart des FHEM Servers?
Beim ESP8266 kann ich nicht weiterhelfen.

Ich habs mal mit dem ESP32 und meiner Firmware getestet, da konnte ich das Problem nicht nachvollziehen.
Ich habe ein paar mal einen FHEM restart und shutdown gemacht, jedesmal hat sich der ESP32 automatisch wieder verbunden.

Bei der Firmware für den ESP32 habe ich noch einige todos, da werde ich wahrscheinlich erst am Oktober/November dazukommen. Im Sommer/Herbst habe ich andere Prioritäten. Bei anderen wirds wahrscheinlich ähnlich sein.

Gruß Ralf

eisman · 17 August 2024, 15:40:26

hi,

in meinem Fall:

FHEM Neustart "kein Problem"
Access Point Neustart "jedes mal"
der ESP macht kein AP auf, er verbindet sich dann überhaut nicht mehr mit dem WLAN

gruss

PS:
ESP: V 4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101 (R: A1 B0*) - compiled at Jul 13 2022 01:11:33

TomLee · 17 August 2024, 15:41:51

Es geht doch darum (so hab ich es jetzt zumindest verstanden) dass das ESP-Modul nach einem disconnect sich nicht automatisch wieder mit dem Wlan verbindet, sondern den AP wieder aufmacht.

Das autonnect war ja nicht immer (oder immer noch ?) in dem Sketch eingebaut:

Zitat von: Sidey am 24 November 2019, 09:14:02Hi Stefan,

Danke für den Hinweis.
Den Reconnect könnte ich wohl gut einbauen.

Wurde das denn in V 3.5.1-RC1 eingebaut ?

Wenn, dann ist doch hier die Ursache zu suchen warum kein autoconnect zustande kommt.

Wo ist denn der Code von 3.5.1-RC1 genau zu finden ?

Ralf9 · 17 August 2024, 16:45:18

Wenn nur der Access Point neu gestartet wird und der ESP32 an bleibt, sollte der reconnect meistens funktionieren.

Ich habs mal getestet. Den ESP32 per USB mit dem PC verbunden und dann bei der Arduino IDE den seriellen Monitor geöffnet und den AP einige mal stromlos gemacht:

Code Auswählen

...
WifiManager had connected ...yeey :)
...
WiFi lost connection. Reason: 200
*wm:[2] [EVENT] WIFI_REASON:  200
WiFi lost connection. Reason: 201
*wm:[2] [EVENT] WIFI_REASON:  201
*wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND 
WiFi lost connection. Reason: 201
*wm:[2] [EVENT] WIFI_REASON:  201
*wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND 
...
WiFi lost connection. Reason: 201
*wm:[2] [EVENT] WIFI_REASON:  201
*wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND 
*******Connected*****
WiFi lost connection. Reason: 200
*wm:[2] [EVENT] WIFI_REASON:  200
WiFi lost connection. Reason: 201
*wm:[2] [EVENT] WIFI_REASON:  201
*wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND 
...
WiFi lost connection. Reason: 201
*wm:[2] [EVENT] WIFI_REASON:  201
*wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND 
*******Connected*****
WiFi lost connection. Reason: 200
*wm:[2] [EVENT] WIFI_REASON:  200
WiFi lost connection. Reason: 201
*wm:[2] [EVENT] WIFI_REASON:  201
*wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND 
...

Ein Problem ist wenn beide AP und ESP stromlos sind.
Wenn der ESP wieder startet und den AP nicht findet, dann macht er einen eigenen AP auf, dann hilft momentan nur noch ein neustart des ESP

Gisbert · 17 August 2024, 17:06:26

Hallo Ralf,

bei mir tritt es immer nach einem Neustart des Fhem-Servers auf. Der ESP hängt die ganze Zeit am Strom. Die APs werden nicht heruntergefahren.
Den Neustart mache ich wöchentlich, da ich Proxmox-Backups der VM mache, wobei die VM vorher heruntergefahren wird. Das ganze geschieht nachts (von Freitag auf Samstag), wenn Fhem nicht viel zu tun hat. Dem Backup gebe ich höhere Priorität als dem SignalESP.

Viele Grüße Gisbert

eisman · 17 August 2024, 17:49:30

Zitat von: Ralf9 am 17 August 2024, 16:45:18Wenn nur der Access Point neu gestartet wird und der ESP32 an bleibt, sollte der reconnect meistens funktionieren.

Ich habs mal getestet. Den ESP32 per USB mit dem PC verbunden und dann bei der Arduino IDE den seriellen Monitor geöffnet und den AP einige mal stromlos gemacht:
Code Auswählen Erweitern
... WifiManager had connected ...yeey :) ... WiFi lost connection. Reason: 200 *wm:[2] [EVENT] WIFI_REASON: 200 WiFi lost connection. Reason: 201 *wm:[2] [EVENT] WIFI_REASON: 201 *wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND WiFi lost connection. Reason: 201 *wm:[2] [EVENT] WIFI_REASON: 201 *wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND ... WiFi lost connection. Reason: 201 *wm:[2] [EVENT] WIFI_REASON: 201 *wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND *******Connected***** WiFi lost connection. Reason: 200 *wm:[2] [EVENT] WIFI_REASON: 200 WiFi lost connection. Reason: 201 *wm:[2] [EVENT] WIFI_REASON: 201 *wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND ... WiFi lost connection. Reason: 201 *wm:[2] [EVENT] WIFI_REASON: 201 *wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND *******Connected***** WiFi lost connection. Reason: 200 *wm:[2] [EVENT] WIFI_REASON: 200 WiFi lost connection. Reason: 201 *wm:[2] [EVENT] WIFI_REASON: 201 *wm:[2] [EVENT] WIFI_REASON: NO_AP_FOUND ...
Ein Problem ist wenn beide AP und ESP stromlos sind.
Wenn der ESP wieder startet und den AP nicht findet, dann macht er einen eigenen AP auf, dann hilft momentan nur noch ein neustart des ESP

nein, bei mir ist es so das der ap neu startet und der ESP32 nicht mehr online geht,
da ich letzte mal 3tage nicht zu hause war, lief er auch die 3 tage nicht. es geht erst wieder wenn ich den ESP32 stromlos mache.

gruss

TomLee · 17 August 2024, 18:42:57

Wenn ich mir jetzt mal die Zeit nehme das genauer bei mir nachzuvollziehen, kommt es natürlich nicht zu dem Effekt.

Im seriellen Monitor sieht das mit dem ESP8266 so aus:

Code Auswählen

pm open,type:2 0
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 0 (29)
WiFi lost connection. Reason: 203
reconnect
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 11
cnt 

connected with BLUB, channel 3
dhcp client start...
ip:192.168.188.96,mask:255.255.255.0,gw:192.168.188.1
*wm:AutoConnect: SUCCESS 
*wm:STA IP Address: 192.168.188.96
*wm:Starting Web Portal 
scandone
pm open,type:2 0
bcn_timout,ap_probe_send_start
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
WiFi lost connection. Reason: 200
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 9
cnt

connected with BLUB, channel 6
dhcp client start...
pm open,type:2 0
ip:192.168.188.96,mask:255.255.255.0,gw:192.168.188.1
bcn_timout,ap_probe_send_start
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
WiFi lost connection. Reason: 200
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 9
cnt

connected with BLUB, channel 6
dhcp client start...
pm open,type:2 0
ip:169.254.69.253,mask:255.255.0.0,gw:0.0.0.0
bcn_timout,ap_probe_send_start
bcn_timout,ap_probe_send_start
state: 5 -> 2 (6c0)
rm 0
pm close 7
WiFi lost connection. Reason: 6
reconnect
state: 2 -> 0 (0)
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 15
cnt 

connected with BLUB, channel 6
dhcp client start...
ip:192.168.188.96,mask:255.255.255.0,gw:192.168.188.1
pm open,type:2 0

zeigt also das der ESP nach Wlanverbindungsabbruch sich wieder mit dem AP/Router verbindet. Auch die Wiederverbindung mit FHEM klappt problemlos, das hab ich so geprüft das es fünf mal keinen ping mehr gab und der SignalESP auf disconnected gesetzt wurde, nachdem der SignalESP die Wlanverbindung wieder aufgenommen hatte ging state kurze Zeite später direkt wieder auf opened.
Scheint alles OK zu sein.

Wenn ich FHEM neu starte verbindet sich der SignalESP nach kurzer Zeit wieder mit FHEM.
Auch alles in Ordnung.

Wenn ich den den AP/Router neu starte sieht auch alles normal aus, Wlanverbindung klappt und auch die zu FHEM:
Im seriellen Monitor sieht das so aus:

Code Auswählen

bcn_timout,ap_probe_send_start
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
WiFi lost connection. Reason: 200
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect

no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 2
cnt 

connected with BLUB, channel 3
dhcp client start...
ip:192.168.188.96,mask:255.255.255.0,gw:192.168.188.1
pm open,type:2 0
state: 5 -> 2 (6c0)
rm 0
pm close 7
WiFi lost connection. Reason: 6
reconnect
state: 2 -> 0 (0)
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 5
cnt

connected with BLUB, channel 3
dhcp client start...
ip:192.168.188.96,mask:255.255.255.0,gw:192.168.188.1
Invalid WEP key mon_mot_de_passe
ap_loss
state: 5 -> 0 (0)
rm 0
reconnect
WiFi lost connection. Reason: 8
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
no BLUB found, reconnect after 1s
WiFi lost connection. Reason: 201
reconnect
scandone
state: 0 -> 2 (b0)
state: 2 -> 0 (2)
reconnect
WiFi lost connection. Reason: 2
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 4
cnt 

connected with BLUB, channel 3
dhcp client start...
ip:192.168.188.96,mask:255.255.255.0,gw:192.168.188.1
pm open,type:2 0

Trotzdem hab ich in unregelmäßigen Abständen ein closed im state und der AP des SignalESP ist auf, natürlich lässt es sich aber jetzt nicht nachvollziehen weshalb.

Was mich beschäftigt (ich hab aber auch nicht wirklich Ahnung von C++), sind diese Zeilen hier:

Code Auswählen

void resetwifi() {
	wifiManager.resetSettings();
#ifdef esp8266
	ESP.reset();
#elif defined(ESP32)
	ESP.restart();
#endif

in der Datei:
https://github.com/RFD-FHEM/SIGNALDuino/blob/master/src/wifi-config.h

Wenn die Funktion resetwifi() aufgerufen wird, werden mit wifiManager.resetSettings(); (nachdem was ich gelesen habe) die gespeicherten WLAN-Einstellungen gelöscht, evtl. hat es bei mir genau damit zu tun?

Wann genau erfolgt denn eigentlich das closed in der FHEM-Definition ?

Ralf9 · 17 August 2024, 18:44:13

Das Problem dabei könnte sein, daß das WLAN bei dem AP Neustart nicht lange genug weg ist damit es der ESP32 erkennt.
Wenn ich den AP stromlos gemacht habe, hat es einige Sekunden gedauert bis es der ESP mit "WiFi lost connection" erkannt hat

eisman · 17 August 2024, 18:51:40

Zitat von: Ralf9 am 17 August 2024, 18:44:13Das Problem dabei könnte sein, daß das WLAN bei dem AP Neustart nicht lange genug weg ist damit es der ESP32 erkennt.
Wenn ich den AP stromlos gemacht habe, hat es einige Sekunden gedauert bis es der ESP mit "WiFi lost connection" erkannt hat

hi,

das könnte ich gleich mal ausprobieren, da der neustart der ap unter 30sek liegt
gruss

nach einem Power off >1min des AP's get der ESP32 wieder online,
bei einem Rest nicht

nein leider ist er wieder weg,
und nur ein power neustart hat den ESP32 wieder online gebracht

Ralf9 · 11 November 2024, 23:14:19

Hallo,

ich bin gerade an der SIGNALduinoAdv Version 4.2.3

Ich habe das WLAN reconnect verbessert.
Jetzt wird auch bei einem kurzen WLAN Ausfall das disconnect erkannt. Bei SlowRF wird das disconnect nicht immer erkannt (bei FSK funktioniert die Erkennung eines WLAN Ausfalls besser), mir ist aber nicht klar warum.
Die Erkennung eines WLAN Ausfalls funktioniert nur, wenn Nachrichten empfangen und zu fhem ausgegeben werden.
Evtl funktionierts mit dhcp besser als mit fester IP, in der aktuellen ESP32 Firmware Version 3.0.7 (ESP_IDF_VER=5.1.4) ist da noch ein Bug.

In einem seriellen Monitor (z.B. der Arduino IDE) sieht man ob ein WLAN Ausfall erkannt wurde.

Es gibt jetzt auch eine Möglichkeit die ConnectTimeout Zeit bis sich bei keinem connect der AP öffnet, zu erhöhen.
Mit z.B. "set raw TT4" wird die ConnectTimeout Zeit auf 4 Min gesetzt ("wifiConnectTimeout=240 RSSI= -42").
Mit "set raw T" kann u.a. die ConnectTimeout Zeit und die RSSI abgefragt werden z.B. "a=10819 ESP_IDF_VER=5.1.4 wifiConnectTimeout=240 RSSI= -51..."

Mit dem raw Befehl "TT0" wird das ConnectTimeout wieder auf default zurück gesetzt.

Im seriellen config Menü (wenn beim booten innerhalb von 2.5 Sek 'cmd' eingegeben wird) gibts jetzt einen neuen Menüeintrag, z.B.:
"T - disable setConnectTimeout, act: 240"

In der Anlage ist die Firmware. Ich habe noch keinen Langzeitest gemacht (V 4.2.3-dev241121 SIGNALduinoAdv ESP32)
Ich habe bei der Arduino IDE die aktuelle Version 3.0.7 (ESP_IDF_VER=5.1.4) verwendet.

Ich habe es mir auch mit PlatformIO angeschaut, habe dann aber festgestellt, daß diese Versionen deutlich älter sind.
Die stable ist die Version 5.0.0 (Framework Arduino v2.0.3, ESP_IDF_VER=4.4.1)
Die aktuelle develop Version ist 6.9.0 (Framework Arduino v2.0.17, ESP_IDF_VER=4.4.7)

Gruß Ralf

eisman · 12 November 2024, 10:28:42

Hi,

dankeschön....

irgendwie geht Modual A nicht

get sDuino cmdBank CREA = radio is not aktive!
get sDuino cmdBank CREB = radio is not aktive!

auch nach Rest eC geht es nicht.
get cmdBank B0 ist OK
get cmdBank A1 radio is not aktive!

Daten auf B0 kommen

die Verbindung ging nach einem Rest vom AP!

gruss

Ralf9 · 12 November 2024, 11:43:39

Habs gerade mir mir nochmals getestet, bei mir funktionierts.
Was ergibt ein get Version?

Code Auswählen

Mit V (get Version) bekommt man eine Übersicht über die Module z.B. (R: A1 B0*). Mit * wird das selektierte cc1101 Modul markiert
Ein "-" hinter dem Modul (A-D) , bedeuted, daß dieses Modul nicht richtig erkannt wurde,
ein "i" bedeuted, daß das Modul zwar korrekt erkannt wurde, aber noch keiner Bank zugeordent wurde.
Wenn ein Modul nicht aufgeführt ist, dann ist es noch deaktiviert.

Es heißt nicht "get sDuino cmdBank CREA" sondern "get sDuino raw CREA"

eisman · 12 November 2024, 15:29:27

Hi,

version: V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: B0*) - compiled at Nov 11 2024 21:44:01

vieleicht

version: V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01

sorry mein Fehler
RAW war natürlich richtig und es funktioniert alles danke.

auch das wechseln des AP bei ausfall des zuständigen APs

danke

Nobbynews · 12 November 2024, 15:53:15

Zitat von: Ralf9 am 11 November 2024, 23:14:19ich bin gerade an der SIGNALduinoAdv Version 4.2.3

Bevor ich mir beim Flashen etwas zerschieße noch eine Frage.
Reicht es aus, das BIN-File mit dem ESP32 Flashtool auf die Adresse 0x10000 zu flashen?