Closed grobiballon closed 6 years ago
The config file is completely recreated when saving the settings in configuration mode. Can you create a log of the debug output? You have to use 115200 baud.
Otherwise it is hard to understand or reproduce the problem.
Hi, ich schreibe mal nun auf Deutsch, da hier anscheined ale Deutsch verstehen... Ich habe vorhin die neue Firmware mit der Factory Reset funktion auf den betreffenden Adapter gespielt. Wenn ich den Factory-Reset aufrufe, kommt eine Seite, dass dieser im Gange ist, aber keine Meldung, dass er fertig ist. Ich habe dann trotzdem den Adapter nochmals neu mit fester IP konfiguriert. Leider zieht er diese hier aber wieder per DHCP. Bin gerne bereit weitere Tests durchzuführen. Zu erwähnen ist vielleicht noch, dass ich auf diesem Adapter vorger Tasmota laufen hatte. Alle meine anderen Adapter funktionieren einwandfrei...
Update: Ich habe gerade nochmals geflascht. Ich habe den Adapter dann - ohne ihn stromlos zu machen - konfiguriert und er hat die IP gefressen. Nach dem ich aber einmal die Versorgungsspannung getrennt habe, gab es wieder nur DHCP...
Moin.
Wenn ich den Factory-Reset aufrufe, kommt eine Seite, dass dieser im Gange ist, aber keine Meldung, dass er fertig ist.
Ja, eine Meldung im Web kommt nicht, das sollte ich mal noch dokumentieren. Ggf. könnte die LED am Sonoff blinken, wenn er fertig ist.
Das mit der statischen IP bringt mich noch ins Grab. 😠 Bei mir funktioniert es immer. 🤔
Nach dem ich aber einmal die Versorgungsspannung getrennt habe, gab es wieder nur DHCP...
Wenn du den Konfigurationsmodus aufrufst, steht aber die statische IP noch im Eingabefeld? Oder ist das dann auch wieder leer?
Bin gerne bereit weitere Tests durchzuführen.
Danke! Kannst du mal das serielle Log vom Bootvorgang schicken?
Hi, logs schicke ich dir, aber schaffe das erst kommendes Wochenende... Gruß Andreas
Direkt nach dem neuen Flashen:
Config-Modus nicht aktiviert. loadSystemConfig mounting FS... loadSystemConfig mounted file system loadSystemConfig reading config file loadSystemConfig opened config file Content of JSON Config-File: /config.json {"ip":"192.168.1.202","netmask":"255.255.255.0","gw":"192.168.1.1","ccuip":"192.168.1.200","sonoff":"Sonoff S20 Nr2","restoreOldState":false,"ledDisabled":false,"backendtype":0,"loxudpport":"","powervariable":"","ecvariable":"","measureinterval":10,"sonoffmodel":0,"gpio14mode":0,"gpio14assender":false}
JSON OK ssid = grobi@home, psk = ***** Connecting WLAN the classic way... Wifi Connected
WLAN erfolgreich verbunden! SSID: grobi@home IP Address: 192.168.1.202 Gateway Address: 192.168.1.1 signal strength (RSSI):31 dBm
Sonoff Modell = Switch / S20 getStateFromCUxD url: http://192.168.1.200:8181/cuxd.exe?ret=dom.GetObject(%22Sonoff%20S20%20Nr2%22).Address() HTTP Sonoff%20S20%20Nr2 fail result: HomeMaticConfig.ChannelName = CUxD. Switch Relay to 0 with transmitState = 1 setStateCUxD url: http://192.168.1.200:8181/cuxd.exe?ret=dom.GetObject(%22CUxD..SET_STATE%22).State(0) HTTP CUxD..SET_STATE failed with HTTP Error Code -1 result: Starte OTA-Handler... Starte UDP-Handler an Port 6676... Sonoff S20 Nr2 - Boot abgeschlossen, SSID = grobi@home, IP = 192.168.1.202, RSSI = -63, MAC = DC:4F:22:11:65:93
Zugriff über 192.168.1.202 möglich:
Sending Web-Reply: {"state": 0, "timer": 0, "resttimer": 0, "fw": "1.0.22"} Sending Web-Reply: {"state": 0, "timer": 0, "resttimer": 0, "fw": "1.0.22"} webSwitchRelayOn(), Parameter, aber mit TimerSeconds = 0 Switch Relay to 1 with transmitState = 1 setStateCUxD url: http://192.168.1.200:8181/cuxd.exe?ret=dom.GetObject(%22CUxD..SET_STATE%22).State(1) HTTP CUxD..SET_STATE success result: null Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"} Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"} Switch Relay to 0 with transmitState = 1 setStateCUxD url: http://192.168.1.200:8181/cuxd.exe?ret=dom.GetObject(%22CUxD..SET_STATE%22).State(0) HTTP CUxD..SET_STATE success result: null Sending Web-Reply: {"state": 0, "timer": 0, "resttimer": 0, "fw": "1.0.22"} Sending Web-Reply: {"state": 0, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Danach habe ich den Config Boot aufgerufen:
setBootConfigMode mounted file system Boot to ConfigMode requested. Restarting...
ets Jan 8 2013,rst cause:1, boot mode:(1,6)
ets Jan 8 2013,rst cause:4, boot mode:(1,6)
wdt reset
Und nun ist er nicht mehr erreichbar. IP Scanner findet ihn nicht und es gibt auch kein Sonoff Wlan. Nach einem PowerOff ist er nun auf einmal unter der 192.168.1.202 erreichbar (ging vorher nicht). Nach erneutem trennen der Spannungsversorgung ging es wieder unter der 192.168.1.202. Und jetzt kommts: Abgesteckt vom Programmer und ab in die Steckdose: Direkt nach dem Bootvorgang konnte ich noch ein Schaltvorgang im Webinterface deiner Firmware unter der 192.168.1.202 machen. Danach nicht mehr. Dann habe ich es unter der 192.168.1.114 versucht, und es hat funktioniert. Also hat das Teil nach dem Booten die IP Adresse gewechselt. Ich habe gerade extra auch nochmal geguckt: im Router ist keine vordefinierte IP für die MAC Adresse des Adapters vorgegeben, und der S210 wird auch nicht als DHCP vergeben angezeigt. Somit macht der Adapter das selber... Und jetzt kommst du ;-)
Ich werfe an der Stelle echt das Handtuch.
Hatte noch nen Bekannten gefragt, der auch ne Fritzbox hat, und alles durchspielen lassen (keine Reservierung, feste IP, DHCP IP, hin - her - zurück, Strom ran, Strom weg)... und der Sonoff verhielt sich immer wie erwartet.
Bei mir kann ich das Verhalten auch nicht reproduzieren.
Echt mega strange... Aber mir fehlt jetzt jeglicher Punkt, wo ich noch ansetzen könnte.
Trag am besten ne Reservierung im DHCP (zusätzlich) ein.
Hast du einen Plan, wie man so ein Teil komplett dumm bekommt - also heißt alles gelöscht? Ich vermute immernoch das das mit der anderen Firmware zusammenhängt die da vorher drauf war...
Mit der 1.0.22 gibts im WifiManager nen Factory Reset Button. Der löscht Wifi-Zugangsdaten und das SPIFFS
Hi, ich meinte eigentlich so richtig dumm - also alles auf der Kiste weg. Ich habe nochmals herumexperimentiert. Wenn die Kiste an der Steckdose hängt, macht er kurzzeitig die .202 und dann die .114 Wenn ich das Dingen per Programmer mit Spannung versorge immer die richtige .202
Es gibt getrennte Speicherbereiche, somit gibt es auch nicht "alles weg" Schalter. Du kannst die Arduino IDE nehmen und einen leeren Sketch flashen. Dann wäre der Runcode-Bereich auch einmal überschrieben
Moin, habe gestern nochmals Stunden in das Dingen investiert. Habe ein leeres Image drauf geflasht, mit den Speicherbereichen gespielt, zwischendurch mal Tasmota und am Ende wieder dein Image. Gleiches Problem...
Und mit Tasmota ist alles i.O.?
Hatt ich natürlich nicht getestet. Gerade hab ich amer Tasmota nochmal geflasht und es funktioniert alles wie es soll...
Gerade dann deine FW per OTA rüber gespielt (vorher in tasmota die .202 als static IP gelassen) und das gleiche Problem. Also ist ein Hardwarefehler meiner Meinung nach ausgeschlossen...
Echt seltsam. Hab keinen Plan, wo ich da noch ansetzen könnte
Könnte hiermit zusammenhängen: esp8266/arduino#4476
Ich hab noch mal mit dem neuesten esp8266/Arduino Core kompiliert... Kannst ja mal probieren, ob es hiermit klappt: SonoffHMLOX.ino.generic.bin.zip
Hi, zu spät gelesen. Schaffe ich nun erst am Wochenende. Aber danke schon mal... Gruß Andreas
Guten Morgen, habe es soeben getestet. Bei mir leider immer noch das Selbe
Ich habe das Phänomen nun 1x selbst beobachten können und hatte zum Glück auch das Debugging für WIFI eingeschaltet. Leider (bei mir) mit wenig informativem Inhalt. :/
@elbman hast du die Möglichkeit kurzfristig noch Tests durchzuführen? Hier ist eine Version mit ganz viel Debugging: SonoffHMLOX.ino.generic.bin.zip
setBootConfigMode mounted file system
Boot to ConfigMode requested. Restarting...
state: 5 -> 0 (0)
rm 0
pm close 7
del if0
usl
wifi evt: 1
STA disconnect: 8
ets Jan 8 2013,rst cause:1, boot mode:(3,6)
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v438d3f1d
~ld
SDK:2.2.1(cfd48f3)/Core:2.4.1-42-g438d3f1/lwIP:2.0.3(STABLE-2_0_3_RELEASE/glue:arduino-2.4.1)
Sonoff EC:FA:BC:13:1F:A7 startet... (FW: 1.0.22)
Config-Modus durch bootConfigMode aktivieren?
wifi evt: 2
-> bootConfigModeFilename mounted file system
-> bootcfg.mod existiert, starte Config-Modus
loadSystemConfig mounting FS...
loadSystemConfig mounted file system
loadSystemConfig reading config file
loadSystemConfig opened config file
Content of JSON Config-File: /config.json
{"ip":"192.168.2.11","netmask":"255.255.255.0","gw":"192.168.2.1","ccuip":"192.168.2.4","sonoff":"Fire","restoreOldState":true,"ledDisabled":false,"backendtype":0,"loxudpport":"","powervariable":"","ecvariable":"","measureinterval":10,"sonoffmodel":0,"gpio14mode":0,"gpio14assender":false}
JSON OK
ssid = Embedded-VPN, psk = *************
*WM: Adding parameter
*WM: sonoffmodel
*WM: Adding parameter
*WM: ccu
*WM: Adding parameter
*WM: loxudpport
*WM: Adding parameter
*WM: sonoff
*WM: Adding parameter
*WM: hmpowervariable_pow
*WM: Adding parameter
*WM: hmecvariable_pow
*WM: Adding parameter
*WM: custom_powermeasureinterval_pow
*WM: Adding parameter
*WM: restorestate
*WM: Adding parameter
*WM: leddisabled_switch
*WM: Adding parameter
*WM: gpio14mode_switch
*WM: Adding parameter
*WM: custom_gpio14assender_switch
*WM: Adding parameter
*WM: backendtype
*WM: Adding parameter
*WM:
*WM: Adding parameter
*WM: custom_ip
*WM: Adding parameter
*WM: custom_netmask
*WM: Adding parameter
*WM: custom_gw
scandone
del if0
usl
mode : softAP(ee:fa:bc:13:1f:a7)
add if1
dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
bcn 100
*WM: SET AP
AP-Modus ist aktiv!
*WM:
*WM: Configuring access point...
*WM: Sonoff-EC:FA:BC:13:1F:A7
[AP] softap config unchanged
wifi evt: 8
*WM: AP IP address:
*WM: 192.168.4.1
*WM: HTTP server started
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
add 1
aid 1
station: d0:2b:20:bb:44:14 join, AID = 1
wifi evt: 5
wifi evt: 9
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 9
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
*WM: Request redirected to captive portal
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
*WM: Handle root
*WM: Request redirected to captive portal
*WM: Handle root
*WM: Request redirected to captive portal
*WM: Handle root
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
mode : sta(ec:fa:bc:13:1f:a7) + softAP(ee:fa:bc:13:1f:a7)
add if0
wifi evt: 8
scandone
*WM: Scan done
*WM: DUP AP: Embedded-VPN
*WM: Embedded-VPN
*WM: -35
*WM: FRITZ!Box Fon WLAN 7390
*WM: -77
*WM: FRITZ!Box 7490
*WM: -77
*WM: AB-Netz
*WM: -87
*WM: FRITZ!Box WLAN 3131
*WM: -87
*WM: Gastzugang
*WM: -88
*WM: Kurdawan
*WM: -91
*WM: WLAN_Zuhause
*WM: -91
*WM: EPNO
*WM: -91
*WM: Sent config page
*WM: Request redirected to captive portal
*WM: Handle root
*WM: Request redirected to captive portal
*WM: Handle root
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
*WM: Request redirected to captive portal
*WM: Handle root
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
wifi evt: 7
*WM: WiFi save
*WM: Parameter
*WM: sonoffmodel
*WM: 0
*WM: Parameter
*WM: ccu
*WM: 192.168.2.4
*WM: Parameter
*WM: loxudpport
*WM:
*WM: Parameter
*WM: sonoff
*WM: Fire
*WM: Parameter
*WM: hmpowervariable_pow
*WM:
*WM: Parameter
*WM: hmecvariable_pow
*WM:
*WM: Parameter
*WM: custom_powermeasureinterval_pow
*WM: 10
*WM: Parameter
*WM: restorestate
*WM: 1
*WM: Parameter
*WM: leddisabled_switch
*WM:
*WM: Parameter
*WM: gpio14mode_switch
*WM: 0
*WM: Parameter
*WM: custom_gpio14assender_switch
*WM:
*WM: Parameter
*WM: backendtype
*WM: 0
*WM: Parameter
*WM:
*WM:
*WM: Parameter
*WM: custom_ip
*WM: 192.168.2.11
*WM: Parameter
*WM: custom_netmask
*WM: 255.255.255.0
*WM: Parameter
*WM: custom_gw
*WM: 192.168.2.1
*WM: Sent wifi save page
*WM: Connecting to new AP
*WM: Connecting as wifi client...
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 7
cnt
connected with Embedded-VPN, channel 1
dhcp client start...
wifi evt: 0
ip:192.168.2.71,mask:255.255.255.0,gw:192.168.2.1
wifi evt: 3
*WM: Connection result:
*WM: 3
station: d0:2b:20:bb:44:14 leave, AID = 1
rm 1
bcn 0
del if1
pm open,type:2 0
mode : sta(ec:fa:bc:13:1f:a7)
Should save config
*WM:
*WM: AutoConnect
*WM: Connecting as wifi client...
*WM: Custom STA IP/GW/Subnet
STUB: dhcp_stop
ip:192.168.2.11,mask:255.255.255.0,gw:192.168.2.1
*WM: 192.168.2.11
*WM: Already connected. Bailing out.
*WM: IP Address:
*WM: 192.168.2.11
Wifi Connected
CUSTOM STATIC IP: 192.168.2.11 Netmask: 255.255.255.0 GW: 192.168.2.1
Custom IP Address is set!
saving config
wifi evt: 6
wifi evt: 8
{"ip":"192.168.2.11","netmask":"255.255.255.0","gw":"192.168.2.1","ccuip":"192.168.2.4","sonoff":"Fire","restoreOldState":true,"ledDisabled":false,"backendtype":0,"loxudpport":"","powervariable":"","ecvariable":"","measureinterval":10,"sonoffmodel":0,"gpio14mode":0,"gpio14assender":false}
state: 5 -> 0 (0)
rm 0
pm close 7
del if0
usl
wifi evt: 1
STA disconnect: 8
ets Jan 8 2013,rst cause:1, boot mode:(3,6)
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v438d3f1d
~ld
SDK:2.2.1(cfd48f3)/Core:2.4.1-42-g438d3f1/lwIP:2.0.3(STABLE-2_0_3_RELEASE/glue:arduino-2.4.1)
Sonoff EC:FA:BC:13:1F:A7 startet... (FW: 1.0.22)
Config-Modus durch bootConfigMode aktivieren?
wifi evt: 2
-> bootConfigModeFilename mounted file system
-> bootcfg.mod existiert NICHT
Config-Modus mit Taster aktivieren?
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 7
cnt
connected with Embedded-VPN, channel 1
dhcp client start...
wifi evt: 0
Config-Modus nicht aktiviert.
loadSystemConfig mounting FS...
loadSystemConfig mounted file system
loadSystemConfig reading config file
loadSystemConfig opened config file
Content of JSON Config-File: /config.json
{"ip":"192.168.2.11","netmask":"255.255.255.0","gw":"192.168.2.1","ccuip":"192.168.2.4","sonoff":"Fire","restoreOldState":true,"ledDisabled":false,"backendtype":0,"loxudpport":"","powervariable":"","ecvariable":"","measureinterval":10,"sonoffmodel":0,"gpio14mode":0,"gpio14assender":false}
JSON OK
ssid = Embedded-VPN, psk = *************
Connecting WLAN the classic way...
state: 5 -> 0 (0)
rm 0
sleep disable
STUB: dhcp_stop
.wifi evt: 1
STA disconnect: 8
.....scandone
state: 0 -> 2 (b0)
.state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 7
cnt
connected with Embedded-VPN, channel 1
ip:192.168.2.11,mask:255.255.255.0,gw:192.168.2.1
ip:192.168.2.11,mask:255.255.255.0,gw:192.168.2.1
wifi evt: 0
wifi evt: 3
Wifi Connected
WLAN erfolgreich verbunden!
SSID: Embedded-VPN
IP Address: 192.168.2.11
Gateway Address: 192.168.2.1
signal strength (RSSI):-36 dBm
Sonoff Modell = Switch / S20
Starte OTA-Handler...
Starte UDP-Handler an Port 6676...
getStateFromCUxD url: http://192.168.2.4:8181/cuxd.exe?ret=dom.GetObject(%22Fire%22).Address()
[hostByName] Host: 192.168.2.4 is a IP!
result: null
HomeMaticConfig.ChannelName = CUxD.null
getLastState mounted file system
laststat.txt existiert
getLastState FileContent = 1
Switch Relay to 1 with transmitState = 1
setLastState mounted file system
setLastState (1) saved.
Fire - Boot abgeschlossen, SSID = Embedded-VPN, IP = 192.168.2.11, RSSI = -36, MAC = EC:FA:BC:13:1F:A7
ip:192.168.2.71,mask:255.255.255.0,gw:192.168.2.1
wifi evt: 3
pm open,type:0 0
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Sending Web-Reply: {"state": 1, "timer": 0, "resttimer": 0, "fw": "1.0.22"}
Klar, hoffe das hilft weiter
Ja... es hilft mir zu sagen: Ich kann es nicht ändern/beeinflussen. Wir können es hier weiter als Bug offen lassen. Aber so lange sich die esp8266/arduino Lib nicht bessert, sehe ich da kaum Chancen.
ip:192.168.2.11,mask:255.255.255.0,gw:192.168.2.1
wifi evt: 0
wifi evt: 3
Wifi Connected
WLAN erfolgreich verbunden!
SSID: Embedded-VPN
IP Address: 192.168.2.11
Gateway Address: 192.168.2.1
signal strength (RSSI):-36 dBm
Sonoff Modell = Switch / S20
Starte OTA-Handler...
Starte UDP-Handler an Port 6676...
getStateFromCUxD url: http://192.168.2.4:8181/cuxd.exe?ret=dom.GetObject(%22Fire%22).Address()
[hostByName] Host: 192.168.2.4 is a IP!
result: null
HomeMaticConfig.ChannelName = CUxD.null
getLastState mounted file system
laststat.txt existiert
getLastState FileContent = 1
Switch Relay to 1 with transmitState = 1
setLastState mounted file system
setLastState (1) saved.
Fire - Boot abgeschlossen, SSID = Embedded-VPN, IP = 192.168.2.11, RSSI = -36, MAC = EC:FA:BC:13:1F:A7
bis hier hat er noch die .11
ip:192.168.2.71,mask:255.255.255.0,gw:192.168.2.1
wifi evt: 3
pm open,type:0 0
jetzt auf einmal die .71
Bei mir kommt nach dem Boot abgeschlossen
sofort pm open,type:0 0
während bei dir noch ip:192.168.2.71,mask:255.255.255.0,gw:192.168.2.1 wifi evt: 3
kommt.
Warum auch immer... Aber den Workaround aus esp8266/arduino#4476 wollte ich nicht einbauen.
Puhhh, hab jetzt alle Releases bis zur 17 runterprobiert. Alle haben bei mir den selben Bug. (vereinzelt kam es dazu, dass die gewünschte IP 192.168.2.11 gewählt wurde, die Freude war aber von kurzer Dauer, nach dem Neustart immer wieder die 71 via DHCP...)
Vielen Dank für deine Mühe. Werde das Projekt dann hier wohl einstellen. Oder die Möglichkeit der statischen IP-Konfiguration entfernen. Ich denk die Tage mal drüber nach.
Vielen Dank nochmal!
Hey, Kopf hoch, wegen eines kleinen Bugs dieses geniale Projekt einzustellen ist doch Blödsinn... Ich vermute, dass es nur bei einer ganz bestimmten Serie / Hardwareversion der Adapter auftritt (habe / hatte 6 S20, 1xTouch, 1xSwitch und nur einer hat diesen Bug)
@jp112sdl Ich finde das Projekt auch cool und du hast schon viel zu viel erreicht - also bitte nicht eingestampfen. Lass uns versuchen gemeinsam das Problem zu lösen :-) Am Sonntag have ich wahrscheinlich zeit meinen S20 zu testen. Bei mir macht auch nur einer Probleme. @elbman: Glaubst du es würde Sinn machen mal die Innereien zu vergleichen, ob wir irgendwelche Gleichheiten oder Unterschiede zwischen den problematischen Adaptern finden (Chip-Typen, etc.)? @jp112sdl: Glaubst du das Problem liegt alleine in dem esp8266/Arduino code? Nutzt Tasmota den Selben esp8266 code für das Wifi? Vielleicht kann man vergleichen, was die Jungs von Tasmota anders machen? Wenn ich Dir auf den Nerv gehe, sag aber bescheid! Gruß Andreas
Glaubst du das Problem liegt alleine in dem esp8266/Arduino code?
Ich würde sagen ja.
Glaubst du es würde Sinn machen mal die Innereien zu vergleichen, ob wir irgendwelche Gleichheiten oder Unterschiede zwischen den problematischen Adaptern finden (Chip-Typen, etc.)?
Das könnte man machen. Manchmal sind ESP8266 verbaut, manchmal ESP8285. Der Code ist für ESP8285 kompiliert und läuft aber auch auf ESP8266. Es geht dabei hauptsächlich um die Flash-Methode DOUT.
Nutzt Tasmota den Selben esp8266 code für das Wifi? Vielleicht kann man vergleichen, was die Jungs von Tasmota anders machen?
Das kann ich dir nicht sagen, da ich keine Zeit habe, mich mit Tasmota auseinanderzusetzen. Es ist ein sehr umfangreicher Code, der kontinuierlich weiter entwickelt wird.
Mein Plan war ursprünglich nur, die Sonoffs irgendwie mit Rückmeldung in Homematic und für einen Freund in Loxone reinzubekommen. Ich programmiere ganz allein an dem Ding, habe leider keine 4, 6 oder mehr Augen, die evtl. einen Fehler schnell entdecken könnten.
Irgendwann tauchte die WPA2-Krack-Schwachstelle auf, die mit Lwip2 gefixt wurde. Und seither gibts nur Trödel.
Schon allein esp8266/Arduino#2330 ist zum k*tzen. :/
Derzeit rückt die ganze ESP-Geschichte in den Hintergrund, weil es mit der pa-pa/AskSinPP Library möglich ist, mittels 328P und CC1101 Geräte zu bauen, die nativ 868MHz HomeMatic BidCos sprechen und somit auch direkt in der CCU anlernbar sind. Kein WLAN / LAN, kein CUxD, direktverknüpfbar...
Hab vorgestern erst einen Sonoff 4CH auf Homematic Funk umgebaut...
@elbman Ich hatte noch eine Idee. Bitte mal testen.
Oh, es scheint sich was zu tun, bzgl. des "versehentlichen" DHCP trotz statischer IP!
https://github.com/d-a-v/esp82xx-nonos-linklayer/commit/c9bfc85832fd1e9ccb17e25fa9b8c9f3be6605a4
Uh, mir fällt gerade ein, dass ich am Wochenende vergessen habe zu testen... Und bin schon wieder unterwegs und habe den Adapter nicht mitgenommen, wie ich es vorhatte. Sorry...
.... sorry dass ich mich jetzt erst melde. Hatte die Idee am We getestet, änderte leider aber nichts am Verhalten des Adapters
Einen hab ich noch :)
leider kein Erfolg, Verhalten unverändert
Und nur bei einem Gerät? Ich verstehs nicht...
Hi, ich habe gestern auch 2 weitere POW in Betrieb genommen. Hier habe ich das Problem das sie sich auch die feste IP nicht nehmen wollen. Allerdings bin ich noch auf dem standart Firmware und habe die letzte hier noch nicht getestet. Werde ich heute Abend nachholen. Bei mir funktioniert ein POW einwandfrei und 3 haben jetzt das Problem. Teilweise kommen sie frisch resettet einmal mit der festen hoch, aber spätestens nach einem reboot sind sie wieder auf DHCP. In der Config steht aber weiterhin die Manuell hinterlegte. Wenn ich noch etwas zur Fehlerbereinigung beitragen kann?
Leider nicht :/
Am besten eine Reservierung am Router einrichten, so dass der Pow immer dieselbe IP bekommt.
leider aufräumtechnisch ziemlich ungünstig... Meine Fritzbox verteilt ( standartnetz) 10.0.0.100-250; 255.255.254 Meine Automatisierung läuft aber ab 10.0.1.1 ;255.255.254. Ich teste erstmal deine neuere Version hier. Ansonsten muß ich mir wohl einen anderen Weg suchen. Trotzdem Danke für das Projekt.
Oh... vielleicht erleben wir ja doch noch ein Wunder :)
esp8266/Arduino#4677
Ich habe mal mit dem Commit esp8266/Arduino#4677 kompiliert.
Falls jemand testen mag... Nur zu :)
Gern ;-) Bei Vergabe einer festen IP kann sich mein Sonoff nicht in das WLAN einbuchen, bei leeren Feldern geht es mit ner über DHCP zugewiesenen Adresse.
Das wird ja immer bunter. -.-
Hier noch mal mit anderen Optionen kompiliert: SonoffHMLOX.ino.generic.bin.zip
EDIT: - nicht testen -
@elbman Ich habe jetzt mal an einem AP getestet, ohne DHCP-Server dahinter. Der Sonoff hat trotz konfigurierter statischer IP keine Verbindung hergestellt, weil immer noch der DHCP Client im Hintergrund hoch kommt.. Habe daraufhin noch ein bisschen was am Code geändert, so dass es bei mir zumindest jetzt ging.
Please try & test: SonoffHMLOX.ino.generic.bin.zip
Danke für die Ausdauer! 👍
Danke das du doch noch dran bist. Ich wollte ja die Tage testen. 2 Pow mit der 1.1 sind plötzlich mit ihrer statischen Adresse online. Auch nach dem booten bleiben sie jetzt da. Sie mussten es sich scheinbar nur ein paar Tage überlegen. :)
YES!
Es läuft, feste IP wird genommen!
Zum ersten mal bleibt sie auch wirklich nach dem Neustart!!!
Sehr gute Arbeit, Danke!!!!
Moin, habe es nun endlich geschafft zu testen. Mein "kränkelnder" S20 behält mit der letzten hier geposteten Firmware die statische IP. Dementsprechend ist aus meiner Sicht dieses Issue gelöst!
Vielen Dank für den Einsaz!
I have flashed 2 Sonoff S20 devices. On first device everything worked out well. The second device hase some issues. I have set it up once. Somehow I entered a wrong IP-Adress - or the device just decided for one by himself. If I enter the config mode again I get into the confic screen and it seems that I could change the adress. But it is not saving this. Also an OTA reflash and making it creating his own config wifi (press button after startup) did not helped. What are I am doing wrong. It seems the IP is burned into some frozen or write protected area on the device. If I remember right I have tried to install Tasmato on the device affected before and then flashed it with ESP loader. Finally I now reflashed it again with ESP loader and the config is still the same as before and not reset...
Probably you could help me.