Looking for Raspberry Pi PICO part

Hello!

Older topic, but new (and hopefully not too stupid) question. I’ve been using the Fritzing Pico component (happily) for a while now, but recently ran into a problem. I use the Pico as an SMD component on top of a carrier board that I design.

The four “circles” (for lack of precise Gerber terminology) on the underside of the USB connector result in drills in my carrier board. At first I didn’t care about these, but now I need to use this space on the underside of my carrier board.

Is there a hack to get rid of the drills? Are they actually necessary? I don’t see them being filled by anything (such as some pins going down from the USB connector).

Best regards
Joerg

Easy enough to do (although it needs a new part) but perhaps not wise. I put the holes in because the original part from the Raspberry PI folks indicated this was a keepout area and had the holes drilled (I assumed, as I don’t have a board that the pins from the USB stuck down.) It may also be that running traces under the USB will affect the USB 3 signalling, but if this works for you, this part doesn’t have the holes in the USB area.

Raspberry-Pi-Pico-smd-noUSB-holes.fzpz (22.7 KB)

Peter

Thanks a lot for the modified part, Peter! :slight_smile: I see your point regarding interfering with USB. I only want to put my power line plus a switch there, so there will hopefully be no interference. I’ll simply give it a try with my next revision of the board. One other stupid question, though: What is the most efficient way to update the component in my schematic without losing half of the existing work including the hand-crafted layout? The menu entry “update selected components” sounds promising, but stays grayed out.

The only stupid question is the one you don’t ask :slight_smile: . In this case what you want is delete minus. It is an option in the right click on a part menu which deletes the parts but leaves all the wires connecting to it in place. When you place the replacement part you then need to select the end of each wire and move it away from the part and then back to trigger the connection again (which is sometimes a PITA when there are traces on both sides of a connection) but better than having to redo all the traces.

Peter

If there are problems selecting/moving/reconnecting the wires/traces, you could try this sequence:

  • delete minus
  • move wire/trace ends away
  • place new part version
  • move wire/trace ends back to connect

Moving away first means it might be easier to select and move back, without issues about selecting the 'correct` trace.

Thanks, Peter and microMerlin! I’ll do as suggested. :slight_smile:

Not sure how common my use case is, but an automated “replace part by another with same number of connectors” could be a useful feature in the future. But this is a different topic.

Cheers & a good weekend everyone!
Joerg

A completely automated part replace is tricky. Even with the same number of connectors, sometimes the connector coordinates are slightly different, which means that the wires/traces need to move slightly to align again. That “could” cause issues with keepout distances.

A worse case though, is a part that is a “correction”. Maybe a couple of pins were reversed.

Requiring an explicit reconnect means the user has to actually “look” at what is being done, in case it is not as simple as directly attaching to a connector in the same location as the previous part.

Yes, that makes sense. But what does the (grayed out) menu entry “update selected components” do? Update a part in my project by a newer version of exactly the same part in the library (if one exists)?

Yes. If a part is added to a sketch, the specific version information is remembered. If the referenced part is later updated (in the library), the original version continues to be used in the sketch. Unless/until it is explicitly updated with that option. And again, each view needs to be revisited after updating, to make sure the new version did not break something. That does try to reconnect everything, but sometime it fails. Even a few pixel move to make the connector properly line up with .1 inch grid can break the reconnect.

new raspberry pi pico W and raspberry pi pico H boards have been released:

They also look to have released a Fritzing part for it (although I haven’t looked that over at all) for at least the pico w. A pointer to the part is here:

Peter

Download Fritzing Part for Raspberry Pi Pico W

Download Fritzing Part for Raspberry Pi Pico H

Pico H submission doesn’t seem right in Schematic view: grey background and pins don’t sit on grid and connectors go to middle of pins, not ends. Also checked Raspberry Pi website and this is the “official” download from their website. Is there an update due? who drives this - Raspberry Pi foundation or Fritzing? (so I know who to ask).

For the pico I did the update and gave it to the RPI folks (they wanted no restrictions on redistribution) so I should probably do this one too to make sure the part meets Fritzing standards.

Peter

Sorry, forgot about this. The Pico H has more problems than just schematic. PCB is pretty much useless as it stands. It doesn’t create holes for THT (because the pads aren’t correctly defined) and there likely isn’t enough pad space to solder the pads SMD. Here are a pair of parts that correct the problems. The RPI folks likely want the THT version (they only want one part) but if you want to put parts on both sides of the board you likely need the SMD version (which doesn’t have holes though.) I’ll look at the w tomorrow.

edit: Correct type on GP28 label in schematic.

PicoH-Fritzing-SMD.fzpz (46.5 KB)

PicoH-Fritzing-THT.fzpz (47.1 KB)

edit2 Add the parts (tht and smd) for the pico w

PicoW-Fritzing-SMD.fzpz (42.6 KB)

PicoW-Fritzing-THT.fzpz (43.2 KB)

I took out a bunch of stuff that isn’t needed by Fritzing, so it may not work for the RPI folks any more if they are using the switch statements in the svgs.

Peter

Hi Peter,

Thanks for this; the Pico H looks OK for me and I guess is what a lot will use going forward. I haven’t got an opinion on the PCB detail, but my other observations are:

  1. The original Pico fritzing part had only one error: you had “VSS” instead of “VSYS” at pin 39. Visually, the SWD pins at the top on the schematic view wasn’t ideal (the Pico H THT version is better in this respect, where they are at the bottom now). But if someone wants to put an original Pico on a PCB using headers and use SWD, there is no corrected part for this (because of VSS). The original Pico was both SMD and header capable: I suggest people will still use these a lot. So it would be good to correct it for VSS and SWD location on schematic (if you have the time, sorry).

  2. Your attached “PicoH-Fritzing-SMD” version isn’t correct because (a) there isn’t such a part and (b) the breadboard view shows a JST connector for the SWD pins, but it should be like the “original” Pico, with castellated pads like the other pins.

  3. When you look at the Pico W, note that this is currently SMD, see page 10 of [https://datasheets.raspberrypi.com/picow/pico-w-datasheet.pdf] where the pads for the SWD are in a different position to the original. I understand that an H version of this is on its way (Pimoroni says PicoW H is “coming soon”). I guess they will fit a vertical JST as there is no room for the one they use on the PicoH.

Hope that makes sense

thanks
Andy

So the original Pico might get left behind with a small error as item 1.

The label makes no practical difference and isn’t worth fixing (it may have been called VSS in whatever pin out diagram I was using.)

The original Pico is technically correct. Schematic is an abstract view and isn’t necessarily supposed to match real life (although I prefer that it does, others disagree.) This format (power pins on the top, ground on the bottom and some more changes) are the preferred layout in KiCad and have been suggested as what Fritzing should use.

The Fritzing parts must be different, thus the different names it doesn’t indicate there is a different version of the actual part. SMD doesn’t work in breadboards so breadboad view for SMD usually does not match the part (typically shown as an adapter plate.) PCB view is correct for the SMD version and thus no change is needed. There is a typo on GP28 in the PicoH part that I will correct though.

Peter

I tried working with these blueprints and I need to use the test pins (see https://datasheets.raspberrypi.com/pico/pico-datasheet.pdf page 7-9)

I tried adding those and didn’t get anywhere because I have never worked with the parts editor before, could someone please add these, I feel like this isn’t as difficult for someone who knows how to do it lol

I kinda got it working but now the silkscreen KEEP OUT text is far too big and I have no idea why

Raspberry-Pi-Pico-smd-test-points.fzpz (23.7 KB)

You haven’t removed the px from the font size in the pcb svg which causes the font size to be set very large. Either running the part through FritzingCheckPart.py or using a text editor to remove the px from the font sizes in the pcb svg will fix it (here I used FritzingCheckPart.py here)

Raspberry-Pi-Pico-smd-test-points-fixed.fzpz (23.0 KB)

note holes are being drilled for the USB mounting pins so you need to avoid running traces in that area (circled in green here)

I would probably add the new connections to schematic as well, but that is up to you.

Peter