Sounds good, once we get a good one we can submit it to core parts.
Peter
I’ve to fix all the pins on your breadboard…
You edited it on inkscape, so it took me a couple of hours… 
I also change some old design to match the new one… (all marked)
And, In pcb, I don’t understand why there is no hole on pins…? Is it ok?
Or you forgot to combine those paths…!!
Here is the edited file:
Raspberry-Pi-4B.fzpz (37.9 KB)
That may be my fault. Lxml is one of the few programs that obeys the space:preserve command and leaves the blanks in the xml. It annoys me when I’m editing so I delete the space:preserve (then lxml deletes the redundant spaces). I think Illustrator wants the space:preserve to work, so probably adding it back in at the top of the svg would have saved those hours of work. Sorry about that …
So far as I know you can’t make oblong pins as a single path. You can make a circle as a path, and gerber will drill a hole. Every thing I have tried with oblong paths with holes in them doesn’t drill the holes in gerber processing. In this case there are the paths (46 of them) then 46 circles (which are the connectors) which over lay the paths. As a bonus, changing the radius of the circle will change the hole size (at least in Inkscape) easily without having to recalculate the path to change the size of the circle. As I said this is the only oblong pad that I know of that works in Fritzing (at least and drills holes in gerber output.) I’ll look over your changes now.
edit:
Lots of problems!
Breadboard:
layerId should be breadboard (not breadboardbreadboard which is specific to breadboards and may trigger unexpected code)
It is desirable that all the connectors be at the very bottom of the svg in group schematic like this
(from the original extracted from vi)
<circle
cx="329.37469"
cy="171.59525"
id="connector0pin"
r="29"
fill="none"
stroke-width="10"
/>
<circle
cx="329.37469"
cy="71.609756"
id="connector1pin"
r="29"
fill="none"
stroke-width="10"
/>
...
<circle
r="30"
cy="1430.1786"
cx="428.83005"
id="connector45pin"
fill="#ffffff"
stroke="#d4aa00"
stroke-width="10.41666985"
/>
<circle
id="connector46pin"
cx="528.82977"
cy="1430.1786"
r="30"
fill="#ffffff"
stroke="#d4aa00"
stroke-width="10.41666985"
/>
</g>
</svg>
The reason being that I have python scripts (as yet unpublished) that will number the connectors (when it finds the first item with an id of “connector”) in sequential order which reduces the work of defining connectors or renumbering them to add connectors in the middle. I would like to see all Fritzing svgs end up this way to allow tools to easily manipulate the svgs. For the same reason, I removed all instances like this
which is a stray unused connector which will confuse the scripts. This appears to be an invisible rectangle which could be removed.
This one I will remove becasue it shouldn’t be there (don’t know where it came from, it appeared when I ungrouped the svg.)
I have renamed all the connecotrxxpin_yy to polygon-123 and moved all the connectors to the bottom, then regrouped (but left the space:preserve)
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<svg
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:cc="http://creativecommons.org/ns#"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:svg="http://www.w3.org/2000/svg"
xmlns="http://www.w3.org/2000/svg"
xml:space="preserve"
enable-background="new 0 0 245.968 164.34"
viewBox="0 0 246.0628 164.24401"
where the xml:space=“preserve” is probably what Illustrator was unhappy about being deleted in the original svg. See of Illustrator likes this svg I guess.
The fzp file still has the layerId as breadboard, so the breadboard svg layerId would have been wrong (FritzingCheckPart.py would have complained about it.) So see if this works in Illustrator and we should be good to go. The pcb svg is dimensioned in px (FritzingCheckPart flagged it) rather than inches so correct that. I see what you mean about no holes in pcb, something went wrong. That isn’t the pcb svg that is in the original file. It is missing all the connectors and is dimensioned in px. I’ll replace it withe the original correct pcb svg rather than try and fix it. Something (parts editor os a good candidate!) inserted some groups in to the copper0 group. This is part of the reason I don’t use parts editor it loves multilevel groups which screw things up!):
Ah! Something has replaced the fills in the connectors with fill:none again, this will likely work in gerber just fine (as it doesn’t care) but it won’t display correctly. The original svg has this
fill:#ffffff;stroke:#ffbf00;stroke-width:0.72000003
fill:none;stroke:#ffbf00;stroke-width:0.72000003
plus the scale is incorrect as well as being dimensioned in px (so perhaps this is an Illustrator issue). the original svg has an Inkscape doc properties that looks like this:
the svg in your fzpz has a document properties that looks like this (plus the extra groups and changed fill value):
with dimensions in px (which can cause scaling problems) and the wrong scale. I’ll copy back in the original pcb svg. Just discovered the same thing happened to breadboard, it too is in px and at the wrong scale. It looks like Illustrator is changing the dimensions and scale when it edits Inkscape documents. We need to figure out how to stop it from doing that and get it to write the correct dimensions and scale because we eventually (when I finish an upgrade) want to put FritzingCheckPart.py in to the parts acceptance tool chain and it will insist on the correct scale and dimension settings. Plus I just found more problems. the scale in breadboard is indeed wrong, the pins are no longer on .1 boundaries:
the copper circles were set invisible (fill:none and stroke:none) in the original and now have values again and the rpi logo circled in red should have been deleted. As well the xy coords of connector0 displayed here are no longer scaled on 0.1in boundaries when I display connecotor1 (presumably because of the dimension being in px with an unknown DPI setting.)
The y coords here should be 1.643in not 1.618in. It is getting late here, I’ll poke at this some more tomorrow and see what I can do. I can probably rescale this svg and remake the changes in the original in Inkscape, but I expect we need to figure out how to get Illustrator to not change the scale and set the dimensions to px to successfully interoperate with Inkscape.
Peter
1 Like
Oh, I don’t know how this happened…!!! Maybe, It was in the core svg, I didn’t rename any connector pin…!!
I don’t know how to fix it, Inkscape use px, but in AI, it use pt/px/in…
Suppose, any core svg, I open in AI, All the stroke are huge…
AI shows that, the stroke is 20pt/ 10pt/ 5pt… (actully mili inch)
I’ve to type them as .02in/ .01in/ .005in… And then It get proper stroke…
I think AI doesn’t support mili inch… Both editor save the svg as their own scale…
So, If a svg created on inkscape, I still can edit it in AI, But, created with AI, can’t edit in inkscape, the whole scale changed to px…!!!
I think we just haven’t found the correct settings for Illustrator yet. This used to work, as many of the parts in core were made with Illustrator, but I don’t know of anyone still posting in the forums that uses Illustrator. If someone reading does know Illustrator please post! Doing a google search for “illustrator scaling” brings up instructions on scaling a document (much like Inkscape’s) so I expect this is possible somehow, we just don’t know how. This page may be illuminating:
https://helpx.adobe.com/ca/illustrator/how-to/create-new-document.html
It appears to be similar to the Inkscape equivalent and I expect things like document scale and dimensions (inches rather than px) can possibly be set here, although I don’t have Illustrator to try it. I’ll rescale or copy/paste your changes in to my original file in Inkscape and see if I can pull your changes across in to mine.
Peter
Is there any problem with using Inkscape except to get scaling correct?
BTW i found this
https://wiki.inkscape.org/wiki/index.php/Units_In_Inkscape
EDIT:
I see version 1.0 is in rc, looking good https://wiki.inkscape.org/wiki/index.php/Release_notes/1.0 /EDIT
I am a newbie to SVG and Inkscape, just investigating yet…
Other than some annoying bugs (you can’t copy values via clipboard from one Inscape instance to another is an annoying one) Inkscape works fine. I use it exclusively to make parts. Having units in px is a problem, because a px has been 72DPI (early illustrator), 90DPI, (Inkscape prior to version 0.9.2 or 0.9.3) and now 96DPI. Fritzing will try and guess which one was in use with the svg but sometimes gets it wrong (in which case the part scale is wrong.) An inch is an inch at any dpi, so in or mm are the preferred dimensions, but figuring out how to set that in the various editors is a challenge. The last I tried the Inkscape V1 beta (which is probably 6 months ago) it had problems with rescaling that made it unusable. They may have been fixed by now, but I still use 0.9.4.
Peter
OK, I used copy and paste via Inkscape from your updated breadboard in to my original to move all your changes (I hope anyway!) across:
breadboard:
Move the GPIO and PoE connectors down to be centered with the mounting holes as they should be (and are in pcb).
Replace the display and camera connectors with your better versions and place them appropriately.
move the run global_en jumper block up to the same position it is in in pcb (overlayed the pcb svg to get the placement correct)
replaced the 2 HDMI Mini connectors with your HDMI micro connectors and added the larger HDMI label
Replaced both USB connectors with the ones from your svg and added the labels for both USB ports and the ethernet (which when I looked closely at my 4B I see are really there :-), good eyes!)
Increased the size of the Raspberry PI logo a bit to make it more accurate with the one on the board. So breadboard now looks like this:
which came from this new part:
Raspberry-Pi-4B-2.fzpz (39.5 KB)
So please have a look over the new part and see if you see anything else I have missed. Schematic and pcb are the same as in the original part (I don’t think you made any changes in either of those, although Illustrator looks to have 
.)
Edit: just noticed the camera connector didn’t get updated correctly. I’ll fix that and replace this! It is obviously my day for weird problems, the svg is correct, Fritzing is just rendering it wrong for reasons as yet unknown:
the white bar shows up much too large in Fritzing yet I can’t so far see a translate to explain that.
edit2:
Fixed. Replaced the path with a rectangle and now it renders correctly. Don’t know why that one path doesn’t render correctly though:
Raspberry-Pi-4B-3.fzpz (40.0 KB)
Peter
It’s ok, But PoE pins, Run & global pins aren’t at right place…
And due to inkscape scale, micro-Hdmi & USB (from mine) svg get smaller…!!
I’ll check them again against the mechanical drawing (and print out the footprint since I have a device to compare it against this time!)
That is why dimension in in or mm is a better bet. Illustrator must be using a different DPI value (perhaps 90DPI instead of 96DPI) than Inkscape. I’ll see if I can figure out how to scale it. Thanks!
Peter
Ok, thanks…
All I can say, that’s not DPI problem, I edit in 300dpi.
I check with lower DPI, but problem still the same…
Inkscape always showing AI shapes smaller, and the ratio is always same…
Maybe, that’s because of units, in AI I can change units in another system, But don’t know If it still save the xml as default unit or not…!! 
I think we are talking different DPIs 
, the svg standard used to be drawing units are 90DPI (Inkscape 0.9.1 and less) it then changed to 96DPI (this being svg drawing units, not display DPI which I think is what the 300 number probably is.) The original Illustrator (which many of the core parts are in) was 72DPI (to match pt) and I don’t know what the latest Illustrator does, (maybe 90DPI against Inkscapes 96?) I have corrected the two connectors (and will check pcb because it is probably wrong too!), you are correct, I must have misread the mechanical drawing because both were wrong. Now I’ll load your breadboard svg and compare something (one of the rectangles probably) between the Illustrator and Inkscape versions and see if I can figure out a scale factor to convert one to the other (I know how to do that in Inkscape if not Illustrator!) so I can scale the connectors that I copied across properly. We are slowly getting where we need to be, and the part is getting better for it
Peter
PS: And I just check, on both, selecting same unit… Problem still on…
Because, the unit selection provided for user comfort… But both of the editor save “xml” with their own unit…
And both of the “xml” have lack of units prints after the size, like they are not intended for used on other editor…!!! 
Have anybody checked if there are bug reports or improvement requests on the editors?
Actually can’t say it’s a bug, both editor saves their unit in svg xml, in their own way…!!
PS:
AI svg in inkscape: Whole document get shorter.
Inkscape svg in AI: Only stroke get larger.
OK, success at last I think. First the scaling issue, I indeed compared the cpu rectangle between Illustrator and Inkscape:
Your Illustrator breadboard svg
My Inkscape copy of the breadboard svg:
doing the scale calculation (using the widths in px)
51.920/38.851 = 1.336387737767368
which works out that Illustrator is using 72DPI as the drawing unit. Thus to convert the Illustrator svg in Inkscape, start with the Illustrator svg:
and make sure scale stroke is enabled (this may be where your stroke-width problems are, if this is off stroke-width won’t be scaled!) Note the scale (circled in red in the document properties window) because we will need it later (1.0 in this case.) Now change display units from px to pt (i.e. to 72DPI)
the scale changes to 1.33333, so change that back to 1.0 (you may need to do an edit-select all to make sure the entire drawing gets scaled!) then change drawing units back to px. Now the Illustrator svg should be the correct scale in Inkscape:
and our rectangle is now the same size as my original. So with this done, I recopied all the elements you changes (at the correct scale this time ) in to my svg. Then I got out my calipers and measured the size and position of the parts on the real board and adjusted the scale of the various parts as needed, then fixed up my errors in connector positioning in both breadboard and pcb (where the run connector was too low.) That is all reflected in this new part that I hope is now correct:
Raspberry-Pi-4B-4.fzpz (40.2 KB)
Peter
3 Likes
Hi,
I really like this Raspberry Pi 4 part.
One suggestion for optimizing it:
Could you put a refernce table of GPIO numbers into the graphics? This helps in printed documentations where you cannot hover on a pin for looking up its number.
Christian
That could be (and perhaps should be) done, but typically breadboard matches the look of the real part (which doesn’t have those markings.) I’ll consider making a variant where the above is done so people can choose their poison (matches real life, or has pin numbers. ) selectable via Inspector.
Peter
Good idea 
I have also written to the Pi foundation if it would be possible to print the numbers on the Pi itself.
Christian
Is there a breakout board part for this model of the pi?