It is reasonably trivial to make a modified part. The existing one matches ones I bought from ebay, and in fact all the ones I looked at after typing a search for “mini 360 dc-dc” on ebay in fact show as being 17x11. If you have a pointer to the one you want I can change it easily enough. I assume you want the wider spacing on the silkscreen on pcb view (as I can’t see it mattering particularly anywhere else)?
Peter
If you run in to problems feel free to ask here. We like to help folks making parts …
Peter
Does this work?
change .fzz to .zip.
DIP test.fzz (12.0 KB)
Hi Peter,
Thx for the fast answer !
I’ve bought on on a few website the 22x17 version, here on Amazon for example :
Most websites are also selling the 22x17mm version.
I have a few pieces here, so what kind of information do you need ?
Guillaume.
Even easier, once I saw it. This appears to be a sbx dsun module which I did a part for someone a while ago:
sbx dsun.fzpz in that thread should do you.
Peter
Just perfect !!!
Thank you so much !
Okay, has been some time since I did some work for this part but I spent half day doing a lot of fixes based on the original Arduino mega board file. Basically, updated the header positioning on breadboard and pcb view and added the connector ids using Atom Editor which helped me a lot due to features like Find and replace using RegEx (and selecting all results with Alt + Enter), Sequential number package and beautifiers. The same stuff was used for all internal connection in BB view.
Here is the result: Arduino Mega Sensor Shield v2.0.fzpz (206.5 KB)
So far, the only thing left is renaming the pin in connector section and the big schematic view which I don’t want to do since there are like 325 pins! OMG!
The bad thing about internal connection with so many pins is that Fritzing can lag a bit while doing it manually.
Hi, I am looking for some help creating a part for the 19885RGB 8x8 LED matrix module. The data sheet for this module can be found at this link. The data sheet doesn’t clearly indicate it, but pin 1 is the lower right pin looking from behind (lower left pin looking from above) and pin 16 is the lower left looking from behind. Also note that the unit drawing in the data sheet doesn’t appear to be to scale for the pin placements. The actual measurements are correct, but the drawing makes the pins look too close together with respect to the unit’s overall width. But again, the number values for the measurements in the data sheet are verified to be correct (2.54mm *15 does equal 38.1mm) . Here is an image of the backside pins to accompany the data sheet:
Any help would be appreciated. Thanks!
Any of these.
http://forum.fritzing.org/search?q=LED%20matrix
Nope. All different sizes (none 48x48 mm) and most not RGB but monocolored.
After wading through several documents (they all need updating), I finally understood the scheme of things and was Successful in creating a new part.
I made a couple of parts and show the first one in this post. I started simple: One Pin.
No DRC errors.
Dimensions are correct (1mm Hole, 5mm Pad).
Has Views of: PCB, Schematic (used existing schematic view for this part), ICON, BreadBoard.
Exported gerber and loaded into CopperCam
Scrnshots of the Views and CopperCam
In brief - things I learned beyond the obvious:
Remaining Work to be done (and need some Tip’s/help): The ‘Advanced’ settings in the Inspector - where and how to tweak that?
Attached Part for your amusement…
Generic Header - 1 pin.fzpz (6.8 KB)
One major problem and a couple of minor ones:
the hole size is 0.078740 (according to the gerber) not 0.038 as it should be. Now on to the minor nits and what I would do about them (however your part, your choice of options 
).
breadboard svg:
layerId needs to be breadboard not silkscreen. The only problem I know that this causes is the part will not export as an svg (it will be missing). The svg scale is not standard, the parts document calls for 1 px to be 1 thou and the height and width to be set to inches. To correct this (which is optional, the part will work fine with the current scale), I ungrouped everything in Inkscape (to remove all the transforms and not create new ones), edit->select all to select the whole image then file->document properties-resize page to content to restore the origin to 0 0. Then I recorded the coords(x, y, w, h) in px from the top tool bar 0 0 20.553 41.345 in my case. Now in doc properties I changed the scale from 0.26458 to 10.41667 which sets 1px to be 1 thousandth of an inch. Note you need to make sure edit->preferences->behavior->transforms->Scale stroke width is ticked (I usually untick it as I don’t want extending a line to increase the stroke width). Once the new scale is set the image will basically disappear (it has really gotten a lot smaller). So edit select all and set the coords in the top tool bar back to those recorded originally 0 0 20.553 41.345. That should rescale the drawing back to its original size (but at the new scale). Now I moved connector0pin till it was centered in the post (rather than being at the left edge). I also created a 10 thou by10 thou rectangle called it connector0terminal and positioned it at the bottom tip of the connector0pin line. The reason for this is that with only the connector0pin defined and set to .1 in length the wire will connect at the .05in mark (the center) of the pin, It is usually desirable for it to connect at the end of the pin (if you load the test_Sketch.fzz file below and look at breadboard you will see what I mean). Finally I edit->select all and grouped and changed the group id to breadboard to set the layerId, then saved the svg as plain svg.
Schematic was rescaled as above (because that was all it needed) then regrouped and the group labeled schematic.
pcb:
Again ungroup everything and rescale it. Select the rectangle that is the outline in silkscreen and in xml editor move it above the circle that is the pad. If silkdscreen is the first group followed by copper1/copper0 selection in pcb view is easier (if silkscreen is the last group it is selected first which is rarely what you want). Then select the circle (or perhaps ellipse because of the rescale) set its radius to 29 (0.078 dia) and stroke width to 20 in xml editor. The hole size is set by dia (0.078) - 2 * stroke-width (2 *0.020) = 0.038. With that done select the circle and group it twice. Set the outside group to copper1 and the inside group to copper0. Change the id of the circle to connector0pin. While setting a group as connector0pin as in your original with the pad inside it works, it isn’t standard and will cause a warning from my parts check script which is expecting the standard circle with a radius and stroke-width to set the hole size.
save as plain svg and we are done.
I edited the fzp file to check that breadboard had a terminalId set (which it does) and fix up some of the reference file names to keep my script from complaining about them, but I could have skipped this step without a problem. I then ran my parts checking script against the fzp file so it processed the fzp and associated svgs and corrected some of the things that Fritzing doesn’t like that Inkscape does (it inlines the style commands because Fritzing doesn’t always support style, and removes the px from all the font-sizes as the px causes font scaling problems in Fritzing and will change white silksreen to black to show up in Inkscape). Then I used 7zip to zip the fzp and 4 svgs in to this new part:
Generic Header - 1 pin_mod.fzpz (7.1 KB)
This is a new part so it will load beside your current one so you can compare them (and unzip it and see the changes I have made in the svg files which are substantial). As well here is a test sketch with both parts which demonstrates the connection to the middle of the pin in breadboard.
test_Sketch.fzz (16.2 KB)
Hope this helps some.
I’m not sure you can directly (although I could be wrong). Usually those parameters are set (sometimes by secret modifications to the mduleId and family parameters in the fzp file, some of which I know how to do) in the code. Sometimes we can figure out how to fool Fritzing in to thinking we are a core part by editing the family and moduleId, but I at least don’t know how to do it for the advanced settings. Someone else may be able to though.
Peter
Thank you for taking the time to look at it and providing valuable feedback.
Interesting…, as follows: First, recognize the values in the Inspector/Advanced panel mean nothing with respect to what I did (since I can’t find info to address changing that and, it’s probably a left-over from using a Pin header as a basis for the part. Meaning that, though it say’s hole size = 1mm, my design is 2mm.
Also, this was not, as you probably suspect, not intended to be a real part but an educational part.
Regarding the hole size:
In Inkscape, I set the parameters to result in Hole size of 2mm. Correct. and verifies using the Grid scale&Grid lines.
Importing gerber into CopperCam_ results in hole size of 2mm with Pad size of 5mm. Correct.
In Fritzing, using the mouse pointer, placing it at pad bottom and pad top (and scrnshot of info) shows a delta of ~5mm, Correct. The delta for the hole in the pads show a PinHole diam of ~2mm, correct.
The math: 0.0787 (25.4) = 2mm, correct.
The layer ID/name: I agree they should be as required. “Required” is the problem - inconsistent info and old age. I looked at several part files (xml) and came away thinking it didn’t really matter - guess I was wrong and will attend to this next go-around.
You provided great comments and I will work through them.
Any on Goo
https://www.google.com.au/search?client=opera&hs=tj1&ei=WKu5Wp-xDIS40gSpkYboDA&q=19885+RGB+8x8+LED+Matrix+fritzing&oq=19885+RGB+8x8+LED+Matrix+fritzing&gs_l=psy-ab.3...820.9183.0.9744.13.13.0.0.0.0.373.3042.0j3j8j2.13.0…0…1c.1.64.psy-ab…0.9.2143…33i21k1j33i160k1.0.5jo-NJTOkSg
These PPTCs aren’t that good. For them to cut in a reasonable amount of time you have to have 3 times the rated current. Double the rated current and it’s maybe 15 sec. Iv’e got 100 and 200ma coming, so they should be ok for 0.5A.
There is one on google that is 64mm (and has a number of problems internally). I’m in the process of cutting it down to 48mm and fixing it up …
Peter
Again, no. They are either the wrong size, the wrong pin arrangement, or not RGB. I did look.
This part should do what you need. As always you need to print out the pcb footprint and check it against a real part before ordering boards (because I don’t have one). Of note the holes in pcb are small, 0.025in (standard IC pins are 0.030, and .1 square posts are 0.038) but that is what the original part used and I didn’t change it. If you want bigger holes they can be increased with a simple svg edit.
RGB LED Matrix (8x8) 48mm.fzpz (32.4 KB)
Peter
It works. But not sure if the schematic was done on purpose like it was.
pcb.fzpz (2.4 KB)
Hello Fritzing community,
As many of you know, I have been doing some new fritzing parts or reworked a bit few ones, some of them for my electronic project because I love how this tool let me design beautiful breadboard / schematic / pcb views for each project so far.
Now I was checking into the existing xbee parts and noticed there weren’t shield board like USB adapter from DFRobot or the same version for Arduino which you can see here.
As you already guessed, I did my own part based on the image sticking to the size of most things but noticed an issue about the female header connector:
The problem: Female holes have 0.08" spacing instead of the 0.1" Fritzing grid. You can verify these values at Pag. #6 of Xbee manual.
Due to that, I must do a new Xbee (in my case, Xbee pro) Fritzing part to match this spacing and therefore making the usb adapter (shield) usable for xbee projects.
Using the Eagle board file of the Xbee pro, turned it into svg (thanks to Eagle2Fritzing algorythm), I effectively confirmed the spacing for this piece (0.08") as you can see in the next picture:
As you can see, white lines are 0.08" grid and almost all holes are aligned to this.
So the question right now is: Should I let it as it is to maintain the real aspect of Fritzing parts?
