Electronic Components OpenSCAD Library

A Library of OpenSCAD Modules that Represent Electronic Components.

This library is part of scadlib. It is ment to be included in scadlib/lib/.

This readme contains general information for modelers of electronic components and specific information that are needed to create fzz2scad compatible models.

General Information for Modeling Electronic Components

The structure of this library sticks to the classification of electronic components in http://en.wikipedia.org/wiki/Electronic_component

Arduinos et al. can't be classified as components. Instead they are classified as modules.

Meta Data

Of course the standards for meta data apply.

Never forget the -dependency, param and return tags (if appropriate)!

Remember to use @adopt as this may save LOTS of code and work.

electronic-component specific tags information

These are the tags that should be used for electronic components.

@category-list

Each electronic component must have the category electronic-component: This helps indexing in a large library of not only electronic-components.

Further categories are necessary. It is probably the best to derive the categories from the classification (which also determines the path to the file in the library)

Note that the path uses the plural of the classification word, while the category is singular ("led" vs. "leds").

@source

Links to the data that was used to create this model.

• Datasheets
• Fritzing Parts
• EAGLE Files
• Websites
• etc.

@manufacturer

The name of the manufacturer. (Especially interesting if there is only one.)

@manufacturer-product

The "catalog" name the manufacturer uses to identify this product. (Especially interesting if there is only one manufacturer.)

Special tags for the tag-list

Adding some tags to the tag-list always is useful, but these tags help finding models for specific purposes.

hq

A high quality model that is as detailed as possible.

lq

A low quality model that gives an idea of what the part may look like.

do

A model that only defines the space above a part that is needed for a drill in a casing so we may access that part.

proto

This module is a prototype that will be used by modules to create models.

fzz2scad specific remarks

Meta Data

@tag fzz2scad-compatible

A part with this tag is designed in a way that it can be used with fzz2scad.

@note: fzz2scad-compatible, see https://github.com/htho/fzz2scad

Gives a hint that this module is fzz2scad compatible. Anyway, "fzz2scad-compatible" should be in the tag-list.

Design Requirements for Modules

1. modules have their x and y origin in connector0 (The center of connector0 is x = 0 and y = 0)
2. modules have their z origin on the bottom of the part. That is where the part (almost) touches the PCB.
   If the distance is variable, the module has a distanceFromPCB parameter.
3. modules have the same orientation as the parts in Fritzing

Reasons for the requirements

Origin in connector0

This sounds a little odd at first. But one has to know, that coordinates in Fritzing are unintuitive. This counts at least for the coordinates that are shown in the right panel and stored in the fz file. These coordinates point at the edges of the SVG-Image that contains silkscreen and the connector pads. This is odd when modeling a part using a datasheet.

An Example: A standard 5mm LED like this has a diameter of 5mm (obviously). Where? At the Part with the dome!

There is a socket below that. It has a diameter of 5.8mm and is flattened on the side with the cathode down to the main cylinder.

As the the first maximal dimension is 5.8mm and the second maximal dimension is 5.4mm, one might think the module should have a ground area of 5.8mmm times 5.4mm. The truth is: Fritzings part has a ground area of 6.20014mm times 6.20014mm (=0.2441in according to svg.pcb.5mm_LED.svg)

BUT: The LED isn't even centered on the image! It is rotated so the flattened side is on the upper side of the image and at the edge of the canvas. There is a lot of Space below the LED.

Connectors are universal!
When modeling a part using the datasheet, the positions of the connectors are at hand, size of the svg and position on it are not. So we use the connectors as common ground.

Rotations

Parts are most likely modeled with the datasheet in hand. A certain orientation seems natural. But the parts in Fritzing might have a different orientation. (I modeled the LED from the example above with the flattened side on the right. The Fritzing part has the flattened side on top.) To get the default orientation simply drag the part on the PCB in Fritzing. Use the same orientation for your part.