Ken Tindell

You can check out my patch here: https://github.com/kentindell/canhack/blob/master/pico/micropython/v1.16.patch You can create a second instance of a serial port, which you can then open to the host as a normal port...

Actually, I never wrote any *Python* code for USB serial: what I wrote is a new MicroPython class that wraps up the MIN protocol C library (https://github.com/min-protocol/min), adding C calls...

The current design doesn't have concurrency control between the streams so my patch only works if REPL isn't sending anything. For MIN that's OK because it's invoked from REPL so...

I used MIN with the CANPico to turn it into a CAN adapter, giving a host a Python API. I used to use REPL in raw mode on the PyBoard...

I can help you test that code path with the CANHack toolkit, which is designed to inject these conditions: https://github.com/kentindell/canhack/tree/master/src There's also a MicroPython API and a firmware drop for...

In terms of the logic, I see you're not throwing errors and are post-processing the received signal. That corner cutting kind of works elsewhere in the frame but it doesn't...

This atomicity issue here is actually a consequence of not generating errors: the reason for the one bit time difference between TX and RX is there precisely to achieve atomicity....

That looks like the Pico SDK function isn't declared. Did it get installed in the lib directory? The cmake build process produces a maze of twisty passages all alike.

I'll keep this open. There's an update to the CAN SDK for C coming, and a new MicroPython release against it, so I'll check this doesn't happen again.

Frame are received by interrupt handler, and the garbage collector is run with interrupts enabled, so they will continue to be received during GC. There is a very large (128...