Left here for archival purposes.

User avatar
By hamishcunningham
#7240 I think the restart failure thing may be power related, or some other artefact of the wiring up of the module.

As noted previously I had the problem consistently for some time, and the user_main.c fix didn't work for me. Then I rewired the module (different breadboard, different serial line) and the thing has been stable for a day since...

HTH

Hamish
User avatar
By yes8s
#7832 Hey all, I've been away for a short while. I see the cause of this bug has been detected. \

What are people doing to resolve it? Just deleting the function or is there a more elegant way to handle this?
Has the solution been merged into build 20150118?
User avatar
By martinm
#8732 Sounds like I have a similar issue. Tested with various -01 boards that have XPD_DCDC connected to RESET. Doing a

node.dsleep(1000000)

works fine a couple of times. But then there is a

MEM CHECK FAIL!!!\r\n
Fatal exception (29):\r\n
epc1=0x40222788, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000044, depc=0x00000000\r\n

with 74880 baud and the chip does not start. The fail rate depends on the quality of the power supply but there always is a fail after some time.

Checked the pins with an oscilloscope. There is a heavy (voltage > Vcc) 1kHz oscillation on the GPIO0 pin in the error case.

That signal is always there when booting but in the good case it disappears after about 100ms.