Skip to content
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

Some time ESP.restart, goes KAPUT, :) #793

Closed
fredericplante opened this issue Sep 16, 2015 · 11 comments
Closed

Some time ESP.restart, goes KAPUT, :) #793

fredericplante opened this issue Sep 16, 2015 · 11 comments

Comments

@fredericplante
Copy link

fredericplante commented Sep 16, 2015

When I do this,:

else if (commande == F("redemarer"))ESP.restart();

most of the time I get:

ets Jan 8 2013,rst cause:2, boot mode:(3,6)

load 0x4010f000, len 1264, room 16
tail 0
chksum 0x42
csum 0x42
~ld

and every thing is fine. But some time I get this:

redemarer
ets Jan 8 2013,rst cause:2, boot mode:(1,7)

ets Jan 8 2013,rst cause:4, boot mode:(1,7)

wdt reset

and it get stock there. I must pull the reset pin physically to restart the board correctly.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@fredericplante fredericplante changed the title ESP.restart, KAPUT, :) Some time ESP.restart, goes KAPUT, :) Sep 16, 2015
@luc-github
Copy link
Contributor

I use ESP.restart() on latest staging and do not have such issue - I even used recently to be able to show another issue (#780 (comment))

May be giving more context would help

@fredericplante
Copy link
Author

Wait up, I will make my "os" print some ESP stats before restarting. I will get back to this soon.

I would say, that most of the time, it work well. But not all the time. To do this example, I pasted up there, I got 1 fail for 4 ok.

@Links2004
Copy link
Collaborator

check your pins boot mode:(1,7) indicates a problem with GPIO 0,2 or 15
it shut look like this:
ets Jan 8 2013,rst cause:2, boot mode:(3,7)

@fredericplante
Copy link
Author

Well actually, I just now, have put my restart function in my "autoexec" "script", basically what it does when it boot, and I have not get another problem, on a regular basis. I get a few bug here and there but nothing else.

Are you saying I should use a resistance to physically pull up or down on each pin, to get this random bug out of my way?

@Links2004
Copy link
Collaborator

yes this may helps, do you have connected some thing to the pins currently?

@mtnbrit
Copy link

mtnbrit commented Sep 16, 2015

i have the same problem on NodeMCU v1.0 board with esp12-e module. 8/10 times it doesn't reboot but stays stuck at wdt. no problem on NodeMCU v0.9, or any bare 12e module. I think its something in the NodeMCU V1.0 circuit.

what board or module are you having this problem on?

@asetyde
Copy link

asetyde commented Sep 16, 2015

this is know issue

check gpio0 and 2 not be used or must be hight before reset ,

other things when you flash , if you want test reboot must be cut power and reboot manually , after board reboot normal .

Probably there are a problem when board nodemcu 1.0 is flashed , something not put correct .

On 16/set/2015, at 18:31, mtnbrit notifications@github.com wrote:

i have the same problem on NodeMCU v1.0 board with esp12-e module. 8/10 times it doesn't reboot but stays stuck at wdt. no problem on NodeMCU v0.9, or any bare 12e module. I think its something in the NodeMCU V1.0 circuit.

what board or module are you having this problem on?


Reply to this email directly or view it on GitHub #793 (comment).

@fredericplante
Copy link
Author

Yeah, I get :

ets Jan 8 2013,rst cause:2, boot mode:(3,6)

And not

ets Jan 8 2013,rst cause:2, boot mode:(3,7)

I don't know if this is bad, or evil ;), but any way. when I get this line, the ESP will or has reboot what look normally.

I'v put my board into full loading my auto-execute initial script(start WIFI, start local "proxy", start 2 tcp server, connect a tcp client , check time on my RTC, load the naming content of the SPIFF scanI2c and a bunch of other stuff required to boot the way I want.) then reboot.

Basically the last script line is reboot, and it has screw once about 2 hour ago. I must admit that this new staging version is better then the last one.

@calozano
Copy link

I got the same issue showing the reset was for watchdog. I just Insert "ESP.wdtDisable();" inside loop and it doesn´t reset again.

@jumpjack
Copy link

jumpjack commented Oct 5, 2016

insert where and how?!?

@devyte
Copy link
Collaborator

devyte commented Oct 19, 2017

Closing as duplicate of #1017 .

@devyte devyte closed this as completed Oct 19, 2017
Normola pushed a commit to Normola/Arduino that referenced this issue Feb 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants