Remora for RP2040

Hi eraserhd, 

Can't wait to see your working PIO. On my side I managed to move a Tmc5160 stepper driver in full Spi mode in Remora, so no step generation needed for this specific driver (could, in theory, run 6 axis or more from a Tiny2040  ). I didn't go further than a PoC test. (Moved to a CANopen test with LCNC)

Cheers

cbaugher has shared is RP2035 version which used remora-core. A really neat implementation that has both ethernet and spi communication options. Uses PIO for the SPI and hardware QEI (Quadrature Encoder Interface).

github.com/cbaugher/Remora-RP2350-PIO/tree/main

I had a quick look at the PortingPlan.md. Am I right to presume that this was AI assisted coding? It's insane how this thing is a game changer for non coder; I have some understanding of coding, read a lot of source code, but am not able to write more than a couple of functions to adapt an existing code (and even that part is mainly copy-pasting form existing libraries). Yet, within three days had a CANopen motor connected to a RPi spinning smoothly in CSP mode. I wouldn't say with Claude-code's help, but rather than Claude-code had it working with some of my contribution for hradware connection and debugging. 

Back to the topic, I think that eraserhd is one the right path when trying to generate pulse from PIO. Guess that's just a prompt more for the RP2350-(not PIO as it was there for Platform-IO, right?). The stepper-ninja  for LCNC claims a 1MHz per channel step generator using PIO.

Cheers

3404gerber wrote:

I had a quick look at the PortingPlan.md. Am I right to presume that this was AI assisted coding? It's insane how this thing is a game changer for non coder; I have some understanding of coding, read a lot of source code, but am not able to write more than a couple of functions to adapt an existing code (and even that part is mainly copy-pasting form existing libraries). Yet, within three days had a CANopen motor connected to a RPi spinning smoothly in CSP mode. I wouldn't say with Claude-code's help, but rather than Claude-code had it working with some of my contribution for hradware connection and debugging. 

It is AI assisted, Claude in fact!  And yes, Claude did basically all of the actual coding based on existing work.  I did have to do a fair bit of flashing binaries and scoping pins for voltages and timing.  And it does need some guidance for how to fix issues that come up.  It seems very good at writing code given enough direction.  But it doesn't necessarily know which way to do things when there are multiple options available.  It can also go off on tangents when troubleshooting complex problems.  That said, it saves an unbelievable amount of time.  I do have quite a few years of hobby programming experience in a number of contexts, but I've never been a professional programmer.  I'm more into hardware hacking.  So indeed, AI assisted coding is literally game changing for less than great programmers!

C|

Nice!

I did get PIO working and made a pull request . I hadn't announced it yet because I want to stress the heck out of it, and I just ordered a PCB that will form a hardware test harness for it. It seems like it will work well, but I want to make sure that when six axes are chugging along full speed, the scheduling doesn't slip or lock up.

It theoretically should be capable of 200KHz stepping, but again, I haven't stressed it yet.

I bought the WIZNet RP2350 board as well. One of my pull requests should in fact work on it, but I haven't tried it.   I'll check out this code soon!

Hey @scotta , any chance we can get some of the other PRs merged?  They are starting to stack.  #12, #14, #15, and #17 should all be good to merge, and #11 could be closed if #15 is merged.  (The forum won't let me link the PRs.)