35 New & Edited Parts


#1

Hello, I’ve created 35 parts. Lots of them are provided by fritzing with wrong pitch (or maybe different variant), that I had to edit… Hope that will help someone…

Maybe, Most of them are already created, I did not found.
Maybe, most of them you can find also wrong, but I created them comparing with my parts that I work with.

I’m very lazy person. So, BB view of the new parts maybe look dull to you, but I worked till my self-satisfaction.

Please, check the description in the image before use.
I also provided actual picture of some parts…

If there is any error, problem, mistake… Please Let Me Know…

01. Transformer 1.fzpz (5.7 KB) (Ferrit Core * )
02. Transformer 2.fzpz (5.9 KB) (Ferrit Core * )
03. Battery Holder.fzpz (7.4 KB)
04. 78Lxx (TO-92).fzpz (6.6 KB)
05. TL431-1 (TO-92).fzpz (6.3 KB) (Shunt Regulator)
06. TL431-2a (TO-92).fzpz (6.4 KB)
07. TL431-2b (TO-92).fzpz (6.4 KB)
08. KA2281.fzpz (6.7 KB) (or TA7666P)
09. Trimpot - 5mm.fzpz (8.9 KB)
10. Button - 5mm.fzpz (6.1 KB)

11. Pro-Mini - MU.fzpz (19.4 KB)
12. LM 358 - min.fzpz (10.4 KB) (Single ** )
13. LM 393 - min.fzpz (7.6 KB) (Single ** )
14. USB Micro b.fzpz (7.1 KB) (ID pin)
15. Audio Jack 3.5mm S1.fzpz (7.1 KB)
16. Audio Jack 3.5mm S2.fzpz (8.1 KB) (Screw)
17. Audio Jack 3.5mm M1.fzpz (7.2 KB)
18. Audio Jack 3.5mm M2.fzpz (8.3 KB) (Screw)
19. ICL7107.fzpz (9.7 KB) (3.5 Digit A/D Converters)
20. PCF8563.fzpz (6.2 KB) (RTC)

21. Relay.fzpz (12.4 KB)
22. NPN-BCE (TO-92).fzpz (5.3 KB)
23. PNP-BCE (TO-92).fzpz (5.3 KB)
24. Terminal S Green 2.fzpz (5.2 KB)
25. Terminal S Green 3.fzpz (5.5 KB)
26. Terminal M Black 2.fzpz (5.3 KB)
27. Terminal M Red 2.fzpz (5.4 KB)
28. Terminal M Green 2.fzpz (5.2 KB)
29. Terminal M Green 3.fzpz (5.5 KB)
30. Terminal L Green 2.fzpz (5.4 KB)
31. Terminal H Green 2.fzpz (5.3 KB)
32. DPDT Sw 8-508.fzpz (5.3 KB) (8mmx8mm, 5.08mm Pin column pitch)
33. DPDT Sw 8-550.fzpz (5.3 KB) (8mmx8mm, 5.5mm Pin column pitch)
34. DPDT Sw 10-508.fzpz (5.3 KB) (10mmx10mm, 5.08mm Pin column pitch)
35. DPDT Sw 400.fzpz (6.0 KB) (6mm Pin column pitch, 4mm row pitch)

Please Like and reply if any of these helps you…
Thank You…


#2

Sorry but I’m too lazy to check the parts, but the all the variants of screw terminal are in FZ already. You select the spacing and number of pins in Inspector.


#3

Yes they are… I already said… Some of parts I had to edit…
Because, in BB view, Every terminals look same and they are all in 2.54mm pitch…
And in PCB view the silkscreen shows their sizes, those hardly match my actual parts…

So, I made them for easy to use and detect the direction easily on PCB…
That’s why, I made more of them with same pitch, but different Silkscreen…


For making PCB, silkscreen is also very important I think…


#4

Like Old_Grey I’m to lazy to go through all the parts, but I did look over 01.transformer 1 and have a few comments for improvement:

in all cases the svgs aren’t at the suggested scale so I rescaled all of them. Makes no visual difference but makes part checking easier.

Breadboard

rescale and renumber connector 5 to connector 4 to remain in sequence. This is important because the labels will display wrong if the pins are out of sequence. Otherwise nothing that needed changing.

pcb:

rescale, then change all the pads to have a stroke width of 20 thou (the recommended size). Adjust the radius on the pads to produce a 0.035 in hole (it is currently a bit bigger than 0.028 which will typically round up to the next higher drill size). Change connector5 and 6 to 4 and 5 to remain in sequence. Change pin to pad on 5 and 6 to match the rest of the pins.

schematic:

First in Inkscape did Edit->select all then resize page to content as the drawing is beyond the view box and will thus truncate. You should always do this just before saving a svg file to make sure the viewbox is correct. Then rescale the drawing. The two bottom pins on the transformer are not aligned to the .1 grid:

while the grid doesn’t show very well in this, your part (on the right) has the pins connecting to j6 and j7 half way between two grid lines. Corrected that to properly align the pins to the grid. First I went through and changed the stroke widths on all the terminal lines to be 10 thou (because connecting lines in schematic art 10 thou and it is desirable the two match). Changed pins 5 and 6 to 4 and 5 to maintain sequence.

fzp file

Change pins 5 and 6 to 4 and 5 to match the svgs and changed the pcb layer for pins 5 and 6 from pin to pad.

Ran the part through the FrtizingCheckPart.py script to flag any errors (there are none) and to clean the trailing px on font-size and inline the style commands (Fritzing doesn’t always support CSS, so inline is safer). Rezip the result to produce this new part (so you can load your original along side this to see the changes):

01_Transformer_improved.fzpz (6.3 KB)

Hope this helps …

Peter


#5

Thanks for the improvement…

The transformer is the first part I created, there was no ferrite core Tr available.
It took me about a month to understand the editing rules in every view.
The thickness in schem was 5x at first, I recently change it…
Also, thanks for the hole size info…

But, I did not understand, why you put two pins with same number (pin 4)…
There are total 6 pin in that part…


#6

Yes there are indeed 6 pins. In the outside world they are usually numbered 1 to 6, but in Fritzing they are numbered 0 to 5 (something that confuses a lot of people :slight_smile: ). Your original part skipped pin 4 to define pins 5 and 6. That is a problem because Fritzing for reasons I don’t yet understand (because I haven’t dug in to the source that far yet) predicts what the next pin number will be when displaying labels when you hover over a pin. If the pins are out of sequence it will display the wrong label for the out of sequence pin which is an error. For this part that probably doesn’t matter, but the part checking script detects out of sequence numbers and complains (and it is incorrect as noted).

Peter


#7

Okay, I checked the svg file. Now I get it…
The problem was in the pin name in the svg file…

I noticed that from the beginning of editing parts… That’s not confusing to me…
But it get confusing when I was creating new parts…

When I create a new part, In editing window, I always remove all the reference part’s connectors, and then I put my pin number in “number of connection”…
And the Fritzing unfortunately creates new number of pins from "connector1"
And for auto pin connection I number my pins from “connector1pin”…

Anyway, If you check my “Pro-mini-MU”… then you’ll get Huge number of errors… :stuck_out_tongue:
(I just checked the svg…!!! :dizzy_face:)

Also, I’m going create a topic about some Fritzing problems, that should be fixed by now, don’t know why this amazing software did not updated after 2016…!!!


#8

That’s fairly easy. Fritzing was originally a funded University research project. Then the funding ran out and it converted to open source with the hope that donations would fund the project. That hasn’t happened and development has died and probably most of the developers have moved on. I have been trying for about the last 2 years (with no particular success so far) to get a development environment up and running. At present I’m working on the parts check script to get it to remove tspans from the parts in core. That is because the current version of Qt (the framework Fritzing runs on top of) dies if it hits a tspan. Once the handful of parts in core are fixed then maybe I can get development going although last I checked (last summer sometime) the 32 bit Windows version of Qt was not installable and it is required to make a release. The reason for making a release is that at present parts update is broken on at least Windows 7 due to it using TLS1.1 which github no longer supports. If you are willing and able to help start development up again the help would be greatly appreciated. I need to find someone capable of bringing up a development environment on the Mac (I can do Linux and Windows but don’t have a Mac) as well. There is a thread on my progress (mostly the lack of it) in the developers section of the forum. It hasn’t been updated in a long time though.

Peter


#9

Oh! I didn’t know that… Feeling very Sad after hear that…
But, the best thing is this App sill used all over the world. And working without problem.
I believe, there is still no any App created to beat it.

And thanks to all of u to keep supports alive…

I’m happy to help, but don’t know how…
Because, I’m not a professional electronics engineer, it’s my favorite hobby,
And I love to learn new things… And studied on programming language, so I work on AVR projects…
But, I can do making new parts, but u are so fast and good at it…

Anyway, so I don’t think the issues are not to fix at present, but we can still hope for the best…
Still I’ll post a topic in short, At least there should some other way I hope…

Thanks…


#10

If only that was true :slight_smile: , at present parts update at least on Windows 7 is broken. It will not automatically update the parts repository as it used to. The work around is to manually clone the parts repo but that is a pain in the ass. I have a fix, but at present can not build a distribution successfully to try and get that fix out there. Eventually other stuff is going to break as operating system apis change, so if we can’t release updated code Fritzing will likely eventually die.

Peter


#11

Okay, please don’t give me a heart attack…
I’m using it on windows 7…!!

Are you talking about the core parts?


#12

Yes. For now you need to clone the parts repository on git hub:

in to directory

path_to_fritzing_install\fritzing-parts

and then start Fritzing and click

part->regenerate parts data base

to install the updates as the automatic check doesn’t work. You can verify it isn’t working for you by clicking

help->check for updates

If you get (as I do)

Check for Updates

Unable to access network site for ‘path_to_parts_directory_above’
Fritzing cannot update the parts folder automatically.

then you have the issue and need to do manual updates until (if) the problem gets fixed. As far as I am aware I am the only one working on fixing the problem and as noted I’m not having a lot of success so far.

Peter


#13

Yes, I’ve the issue,
I thought, it’s not a installation package… That’s why it cannot update automatically…!


#14

Thanks for the updated link…
I replace them… And at the first opening got an error of 14 parts…

After regenerate it’s working… And there are many new parts…

I only check two of them,
OMRON PCB Power Relay – G5LE = I think the silkscreen updated…

But, no “Standard Relay” that I made… that relay is only can be seen on “Mini Relay Shield” BB view…!! :thinking:

7805 (T0-92) = still got wrong pins. (is it really exist…?) :man_facepalming:
Also, I made this as 78Lxx…!!