Losing the REPL when an IRQ is triggered
Re: Losing the REPL when an IRQ is triggered
Many thanks both!
Re: Losing the REPL when an IRQ is triggered
I removed the server timeout setting, but still no change. The ISR stays stable. So the only thing left to try would be omitting the expansion board and direct supply of WiPy. About the boot vs. boot.py issue. If you cannot load the new boot.py, you could rename the files on WiPy at the REPL prompt with uos.rename.
Code: Select all
import uos
uos.rename(old_name, new_name)
Re: Losing the REPL when an IRQ is triggered
This morning the behaviour changed. I found the by mistake I had loaded Version 1.6-310. I uploaded today's V1.8.4.12, and no I have the ISR failures. Most of the time, I do not even see the '1' count. Going back to 1.6.-310 cured it.
That indicates that it is indeed a SW version issue. Not clear why it worked with other 1.8 variants before.
That indicates that it is indeed a SW version issue. Not clear why it worked with other 1.8 variants before.
Re: Losing the REPL when an IRQ is triggered
Thanks Robert. I haven't had time to do more experiments yet. Typically, my ISR didn't even reach the '1' count in previous tries, although I have occasionally seen it work for a while with 1.8.3.
Re: Losing the REPL when an IRQ is triggered
Ok, now I have a consistent picture. The most recent stable version from the download page is 1.8.1. All others fail after a while, and that while can be hours, if your network is quiet. Following Damien's suggestion and changing mpconfigport.h to
seems to suppress the problem for the recent builds. A build created that way now runs for 10 hours. I've placed a copy here, for people who do not want to build it themselves: https://github.com/robert-hh/Shared-Stuff
Code: Select all
#define MICROPY_PY_THREAD (0)
#define MICROPY_PY_THREAD_GIL (0)
Re: Losing the REPL when an IRQ is triggered
Well done, and thanks Robert!
It's working so far here - I don't suppose Damien could include it as a run-time option soon?
What do you think is the best place for 'user contributions' like this for the WiPy? I had a go at a simple Float package, and I've also done small versions of things like 'configparser' for the WiPy. I think it would be good to have a shared list of contributions in one place, so anyone can see what's available (and what isn't).
Jim
It's working so far here - I don't suppose Damien could include it as a run-time option soon?
What do you think is the best place for 'user contributions' like this for the WiPy? I had a go at a simple Float package, and I've also done small versions of things like 'configparser' for the WiPy. I think it would be good to have a shared list of contributions in one place, so anyone can see what's available (and what isn't).
Jim
- pythoncoder
- Posts: 5956
- Joined: Fri Jul 18, 2014 8:01 am
- Location: UK
- Contact:
Re: Losing the REPL when an IRQ is triggered
Consider starting a WiPy section on the Wiki http://wiki.micropython.org/Home?
Peter Hinch
Index to my micropython libraries.
Index to my micropython libraries.
Re: Losing the REPL when an IRQ is triggered
There's also the 'Pycom Exchange', mentioned at https://www.kickstarter.com/projects/17 ... ts/1485410 ?
Re: Losing the REPL when an IRQ is triggered
Robert, your build of v1.8.4-16 works for me as well.
Hope there will be a solution which will make it work with threading enabled.
Hope there will be a solution which will make it work with threading enabled.
Re: Losing the REPL when an IRQ is triggered
I'll update them about once a week, just in case you need it.