Once you have climbed the learning curve. parts making is fairly easy, as was this one. It is possible to make a partial part even more easily, but I prefer to make proper parts that could be submitted for inclusion in core. A full part is useful for anyone else that needs the part (and may need the full part not a partial.) As requested here is how I did this part (with notes on how you should do it where that differs from what I did.) I copied the existing SS13D01 files in to a new directory and modified them, if you are not very familiar with making parts you should load the SS13D01 part in to Fritzing and edit it with the new parts editor. Change the metadata tab to match the new part (change the various labels to match the new part.) Particularly change the family name in the properties section as the family needs to be unique to this part. Then save the new part, export it and unzip the resulting fzpz file to give you the 5 files that make up a part: the fzp and 4 svg files. Now using aa svg editor such as Inkscape, edit the breadboard svg. Ungroup it completely then add the extra pins by duplicating them. In this case because the original part was single pole I interleaved the pins with a .1 offset in y to make the needed dual row of pins and expanded the length of the rectangles to cover the new pins leaving this:
Now on to schematic, edit the schematic svg and as with breadboard add the necessary pins for the 2nd pole and (from the data sheet for the switch) set up the switching configuration: the 4 lines with arrows all connect together and will move one terminal position with each indent I believe. Again add and number the necessary new pins to get this:
Now on to the pcb svg. In this case because it connects with wires, pcb is not the same as real life but rather a dual row 10 pin header which will accept either .1in headers or wires soldered in to the pads. Again add the new connectors and number them correctly giving this:
Now all your svg files are created and you could run the resulting svgs through FritzingCheckPart.py (to remove the xml that the svg editors add that Fritzing won’t accept) or do the same via a text editor on the svg file and load them in to the new parts editor to assign the pin numbers. I chose (as I usually do) to directly edit the fzp file to do the same thing. I used FritzingCreateFzpConnectors.py to create the new connector defiinitions (which I believe you need to do anyway, I don’t think parts editor will create new connectors although I could be wrong), and added that to the fzp file and added the pin name and description fields. Then I ran FritzingCheckPart.py on the fzp file to make sure everything was ok. The script checks the syntax of all the files and insures all the connectors are defined if not placed, correctly and as noted cleans up a number of svg editor issues. Then all that was left is to load the part and test it in Fritzing to make sure all the connections are correct and the gerber export is correct (there are a number of bugs which make a board look fine in Fritzing but not in the gerber output.) As all that checks here is the completed part:
ss-24no1.fzpz (5.7 KB)
The Aisler (who run the fab) CTO has succeeded in getting development restarted. The 0.9.4 release made a month or so ago is the first result of that effort. It is mostly a test of the new build environment (the previous one no longer exists) with the handful of bug fixes committed since 2016. Assuming we can get funding from donations to fund professional developers there will be more releases. The code base is to complex to depend on volunteer developers (I have been trying that route for the last couple of years without any notable success) so a revenue stream is needed. The jury is still out in whether that will be successful, but the new release at least buys fritizing a couple more years before bit rot destroys it again (the current release had already started to fail due to unsupported library versions on some OSs). Hopefully development will continue.
Peter