Creating a pick and place control board with the RP2040

Creating a pick and place control board with the RP2040(blog.thea.codes)

185 points by scottwick 3 years ago | 23 comments

adamrmcd 3 years ago |

I am absolutely loving the author's explanation on WHY each component was selected, placed, and caveats.

The interactive schematics and gerbers are subtle but very effective.

Overall a very clear design and tone I really need to follow for my own PCB projects.

theacodes 3 years ago | |

Author here, thank you for the kind words! My goal is always to write the thing I would've wanted to have when I started out.

scottwick 3 years ago | | |

Fantastic write up - thank you! I also love hearing about why each part was chosen. As an electronics hobbyist I often mimic portions of others' designs but I'm not always entirely sure why a certain part was chosen among the various options.

Do you prototype all this on a breadboard before making the PCB and picking specific parts? I'd be curious to hear more about your process. I feel like I always need to test everything I build on a breadboard first since I inevitably miss some small detail if I go straight to schematic + PCB design.

jakewins 3 years ago | | |

Second the poster above, really enjoyed the reasoning around how and why you picked parts and the intent of various circuits..

Do you have any books you recommend on electronics? I feel I understand the basics, like what various components do in isolation, but would love to level up and understand circuit design like how you are approaching it here

shadowpho 3 years ago | | |

Beautiful write up! I love seeing those flyback diodes and ESD, many DIY and even products avoid them and product suffers.

One thing I wanted to add - I recommend placing a large-ish cap (22u) when using ferrite bead\inductor, as you can get ringing/oscillation otherwise.

philsnow 3 years ago | |

Usually when I read through a build-out description like this, the author writes it for an audience that has a lot more background knowledge than I do. This article, on the other hand, was lucid and the explication helped me follow along.

I got to the part about 3.3V being derived from 5V and thought to myself "why not get it from 24V?" and then just a tiny bit later, there's the bit about USB and how Starfish can just take 5V from the USB host, and it clicked.

I also learned about Sparkfun's QWIIC connector in the aside about the chosen i2c bus switch having two "extra" channels. Love it, thanks for the article, Thea.

theacodes 3 years ago | | |

Thank you for the kind words! I'm glad it was useful.

> why not get it from 24V?

There are DC-DC converters in that same family that can do 4.75~36V -> 3.3V, but since I needed the 5V anyway for the LEDs and I/Os, tossing an inexpensive and small LDO for 5V -> 3.3V is an easy call.

a9h74j 3 years ago | |

FWIW, when I was thinking more about text-based literate circuit design, one of the advantages I thought of was to leave ample place to comment upon selection rationale for (and subsequent experience with) particular components.

KANahas 3 years ago |

@theacodes-

I'm blown away by the awesome inline KiCad visualizations. Did you use any tooling for capturing the layout view so the layers could be overlapped so easily?

Any thoughts on making a library for this so others can build sites as beautiful as yours? It'd be a great tool for sure. As noted elsewhere in the comments, your documentation is top notch.

Thanks!

theacodes 3 years ago | |

Thank you! For the board layers I just used macOS's screenshot utility, though I would like to do something fancier in the future. The schematics are rendered using code I wrote specifically for this article, but I am planning to publish it as an open source library so others can use it. It needs a little bit more polishing before it's ready, though! You can follow me on Twitter if you wanna get updates about it.

e-_pusher 3 years ago | | |

I wish there was an easy way to embed a KiCad layout to a webpage in a zoomable format for design reviews. One way is to export an SVG file and show it on the web, but in my experience this starts to choke on large boards.

This website has a cool implementation of a KiCad web viewer:

https://climbers.net/sbc/kicad-web-viewer/

bsder 3 years ago |

As much as I love seeing this kind of hardware stuff, the problem with "pick and place" is the vision integration, not the motor control. That's where everybody gets stuck.

It's not a "pick and place" until you've got the cameras and alignment working.

theacodes 3 years ago | |

You're not wrong, but it's also not the focus of the article. There's a lot of complexity in a pick and place system, for example I didn't even touch on the entirely separate board that's controlling the tool head. If I tried to capture all that at once, I'd be writing an entire textbook, not an article.

If you're interested in how the LumenPnP handles vision, you can check out the OpenPNP project which handles all of the computer vision involved.

https://openpnp.org/

bsder 3 years ago | | |

Those are the same non-functional machines I have seen for the past decade in some cases. All of them got to vision and got stuck.

I truly hope your machine gets past that point, because it would be really good to have a genuine, open-source pick and place machine. With the current advances in ML/AI and running on graphics cards, it should be within the realm of a hobbyist nowadays.

I wish you good luck and hope to see your stuff on one of the crowdfunding sites one day.

AceJohnny2 3 years ago |

> Starting from the left, the power comes in through screw terminals (J201, J202). The extra screw terminal is for daisy-chaining power to other boards.

Sopa-box time! Screw terminals suck. They're just... the default.

Great Scott had a good overview of some alternatives: https://www.youtube.com/watch?v=KE3CjZ0BUFo

fuckstick 3 years ago | |

Funny because none of those are really alternatives though - the screw terminals are a PCB mounted device and the comparisons were all wire to wire.

And in the final analysis of that video they measured out to 22 mohm so they note they’re fine for low current work.

Screw terminals don’t suck - they have their applications and they’re economical.

sintezcs 3 years ago |

I’d be happy to read about the software part of the project. How was the firmware created? Which language was used and why? How does it communicate with the host and what software do you need to run on the host?

theacodes 3 years ago | |

Hi! I'm planning on talking about that in an upcoming post. There's options - you can run 3d printer firmware like Marlin (C++/Arduino) or Klipper (Python & C), the tricky bit is getting those to talk to the vacuum sensors. Communication is via gcode commands sent over USB serial. Most folks are running their Lumen with OpenPNP on the host.

I'm actually running completely custom firmware that I wrote specifically for this board that's written in C and uses Raspberry Pi's pico SDK. It's similar to Marlin/Klipper in that the host communicates via gcode over USB serial and that movement commands are more or less done the same, but it gives me the flexibility to simplify the whole host view of the pneumatics. It absolutely wasn't necessary for me to this, I just wanted to.