Search found 8 matches
- Sat Jul 20, 2019 8:35 pm
- Forum: ESP8266 boards
- Topic: Creating larger ROMs
- Replies: 23
- Views: 15625
Re: Creating larger ROMs
OK, that was a lot of work. This is my first external module, so there were quite a lot of things I had to find out. The bad news: 0x4030000 is indeed the limit when reading flash as regular memory. The pattern is not exactly as in the documentation, but the data is, read after read, dump after dump...
- Sat Jul 20, 2019 9:48 am
- Forum: ESP8266 boards
- Topic: Creating larger ROMs
- Replies: 23
- Views: 15625
Re: Creating larger ROMs
First, great job that you can create an image that has a filesystem in it. A note, however. In my own firmware, I use the concept of resources, comparable to what classic MacOS and Win32 applications had. I am in the process of incorporating that into MicroPython. So I had to see if the assumption w...
- Wed Jul 10, 2019 8:29 am
- Forum: MicroPython pyboard
- Topic: CAN issue with NUCLEO
- Replies: 1
- Views: 1762
Re: CAN issue with NUCLEO (SOLVED)
Great Scott, this is embarrassing. No filter , no data ! At all. Null, nada, zip, zilch. My assumption, as on other platforms where I work with CAN, was that no filter meant all data . It seems to be that calling initfilterbanks, of which the documentation says it disables all filters, means that no...
- Mon Jul 08, 2019 6:43 pm
- Forum: MicroPython pyboard
- Topic: CAN issue with NUCLEO
- Replies: 1
- Views: 1762
CAN issue with NUCLEO
I have a setup with two devices interchanging CAN messages. To this setup I added a NUCLEO_F746ZG. A message sent from the NUCLEO is received by both other devices. So I know I have the baudrate correct. However, can.recv(0) never returns a message. It always times out (OSError: [Errno 110] ETIMEDOU...
- Mon Jul 08, 2019 9:07 am
- Forum: micro:bit boards
- Topic: build from source issue
- Replies: 2
- Views: 3346
Re: build from source issue
I just did a complete update of the mp project. Seeing as I just did that about two weeks or so ago, I did not think too much could have changed. However, after the git pull and submodule init followed by a make clean and make all, I got a hex file that now seems to work. Yeah! As for flow-control; ...
- Mon Jul 08, 2019 8:03 am
- Forum: micro:bit boards
- Topic: build from source issue
- Replies: 2
- Views: 3346
build from source issue
Hi, I have build the nRF52 version with BOARD=microbit. I have a very recent version, 1.11. The build does create a hex file. I can flash this onto the board (using the "mount", I don't use PyOCD). However, the serial output only gives a single 'M'. At first I thought it could be a baudrate issue, b...
- Wed Jul 03, 2019 7:58 am
- Forum: ESP8266 boards
- Topic: debug challenge (SOLVED)
- Replies: 2
- Views: 1936
Re: debug challenge (SOLVED)
Thanks for the thoughts/notes. I guess the main reason is unfamiliarity with MicroPython. I have mainly worked on my own firmware. Deferring handling is just a common practise. I was aware of the schedule function and did not think to try working without it. I was unaware of the "hard" parameter. I'...
- Tue Jul 02, 2019 2:41 pm
- Forum: ESP8266 boards
- Topic: debug challenge (SOLVED)
- Replies: 2
- Views: 1936
debug challenge (SOLVED)
Excuses for a long description, but it is a rather difficult issue to solve and I want to show all the steps I have already taken. On an esp8266 (a Wemos D1 arduino form factor) I have a chip connected that uses SPI. I can use HSPI. Exchange of information for long periods of time is not a problem. ...