Hallo ich versuche gerade einen S20 Smart Socket von Sonoff neu zu flashen ... habe die IDE Platform IDE mit Tasmota am laufen, compile funktioniert, und auch der upload geht ohne probleme.
Nur das teil tut nicht was es soll.
hätte in der user_config.h und in der user_config_override.h mein SSID eingegeben, aber nach uploade sehe ich das das Teil nach wie vor mit den alten SSID eine Verbindung machen will (Gegenprobe - einen Fehler in die config.h - dann lässt sich das ganze nicht mehr compilieren)
Und beim starten kommt dann jedesmal eine Exception wie folgt im COM Log.
Zitat00:00:00 APP: Project sonoff Sonoff (Topic sonoff, Fallback DVES_9F4C5D, GroupTopic sonoffs) Version 4.0.8
00:00:00 Wifi: Connecting to AP2 indebuurt2 in mode 11N as sonoff-3165...
00:00:07 Wifi: Connect failed as AP cannot be reached
00:00:07 Wifi: Connecting to AP1 indebuurt1 in mode 11N as sonoff-3165...
00:00:14 Wifi: Connect failed as AP cannot be reached
00:00:14 WPSconfig: Active for 1 minute
Exception (0):
epc1=0x40233d28 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00cc80e0 depc=0x00000000
ctx: sys
sp: 3ffffd30 end: 3fffffb0 offset: 01a0
Ich habe sonst noch nichts geändert ... vorallem in der platformio.ini weiss ich nicht ob ich da was ändern muss .... die ist noch original.
hat wer ideen was da noch zu ändern ist?
hmmm ich habe die vermutung das mit dem*?%?&? ESP da was nicht stimmt, habe nun das ESPEasy raufgespielt, und da bekomme ich auch nicht alles zum laufen ...
Da wird kein AP aufgemacht, und ein manuelles wifiscan liefert keine WLAN (sind aber 2 hier)
muss auch gestehen habe das teil vorher mit der original firmware getestet, und habe nur eines zum testen geordert ...
Dein Sonoff versucht ja sich ja noch immer auf indebuurt1+2 einzuloggen was ihm nicht gelingt weil nicht vorhanden.
Zitat00:00:00 APP: Project sonoff Sonoff (Topic sonoff, Fallback DVES_9F4C5D, GroupTopic sonoffs) Version 4.0.8
00:00:00 Wifi: Connecting to AP2 indebuurt2 in mode 11N as sonoff-3165...
00:00:07 Wifi: Connect failed as AP cannot be reached
00:00:07 Wifi: Connecting to AP1 indebuurt1 in mode 11N as sonoff-3165...
00:00:14 Wifi: Connect failed as AP cannot be reached
00:00:14 WPSconfig: Active for 1 minute
Entweder du editierst die Zeilen in der user_config.h mit deinen AP Daten (du schreibst zwar du hast das gemacht) oder du läßt es wie es ist und drückst 4 x kurz die Taste und logst dich mit dem Handy auf den neuen AP ( der beginnt mit ESP_xxx ) ein und setzt dann deine AP Daten.
Wenn du die eingeben hast bootet der Sonoff und er logt sich in deinen AP ein.
Siehe Bild im Anhang, dies erscheint nachdem man sich in den "offenen" AP einloggt.
LG
Alos mit 4 mal klicken macht er nicht wirklick was anders ,....
aber ich hatte ja mit den anderen firmeware gespielt, und das ESPEasy macht ja ein FlashErase ... aufjeden fall wenn ich nun neu compiliere dann würe der nun die SSID die ich ins config schreibe verwenden (sonst nichts geändert)
Das blöde ist nur er sagt mir das er sich nicht in das Netz verbinden kann.... und nach dem erfolglosen versuch den AP2 zu verbinden.
Kommt dann die Meldung das ein Webserver auf der Adresse 192.168.4.1 aktiv wäre ... Allerdings findet keiner einen neuen Accesspoint oder so ...
ja, du hast auch nur eine Minute dafür Zeit, dann schließt er den AP wieder.
00:00:14 WPSconfig: Active for 1 minute
PS: 4 x kurz drücken (0,5 sec), es sollte dann auch die blaue Led blinken.
LG
da kommt dann nur was von "RSLT: stats/sonoff/RESULT = ... Wifimanger selected" aber es leuchtet weder die blaue led, noch finde ich den accesspoint ... ich klicke auf zwei handy relativ schnell auf neu suchen
und die blaue led leuchtet nicht, die leuchtet nur wenn
ich in der Phase wo eine verbindung zum AP verucht wird, kann ich mit dem taster die LED und das Relais schaltet (Wird auch seriell ausgegegben)
wenn die Phase vorbei ist, und der AP aufgebaut wird, bzw versucht und hingeschrieben wird, das er den Webserver gestartet hat, dann startet das Gerät sofort wenn ich den button drücke
so habe nun das "gleiche" mit so einem SONOFF BASIC getestet ... da funktioniert es soweit so wie es soll, erreichen den AP und kann SSID konfigurieren und co...
nun meine Frage: kann ich den S20 entsorgen, oder gibt es eine Möglichkeit einen totalen Reset irgendwie zu machen, den das "normale" Programmieren, setzt ja unter anderem den Flash auch nicht zurück, und wer weiss was sonst noch alles bleibt beim alten system ...
also gibt es was was ich tun kann um alles von dem TEil zurückzusetzen?
Nein, entsorgen brauchst du das Teil nicht!
Irgendwie hat er das in den nicht flüchtigen Speicher geschrieben und er startet immer wieder mit diesen Einstellungen.
Es gibt auch noch 3 x drücken und du kannst mit einer App den AP setzen.
#define STA_SSID1 "indebuurt1" // [Ssid1] Wifi SSID
#define STA_PASS1 "VnsqrtnrsddbrN" // [Password1] Wifi password
#define STA_SSID2 "indebuurt2" // [Ssid2] Optional alternate AP Wifi SSID
#define STA_PASS2 "VnsqrtnrsddbrN" // [Password2] Optional alternate AP Wifi password
... aber wenn alles nichts hilft, dann könntest du deinem Router die SSID "indebuurt1" geben und das Passwort "VnsqrtnrsddbrN", dann geht es auf jeden Fall. Einmal einloggen und dann die SSID mit deiner überschreiben und deine SSID am Router wiederherstellen.
LG
nein, mein problem ist ja mittlerweile ein anderes ....
nach dem ich das teil mal mit ESPEasy geflasht habe (da sah ich im seriellen Log ne Menge Flash Erase und Flash Zero)
aber das prinzipielle vom ESPEasy auch nicht ging
HAbe ich es dann wieder mit dem Tasmoate geflasht, und siehe da : er würde nun die SSID und Passwort aus dem config verwenden.
Nur bringt er trotzdem keine Verbindung ins Netzwerk zusammen, und den AP kann er auch nicht aufmachen.
Beim Sonoff Basic gings ohne probleme.
Also entweder ist irgendwo anders im Flash noch wo was gewaltig verstellt, das er nicht überschreibt, oder das Ding ist Schrott
hmmm hab nun einen Sonoff touch auch geflasht, der zeigt nun haargenau das selbe verhalten wie meine S20 ... also das es Defekt ist vermute ich nun eher nicht mehr ...
Hab mir da mal Debug meldugnen eingebaut was der WiFi Status anzeigt.
Als erstes den Wert 6 (NotConnected) und geht dann nach paar sekunden auf WL_NO_SSID_AVAIL
aber die SSID stimmt sicher, habe sie extra beim WiFi.begin noch vorher ausgegeben ... da sind auch keine Sonderzeichen oder sonst was vorhanden ....
Irgendwie habe ich das Gefühl das WLAN selber funktioniert nicht ...
ich schaue immer in der Arduino IDE in den seriellen Monitor was sich da beim booten tut.
Hast du sicher diese Einstellungen durchgeführt?
* Prerequisites:
* - Change libraries/PubSubClient/src/PubSubClient.h
* #define MQTT_MAX_PACKET_SIZE 512
*
* - Select IDE Tools - Flash size: "1M (64K SPIFFS)"
LG
noch was, die Tasmota ab 4.x ist ja etwas pinkelig was die Settings betrifft, du kannst ja einmal die MQTT Version von Arends zwischendurch flashen und schauen ob da der AP funktioniert, aber auch mit deinen WIFI Voreinstellungen.
Ich flashe meist mit dem ESPTool, das funktioniert auch dann wenn die Arduino IDE aus irgend einem Grund nicht hochladen kann.
Ich habe nun jede Menge Sonoff Module im Einsatz und experimentiere sehr viel, aber mit WIFI habe ich immer noch irgendwie connecten können und es ist noch keiner gestorben. Habe auch schon kreuz und quer ESPEASY und Arends und retour geflasht und habe auf einem Testmodul schon knapp 300 x geflasht da ich alle neuen Versionen vorher damit austeste.
LG
Reinhart
Also ich habs zum testen mal per Arduino gemacht mit einem sehr primitiven Programm, das ja theoretisch auch funktionieren sollte ...
#include <ESP8266WiFi.h>
int wifiStat;
void setup() {
Serial.begin(115200);
Serial.println("");
Serial.println("Starte WLAN");
WiFi.mode(WIFI_STA);
WiFi.begin("WLAN", "WLANPass");
Serial.print("setup finished - WLAN Status : "+String(WiFi.status()));
wifiStat = WiFi.status();
}
void loop() {
if (wifiStat != WiFi.status()) {
wifiStat = WiFi.status();
Serial.print("Neuer WLAN Status : "+String(wifiStat));
if (wifiStat == WL_CONNECTED) {
Serial.println("Mit Wlan verbunden");
Serial.print("IP Adresse: ");
Serial.println(WiFi.localIP());
}
}
yield();
}
die Ausgabe ist dann folgende
Starte WLAN
setup finished - WLAN Status : 6Neuer WLAN Status : 1
das ganze auf dem SonOff Touch mit folgenden Einstellungen
hab nun auch mal per ESPTools die alte "MQTT Version von Arends" gefalsht ist version 3.2.13
die verhält isch zwar insgesamt etwas stabiler ... aber WLAN funktioniert da auch nicht
Und komischerweise, werden hier die selben WLAN Daten verwendet wie vorher (also die ich damals mal compiliert habe - und in der jetztigen Version nicht drinnen sind) sprich die müssen noch irgendwo im flash liegen und wurden nicht überschrieben
sofern du in der user_config.h deine gültigen WIFI Settings gesetzt hast, kannst du das Modul auch zwingen diese Daten zu übernehmen indem du die Taste länger als 4 Sekunden drückst!
Pressing the button for over four seconds: Reset settings to defaults as defined in user_config.h and restarts the device
hier der Auszug aus Arends Wiki.
Das die alten Settings immer wieder übernommen werden, ist ja so gewollt. Man kann dann ein Upgrade durchführen ohne auf die Settings Rücksicht zu nehmen, in deinem Fall wirkt sich das jetzt negativ aus.
LG
ja danke, kann das leider erst montags ausprobieren ...
Andere Frage ...
wird beim sonoff / ESP8266 der ganze Code für das WIFI/WLAN immer frisch reincompiliert in das bin, das dann übertragen wird oder hat das teil noch eine andere Firmware wo dann Code läuft für das Wifi der nicht überschreiben wird so wie der Bootloader?
und gibt es für die verschiedenen Devices der Touch ja hat einen anderen ESP drauf ... auch andere Library für das WLAN? oder müsste das immer funktionieren, wenn der rest (Button, Led, Relais) auch funktioniert?
Der 8285 ist ja Binär compatibel und somit ist da kein anderer WIFI Code erforderlich, lediglich die Methode des Flash schreiben geschieht etwas abgeändert, weil der 8285 langsamer beschrieben wird. Der Code ist bei allen Sonoff Modulen gleich und der WIFI Teil ist überall enthalten und wird jedes mal neu compiliert. Arends hat das so gelöst, dass alle wichtigen User spezifischen Settings im Flash gespeichert werden damit die Änderungen bei einem Upgrade erhalten bleiben. Das betrifft auch eventuelle Tageswerte, Bootcount etc.
Das Problem was dabei entstanden ist, durch ständige Erweiterungen der Software muss das Handling der gespeicherten Werte beim Upgrade speziell abgehandelt werden. Von einer bestimmten Version auf eine aktuelle muss sich dann eine eigene "Migrate Routine" um diese gespeicherten Variablen kümmern und während der Migration anpassen. Du kannst dir ja einmal die "settings" Datei genauer anschauen, da wird das alles erledigt. Man kann ja nicht in einer neuen Version aus dem Userspeicher Variablen laden die noch gar nicht vorhanden sind weil es die erst in der neuen gibt, aber beim nächsten Reboot dann sehr wohl.
LG
Also gerade getestet 4 Sekunden gedrückt halten, dann kommt die Meldung "Reset and Restarting" ... Config:Use default configuration
Aber am verhalten vom WiFi ändert sich leider nichts, es wird kein AP erzeugt
normalerweise würde ich sagen, okey das ding ist kaputt nur das 2 kaputt sind (der Sonoff Touch und der S20 - und beim S20 ist ja nur ganz primitiv die Stifleiste zum einlöten)
und da der Sonoff Basic auf Anhieb funktioniert ... mit dem gleichen Code ... ist irgendwie alles für mich schwer auszuschließen ....
Ich würde den Flash Speicher mal komplett Überschrieiben mit dem lösch Sketch, dann neu beschreiben!
Notfalls mal mit einem anderen Ftdi Adapter!
Hab einige s20 sehr problemlos am laufen.
Grüße
Matze
ich habe auch mehrere S20 ohne Probleme geflashed, und die wurden am AP angemeldet. Trage einfach bevor du das bin erzeugst deinen AP mit Passwort ein. Neustart und du solltest den S20 an deinem AP sehen.
Viel Erfolg ...
Gruß Andreas
Zitat von: smoudo am 27 März 2017, 17:10:44
Ich würde den Flash Speicher mal komplett Überschrieiben mit dem lösch Sketch, dann neu beschreiben!
Notfalls mal mit einem anderen Ftdi Adapter!
Hab einige s20 sehr problemlos am laufen.
Grüße
Matze
was sagt denn das serielle Log? Will er sich immer noch auf "Indeburt" anmelden?.
LG
Zitat von: smoudo am 27 März 2017, 17:10:44
Ich würde den Flash Speicher mal komplett Überschrieiben mit dem lösch Sketch, dann neu beschreiben!
Notfalls mal mit einem anderen Ftdi Adapter!
Hab einige s20 sehr problemlos am laufen.
Grüße
Matze
Was ist ein "lösch" Sktech? wo finde ich so eines?
Das geht soweit ich weiß mit esptool. Hab es selbst aber noch nicht benötigt!
Grüße
Matze
Also ich hätte versucht damit den Flash zu löschen, http://www.pratikpanda.com/completely-format-erase-esp8266-flash-memory/
ist durchgelaufen ohne Fehler, allerdings hat sich bei der WiFi Verbindung nicht wirklich was getan selbes Verahlten wie vorher.
Zum testen der Verbindung verwende ich das fertige SonOff Sketch und lasse ihn mit 4 mal klicken einen AP aufbauen bzw. wollte einen aufbauen lassen, den den sieht man niergends.
und zusätzlich mit dem kleinen scirpt von weiter oben, das nur einen WiFi zu meinem AP herstellen sollte, mehr sollte ich ja nicht brauchen ...
deshalb wäre ja ein serielles Log so interessant was da wirklich passiert, man kann ja alles live mit schauen was nach dem booten passiert.
Brauchst ja nur mit dem FTDI Modul verbinden und in der Arduino IDE (nachdem du die Com kennst) im Menü Werkzeuge "serieller Monitor" drücken, dann booten und schauen.
LG
JA ich schaue eh immer das serielle Debug an ...
und das sieht ja absolut gut aus funktioniert alles so wie es soll, nur WiFi mässig mag es eben nicht :(
00:00:00 APP: Project sonoff Sonoff (Topic sonoff, Fallback DVES_9F4C5D, GroupTopic sonoffs) Version 3.2.13
00:00:00 Wifi: Connecting to AP1 indebuurt1 in mode 11N as sonoff-3165...
00:00:07 Wifi: Connect failed as AP cannot be reached
00:00:07 Wifi: Connecting to AP2 indebuurt2 in mode 11N as sonoff-3165...
00:00:09 RSLT: stat/sonoff/RESULT = {"Reset":"Reset and Restarting"}
00:00:10 Config: Use default configuration
00:00:11 APP: Restarting
ets Jan 8 2013,rst cause:1, boot mode:(3,6)
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v09826c6d
~ld
á
00:00:00 APP: Project sonoff Sonoff (Topic sonoff, Fallback DVES_9F4C5D, GroupTopic sonoffs) Version 3.2.13
00:00:00 Wifi: Connecting to AP1 WLAN in mode 11N as sonoff-3165...
00:00:07 Wifi: Connect failed as AP cannot be reached
00:00:07 Wifi: Connecting to AP2 indebuurt2 in mode 11N as sonoff-3165...
00:00:09 RSLT: stat/sonoff/RESULT = {"WifiConfig":"Wifimanager selected"}
00:00:10 Wifimanager: Active for 1 minute
00:00:11 HTTP: Webserver active on sonoff-3165 with IP address 192.168.4.1
00:01:12 APP: Restarting
ets Jan 8 2013,rst cause:1, boot mode:(3,6)
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v09826c6d
~ld
á
00:00:00 APP: Project sonoff Sonoff (Topic sonoff, Fallback DVES_9F4C5D, GroupTopic sonoffs) Version 3.2.13
00:00:00 Wifi: Connecting to AP2 indebuurt2 in mode 11N as sonoff-3165...
00:00:07 Wifi: Connect failed as AP cannot be reached
00:00:07 Wifi: Connecting to AP1 WLAN in mode 11N as sonoff-3165...
00:00:14 Wifi: Connect failed as AP cannot be reached
00:00:14 Wifimanager: Active for 1 minute
00:00:15 HTTP: Webserver active on sonoff-3165 with IP address 192.168.4.1
Der erste Block ist nach dem frisch geflasht wurde ...
da versucht er sich ins WLAN zu wählen was noch im alten Flash stand ....
dann habe ich 4 Sekunden gedrückt, damit der Flash gelöscht wird, und er sich die WLAN Daten aus dem config holt
Was man im zweiten Block auch sieht, nun verbindet er sich ins Netz WLAN (zumindest versucht er es WLAN ist ein 2.4 GHz NEtz hier)
als dass nicht klappt drücke ich 4 mal den Taster, und versucht den AP aufzubauen ... was laut Debug gut aussieht, aber laut Notebook und Handys wird das nicht gefunden....
nach einer Minute macht er einen Reboot ....
wie gesagt
sieht alles genau so aus wie es soll ...
Das Debug ist vom S20, beim Touch sieht es genau so aus ...
So bin nun einen schritt weiter, habe hier einen ungeflashten SonOff Touch (also original Software)
und wenn ich da 5 Sekunden drauf drücke auf den Button dann baut der ja einen ITEAD AP auf.
Allerdings nur wenn der mit 230V versorgt wird ... wenn ich den mit den 3.3V vom USB versorge dann nicht (hab gemessen während der ganzen Zeit bleibt das stabil auf 3.378 V)
Bin mir im moment nicht sicher ob ich da zusätzlich 230V + den FTDI anhängen darf ... beim SonOff Touch ... bei andere darf man das ja nicht wegen Galvanischer Trennung und so ... damit ich nun den seriellen Debug trotzdem sehen kann
Bitte nicht 230V und FTDI gleichzeitig, das kann gefährlich werden!
Es ist so wie du sagst, das Log sieht eigentlich gut aus aber wenn du den AP nicht siehst, dann kann es eigentlich nur sein, das dieser aus irgend einem Grund nicht senden kann! Das würde auch erklären, warum er sich im Netzt "WLAN" nicht anmelden kann. Also müsste der 8266 defekt sein, was aber dagegen spricht ist die Tatsache das er mit der Originalsoftware sehr wohl sendet, aber das auch nur mit 230V.
Einen anderen USB Port oder anderen Windows Rechner hast du schon probiert?
LG
Jop habe schon diverse probiert ...
und es liegt relativ sicher am 230V / 3.3V vom FTDI ... bzw hab da ja nen MC33269T dran für 5V -> 3.3V
Die Original software funktioniert am FTDI auch nicht, da wird wenn ich es gleich bediene kein AP aufgebaut ...
die MQTT Version hat schon funktioniert dh. ich habe schon einen AP gesehen, ganz perfekt hat sie noch nicht funktioniert, da je nach Version ich ab und zu mal Exceptions habe ... (ich glaub das war die neue Version, und die alte Version lies sich noch nicht für den Touch compilieren ..)
Aber ich bin auf dem richtigen Weg :D
Was ich nicht ganz verstehe ist, warum es mit 3.3 V nicht funktioniert ... ich werde auf jeden Fall heute mal den Versuch machen und einen Stützkondi zur 3.3V Leitung dazugeben (und auch auf der 5V) weil es würde mich schon interessieren, was genau mir da sooooooo viel troubles beschert hat.
Hab schon von ESP Modulen gelesen die sehr anfällig auf Spannungsabfälle sind.
Probiere mal einen anderen Ftdi. Hab auch 2 verschiedene weil mir der eine kummer bereitet hat!
hab mir allerdings angewöhnt die 3.3V über ein breadboard mit Netzteil zu versorgen. Damit hatte ich
einen ESP fast 4 Wochen stabil am Laufen bevor ich die testumgebung umgestellt habe!
Grüße
Matze
So nur als letzten Status Bericht ... Mit dem Kondi (hab nen Elko und nen KEramik) auf die 3.3V Seite gelötet, ging es mit dem FTDI alle nun Problemlos ...
Flashen, Konfig und nun der Betrieb lief alles wie am Schnürchen ... also nur ein Versorgungsproblem
Hmm hatte gestern das gleiche Problem, Sonoff S20 hat die neue WiFi Konfiguration (SSID und Passwort) nicht angenommen (tasmota flashen aus Arduino).
Lösung: In der user_config.h gibt es (ziemlich am Anfang) eine "magic-Number." Solange man die nicht ändert übernimmt er die neuen WiFi Daten nicht. Steht auch so im Kommentar hinter dieser Nummer...
Ich habe den Zahlenstring geändert - scheint ein Datum zu sein - und es ging...
just to let you know. (Würde mehr Details posten bin aber nicht am richtigen Rechner)
Heidernei .... ich sitze jetzt seit 3 Stunden an meinem Sonoff und hatte genau das beschriebene Problem. Erst mit dem Hinweis auf diese Magic Number hat es geklappt. Das ist es.
Die Magic Number heisst
#define CFG_HOLDER
Diese habe ich jetzt auf das heutige Datum gestellt und nun versucht er auch sich mit meinem WLAN zu verbinden.
Komischerweise will er sich mit meinem WLAN trotzdem nicht verbinden. Er sagt mir auf der seriellen Konsole, dass das Passwort falsch wäre. Ist aber definitiv das richtige. Kann Tasmota kein WPA?
bis vor kurzem hat WPA noch funktioniert, habe jetzt aber kein WLAN mit WPA mehr zur Verfügung.
Das sich das Linker Script ab Version 5.x geändert hat, muss man unbedingt die Prerequisite (https://github.com/arendst/Sonoff-Tasmota/wiki/Prerequisite) befolgen, sonst kann man mit der Arduino IDE "no SPIFFS" nicht einstellen. Einmal einstellen und dann passt das für die Zukunft. Theo hat sich hier Platz für zukünftige Software schon mal reserviert.
Wer die User Settings ändern will sollte die Hinweise beachten, steht in der "user_config_override.h" und in der "user_config.h".
* ATTENTION: - Changes to most PARAMETER defines will only override flash settings if you change
* define CFG_HOLDER. [code]
also Nummer ändern (zB: auf das aktuelle Datum) und die Übernahme der Vorgabeparameter sollte fehlerfrei klappen.
LG
Reinhart
Hi,
Danke !
Ich bin jetzt aber einigermassen ratlos.
Ich habe gestern die komplette Arduino Umgebung inkl. Source Code zu Tasmota gelöscht und genau entlang der Prerequisits neu aufgesetzt. Dann habe ich den ESP8266 einmal mit einem leeren Binary geflasht um den Speicher auf neutral zu stellen. Dann habe ich sinnfreie WLAN-SSID und Passärter im Code eingetragen (SSID = toto, PWD = titi) und die Zahl im Header geändert. Alles neu kompiliert, runter geflasht und wss soll ich sagen: er versucht weiterhin sich mit meinem Nettzwerk zu verbinden! Sprich irgendwo steht das noch und ich habe keinen Dunst, wo das sein soll.
Sobald er dann SSID1 und SSID2 erfolglos versucht hat zu verbinden macht er laut serieller Schnittstelle einen AP auf und die WLAN LED blinkt. Nur auch diesen finde ich nicht. Weder mit dem Laptop noch Handy noch iPAD. Dann geht er so wie es sein soll in den Reset und versucht wieder sich mit meinem WLAN zu verbinden.
Um einen Fehler im Modul auszuschliessen habe ich mal eigenen ESP8266 Code runter geladen und dieser verbindet sich ohne Probleme mit meinem WLAN. Ich kapiers nicht. Modul scheint zu gehen, aber der Tasmota Code zieht sich von irgendwo die falschen WLAN Zugangsdaten.
Bei mir klappt das eigentlich immer soweit, aber du kannst auch nach Punkt 3 mit der App oder Punkt 4 vorgehen, auch da kannst du problemlos einloggen! Der erste Login mit Punkt 3 klappt eigentlich sehr gut und geht jedesmal, 3x kurz die Taste drücken und die App am Handy starten starten, dann kannst die SSID und das Passwort am Handy eingeben.
3 short presses: Start Wifi smartconfig allowing for SSID and Password configuration using an Android mobile phone with the ESP8266 SmartConfig app.
The MQTT server still needs to be configured in the user_config.h file.
The LED will blink during the config period. A single button press during this period will abort and restart sonoff.
4 short presses: Start Wifi manager providing an Access Point with IP address 192.168.4.1 and a web server allowing
the configuration of both Wifi and MQTT parameters.
The LED will blink during the config period. A single button press during this period will abort and restart sonoff.
Bei der neuen 5.x Version musst aber aufpassen, der AP steht nur 2 Minuten, wenn du dich nicht innerhalb dieser Zeit einlogst, ist es auch vorbei.
LG
Reinhart
Hi,
Danke dass Du mich meiner hier annimmst.
Das mit den Buttons ist schon bekannt und habe ich auch probiert, aber wie gesagt ist leider kein AP sichtbar. Ein Netzwerkscan vom Laptop, Handy oder auch Tablet aus zeigt einfach nichts an. Sprich der zieht keinen AP hoch. Im seriellen Ausgabe Fenster sagt er aber schön brav, dass er das nun machen würde.
Das tritt auch auf egal ob man sich den Strom via FTDI Adapter oder 230V holt. Kein Zugang zum Netz, kein AP.
Komischerweise geht jetzt auch mein eigenes, kleines Testprogramm nicht mehr. Er meldet immer bei Wifi.status = 6, was wohl WL_CONNECT_FAILED entspricht.
Der gleiche Code geht auf einem anderen ESP8266 ohne Probleme.
Ich habe dehsalb auch mal den eigenen Code in meiner normalen Arduino Umgebung gebaut und geflasht mit gleichem Resultat.
Ich tippe deshalb mal auf einen Hardware Defekt. Da das Gerät nun offen war und ich rum gelötet habe ist das Thema Rückgabe durch. Muß also einen neuen bestellen.
wenn du irgendwo noch einen WLAN Router hast, dann könntest ja versuchen dem die SSID "indebuurt1" und das Passwort "VnsqrtnrsddbrN" zu geben, vielleicht kannst du dann connecten wenn du dort einen Laptop an das Lan hängst.!
Wenn du einmal drauf bist, dann kannst ja in der Console die SSID und das PW setzen (auf SSID2 und PASS2) und rebooten. Eigentlich sollte das auch in der seriellen Konsole klappen. Siehe dazu die Wifi Commandos (https://github.com/arendst/Sonoff-Tasmota/wiki/Commands).
LG
Reinhart
Gute Idee. Einen router habe ich noch rumliegen, das probiere ich heute abend mal.
Ich gehe aber eigentlich von einem Hardware Defekt aus, da alle Testprogramme auf eine Sparfun ESP8266 ohne Probleme laufen. Auf dem Sonoff geht auch alles bis auf WLAN. Ich kann auf dem Sonoff die LEDs blinken lassen, das Relais schalten aber alles was mit WLAN zu tun hat geht nicht. Ich habe jetzt mal einen neuen bestellt.
WPA kann es ja auch nicht sein, denn die anderen Devices connecten ja. Wenn es wirklich die HW ist, dann würde er aber nie versuchen auf "indebuurt1" zu verbinden.
LG
er sagt nur via Serieller Schnittstelle, dass er sich z.B. auf indeburti versucht zu verbinden. Ob er das aber wirklich tut steht auf einem anderen Blatt. Er schreibt das halt mal auf der seriellen Schnittstelle raus.
Wie auch immer. Ich arbeite parallel an einem anderen Projekt mit einem ESP8266 (hat nix mit FHEM zu tun). Interessantes Phänomen: sobald ich im Code die Möglichkeit drin habe, dass er einen eigenen AP aufzeiht, dann logt er sich nicht mehr im WLAN ein. Sprich: er soll zuerst versuchen sich in mein WLAN einzuloggen; wenn das fehl schlägt, dann soll er einen AP aufmachen. Er kann sich ohne Probleme ins WLAN einloggen, aber sobald ich den Code mit der Fallback Option AP dazu nehme, dann kann er sich nicht mehr ins WLAN anmelden. Internet ist voll von dieser Fehlermeldung und scheint wohl beim neuesten Update der ESP8266 Arduino Unterstützung rein gekommen zu sein.
kurzer Update: der neue SONOFF kam gestern an. Der funktioniert mit der Standard FW so wie er soll: er zieht einen AP hoch und nach Eingabe der nötigen ssid und PW logt er sich in mein WLAN ein. Der tut also und nun kann ich dran gehen, auf den mal eine andere FW zu flashen. Mal sehen, ob man den auch kaputt kriegt.
Ist jetzt zwar schon was her aber wenn ich die esp8266 leer haben will mache ich das mit dem esptool von hier:
https://github.com/espressif/esptool
Der Befehl dafür lautet:
sudo python esptool.py -p /dev/cu.wchusbserial1410 erase_flash
Den FTDI kontroller /dev/cu.wchusbserial1410 bitte anpassen!!