-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Current Mega Version does not boot on Wemos D1 #1145
Comments
And "current" is build 20180321 ? |
Hi Gijs. Yes 20180321 from this morning. Both Wemos are new, without ext. Hardware. |
That's very strange, since I explicitly tested on a module with clean flash. Which file did you use? dev/normal/test? The complete filename please. |
The version of 15.03.2018 works perfectly. "Which file did you use? Dev / normal / test?" Do you mean which plugins I have activated? All. I've flashed the old and the new version about 10 times now. |
No, which bin file (we build each morning at 4am, when something has changed) do you use? |
I always compile myself. That's why I wrote "Arduino 1.8.5". |
When I try to upload the file "ESP_Easy_mega-20180321_test_ESP8266_4096.bin" via the web interface I get the message: Update error: ERROR[11]: Invalid bootstrapping state, reset ESP8266 before updating |
Taken from here: esp8266/Arduino#3915 (comment) |
Resetting is not that easy. I am 50 km from home. |
With the version ESP_Easy_mega-20180321_test_ESP8266_4096.bin
|
Ah, if I disconnect the board several times from the voltage, it starts suddenly. That is not normal. With the older versions, the Wemos board starts each time. |
That's with a preset (already existing) setting for the WiFi? I really cannot understand what's happening here, since I tested this yesterday very extensively. |
I have entered the WIFI parameters in ESPEasy-Globals.h. With the old versions I am immediately on the network. |
He gets an exception while trying the WIFI connection. I have now flashed the old and the current version 15 times. |
But using a pre-compiled version does not work with your changed By the way, you can use a
I will have a look at it this evening I hope. |
OK |
I delete the wemos with the esptool and then try again. |
So
|
That's the initial boot? |
No, the second boot. |
With: |
The WiFi settings can also be stored inside the ESP |
Anyone else with the same problems? I really don't see it at the moment and had checked it for a while yesterday evening, but that might have something to do with me getting sick :( |
I've not the same problem, but a may similar one. The esp starts with his config wifi in ap mode. The version from 16.03.2018 works, later versions not. I compiled the code myself. |
Could you increase the timeout for WiFi connection in the function |
I rised the value to 20000. Connection works. |
Do you have any idea what the connection time is, reported in the logs? For example: |
It varies between 1000 and 7016.. Tested four times now:
One time i got it not connecting. I had this problem with two devices. Did you fix something yesterday One more test:
|
good Morning It looks good. I just flashed two other wemos. Both immediately went to the network. |
Is not alright yet. INIT : Booting version: (custom) Exception (2): ctx: cont
ets Jan 8 2013,rst cause:2, boot mode:(3,6) load 0x4010f000, len 1384, room 16 INIT : Booting version: (custom) |
I really don't get it why you get this crash almost immediately after the first connection attempt. Can you also (of this Wemos) set the WiFi credentials again from the web interface, to make sure it is being stored like it should. |
I have re-set the WiFi credentials via the web interface. I did not understand that: |
You were the one building your own firmware-builds? Or am I mixing up people now? I meant this part of the code: Lines 245 to 282 in 940b65e
You can see the last part of the log you posted here, right before the crash. |
Just a check... do you have your IP defined static? Something similar is reported here: esp8266/Arduino#1809 (comment) |
No DHCP on all ESPs edit: Not static but DHCP |
Yes, I compile myself. The fact is: The version of 19.03.2018 runs immediately. |
You reported earlier that the 20180319 version did not work. So please, please please..... let's take one step back and get the information straight, since I'm loosing my sanity on this issue. (and sleep) What builds work? Work on all? |
Oh, did I? I have tested the current version on the modules with this MAC - they are not running .: 68: c6: 3a: a5: f1: 9e and 5c: cf: 7f: d9: 1c: 96 As I wrote above: all modules use DHCP The password has 14 letters All plugins are loaded on all 30 modules. The modules are configured from the settings in ESPEasy-Globals.h, formerly ESPEasy.ino. |
The logs you post sometimes display a boot.mode. On the same page there is a schematic about "improved stability", which in fact tries to force the pins to start the sketch: Could you, on the problematic version, please look for this boot mode message in the logs and perhaps add a pull-up resistor to GPIO0? |
According to the wiring diagram from the Wemos, GPIO0 has a 10k pull-up. |
I do not believe in a hardware problem. At the two new Wemos nothing is connected. I mean it is clearly due to the software .. |
Yes I know, otherwise it will never boot the flashed sketch. But given the boot mode message in your logs, it is sometimes in 'flash' mode. |
Should I solder in an additional 10k resistor? |
Just resolder the existing resistor would be my first guess. Is something connected to GPIO15 | GPIO0 | GPIO2 ? |
I soldered the 10k. All other pin are blank. Now the Wemos can not be flashed anymore. 10k away - can be flashed again |
I'm breaking up for today. See you tomorrow and thank you. |
I found another 12 month old wemos. FS : Mount successful, used 0 bytes of 957314 ets Jan 8 2013,rst cause:2, boot mode:(1,6) After pressing Reset------------------------------- INIT : Booting version: (custom) Exception (2): ctx: cont
ets Jan 8 2013,rst cause:2, boot mode:(3,6) load 0x4010f000, len 1384, room 16 INIT : Booting version: (custom) Exception (2): ctx: cont
ets Jan 8 2013,rst cause:2, boot mode:(3,6) load 0x4010f000, len 1384, room 16 INIT : Booting version: (custom) Exception (2): ctx: cont
ets Jan 8 2013,rst cause:2, boot mode:(3,6) load 0x4010f000, len 1384, room 16 INIT : Booting version: (custom) |
Can someone please change the title as it is too general. This seems to be a very specific case and not the pre-compiled version that is used by most people here. |
It affects all mega versions> 19.03.2018, also the precompiled ones. |
It works on both critical wemos !! What does that mean? MQTT : Intentional reconnect |
I got it reproducible and I guess it has something to do with the fact that having a connection doesn't mean you've got an IP address. I will fix it :) |
Fine. |
But just curious, I assume you got todays patches loaded and those do work fine now? At the moment I kinda dug into the WiFi thing quite deep and there is currently a almost rewrite of the WiFi, based on events instead of polling. |
Good Morning. I compiled yesterday's source and it works. |
I'll close this one now. |
If I flash a Wemos D1 with Arduino 1.8.5 over the COM port with the current mega version, it does not start.
Testet with 2 Wemos Boards.
I get:
ets Jan 8 2013,rst cause:4, boot mode:(1,6)
wdt reset
The version from 15.03.2018 and older works perfectly.
The text was updated successfully, but these errors were encountered: