Raspberry Pi Zero Fritzing Part


#21

I think the underlying problem is a fritzing bug of some kind. I haven’t seen anything in the original file (other than it doesn’t work :slight_smile: ) that looks wrong, it may not be optimal but it should have worked fine and doesn’t.

Peter


#22

Why not just use the 40 pin header part and draw the silk screen footprint around it. For PCB purposes that is all you need for production to begin right?


#23

That’s essentially what was done in both cases. Part of the difficulty is that dual row header generation isn’t currently working so we have to find another source (I used the pi 3) and then draw the silkscreen around that. Initially that didn’t work because something in breadboard managed to change the scaling in pcb.

Peter


#24

Yeah it does that thing where it duplicates pads and offsets them, like it did with my TO220, when you change it in Inspector to “bottom”

Never found the problem so I just started again.


#25

Thanks, that reproduces it for me as well. I’ll have a poke at it and see if I can figure out whats going wrong (since a generic connector doesn’t do that).

Peter


#26

In my opinion the schematic sucks! So I re did it. Now the pins in schematic match the pins in breadboard, the power pins have moved to their position on the GPIO connector (rather than stacked on top of each other which may cause routing problems). I took the pin numbers from the RPI site and the names from https://pinout.xyz/pinout/pin36_gpio16 which the RPI site refers to (if there are more preferred names please post, as I’m not really a big RPI person). The big change is that the right hand side used to be backwards (i.e. the top pin on the GPIO connector was on the bottom in schematic). That has been corrected so schematic matches breadboard and the GPIO connector. This means this version will be incompatible with all the other RPI schematics currently in core but I think its better (I guess we will see what others think!). There are still issues (this is only a new schematic everything else is the same) but you may want to switch to this schematic. Meanwhile I will continue poking at the various issues I know of (routing is odd with the power pins, pcb reacts incorrectly when the module it on the bottom, and breadboard breaking pcb is still a mystery).

See: Raspberry Pi Zero Fritzing Part

Peter


#27

And another one bites the dust! The problem with the offset pads in pcb turns out to be a damn translate in copper0 that wasn’t in copper1. Getting rid of the translate fixes the problem when the zero is set to bottom of the board.

See: Raspberry Pi Zero Fritzing Part

edit: The original part has incorrect spacing in the pcb svg. I must have copied (or not copied over) that file when I thought my new version didn’t work last night because now the version that I had marked as broken works fine with the latest svg files.

Peter


#28

I love that you numbered the pins in the schematic view also. Much easier to connect. You deserve a medal for this.


#29

Self interest :slight_smile: I have a zero sitting on the desk beside my keyboard, and I wanted a better schematic so everybody wins. I’ll probably ask in parts-help what has been done in the past with incompatible changes (as if it just changes in core I think existing sketches will break but there must be a way around that, then I’ll try and get the core part(s) (probably for all the RPIs) to be updated.

Peter


Procedure to make incompatible parts changes to core parts?
#30

That’s a hard one because FZ will tell you there is an updated part, and if you switch it all the connects in SCH will be labeled differently. If you don’t update it will stay with the old one.


#31

I’m hoping there is a happy medium somewhere, such as rename the new parts so they can co exist or mark the original ones as obsolete (which there is a directory of) so old sketches will get the old parts unless updated but new sketches will get the new ones. I expect this has happened before and someone probably has a solution that works, because I’d like to see the parts work better without breaking all the old sketches or forcing an update if you don’t want to make one.

Peter


#32

Thank you very much for the updated+fixed part! Exactly what I needed, and seems to work so far :slight_smile: Much appreciated.


#33

I don’t seem to be able to edit this thread anymore (to delete the original copy of this part) so I’ll just post this new one. Someone complained about the bad part in core on github and I pointed him here for a corrected version. As part of that, I ran this through my parts check script which found a variety of errors that I had missed (incorrect breadboard layerIds, terminals in breadboard fzp but not the svg, pcb coppers in the wrong order, hole size .040 rather than 0.038). So I corrected all of those and cut a corrected part to replace the one above (same moduleId so they won’t coexist though). You should use this one from now on.

Raspberry Pi Zero_pcb_fixed_new_schem.fzpz (39.8 KB)

Peter


#34

Do you want all the old ones deleted? You have three different ones previously.


#35

Sure, that would be good. The last one should be the most correct one. Thanks!

Peter


#36

Done. I replaced them with links to your last post.


#37

Now the latest round in this interesting saga: a new part that I intend to submit for inclusion in core (and then follow up by changing all the rest of the PI parts to match it). This version has lots of changes, many internal and not user visible (such as the scale of all the svgs has been changed to the recommended 1 px = 1 thousandth of an inch). As well it makes it through the part checking script without any warnings (as it should). The GPIO pins have been changed to match the numbering and labels used on the PI site (which will break all previous parts as the internal pin numbers have changed) and as in the previous version the connector in pcb has been changed from 2mm to the correct .1 spacing. If you are interested in the PIs please have a look at this part and point out anything you don’t like about it. If there are no complaints I’ll arrange to submit it to replace the one currently in core and work on doing all the rest of them as well. This is a new part so it will coexist with the previous version posted above so you can see that changes that have been made.

Raspberry Pi Zero.fzpz (39.7 KB)

Peter