Search found 144 matches
- Sat Aug 20, 2022 5:27 pm
- Forum: General Discussion and Questions
- Topic: can't stop Timer in Thonny
- Replies: 7
- Views: 15624
- Sat Aug 20, 2022 3:48 am
- Forum: Development of MicroPython
- Topic: Attempting compile of pico firmware error?
- Replies: 5
- Views: 29964
Attempting compile of pico firmware error?
Attempting compile of pico firmware error? I git cloned the entire micropython master, installed the dependencies, the Unix port complied without issue. Ran tests, no errors. I also pulled the pico SDK. But when I tried to compile the pico port got the following error. What did I miss? # git clone h...
- Fri Aug 19, 2022 6:23 pm
- Forum: General Discussion and Questions
- Topic: Callback from a different FreeRTOS task
- Replies: 4
- Views: 2685
- Fri Aug 19, 2022 6:12 pm
- Forum: General Discussion and Questions
- Topic: Catch Keyboard Interrupt, Finally section incomplete?
- Replies: 4
- Views: 5229
Re: Catch Keyboard Interrupt, Finally section incomplete?
Other than I forgot the i=i+1, 0,0,0 as output is what should happen for code as written. So why do I only get a single 0. Interesting. How would I know I am or am not getting more than a single Control-C? That would definitely explain the results I am getting. Is there a way I can mask the Control-...
- Fri Aug 19, 2022 3:51 pm
- Forum: General Discussion and Questions
- Topic: MicroPythonic way to non-blocking read a character from the serial USB port
- Replies: 9
- Views: 15813
Re: MicroPythonic way to non-blocking read a character from the serial USB port
Odd, the above code, I can't seem to get to work. It is blocking. Only then a input is received, is the loop cycled. I thought the purpose of the code was to be a non-blocking UART input example, no?
- Thu Aug 18, 2022 5:42 pm
- Forum: General Discussion and Questions
- Topic: Catch Keyboard Interrupt, Finally section incomplete?
- Replies: 4
- Views: 5229
Catch Keyboard Interrupt, Finally section incomplete?
Catch Keyboard Interrupt, Finally section incomplete? Is this something unique to MP? After I except a keyboard interrupt, the finally section following starts but is not completely executed. This is on Pico port, has not tested on ESP yet. Test... import utime try: print('test') while True: print('...
- Thu Aug 18, 2022 4:22 pm
- Forum: General Discussion and Questions
- Topic: Callback from a different FreeRTOS task
- Replies: 4
- Views: 2685
Re: Callback from a different FreeRTOS task
Why not use a list object? It is on the heap, which is shared, across threads/processors. You then convert the list to string at point of need? I you need to modify the list, use memoryview to isolate the list. I use a list object as a UART buffer for example. It is just a global in MP. Yes, you nee...
- Thu Aug 18, 2022 4:11 pm
- Forum: General Discussion and Questions
- Topic: Interrupt handler for UART
- Replies: 7
- Views: 3987
Re: Interrupt handler for UART
Yup, I know I could just use 'bridge' module that exists, and establish ESP01/Pico integration/communication. But then I would not get the opportunity to build a custom firmware image. That seems... ah, too easy. LOL!
- Thu Aug 18, 2022 4:04 pm
- Forum: General Discussion and Questions
- Topic: No 'signal' module for MP?
- Replies: 2
- Views: 1726
Re: No 'signal' module for MP?
True, I was thinking about Unix port, but I also happen to be porting the code to ESP/Pico, it was sensor based, BMP280, BME280, etc., and that was when I looked for the signal support. Have not spent much time with I2C or SPI support in MP as yet, but I am going to have to restructure a few things....
- Thu Aug 18, 2022 3:43 pm
- Forum: General Discussion and Questions
- Topic: Check if UART write is complete?
- Replies: 7
- Views: 9433
Re: Check if UART write is complete?
I would be looking for the same logic to be on Pico port as well. But that aside. This will not be added any time soon right? So for now, I think my only realistic option is to use my own queue for writes pending, and ensuring the that for each item in the queue a reasonable time is waited, a revers...