digi-key / digikey-kicad-library Goto Github PK

Summary:
The MMBT3906LT1G symbol in the digikey kicad library has the wrong pin numbers.
The collector should be pin 3, and the emitter should be pin 2. Currently, they are swapped. See image below.

As far as I can tell, the reason this this kicad repository exists is to help engineers design faster, and in return Digi-Key will almost certainly make more sales because of the extra value they are delivering to their customers.
A highly detail-oriented person from Digi-Key should verify the parts in this repository are all accurate. It is not reasonable or fair for Digi-Key to expect the customers to correct these errors in the design/test phase.

This repository is really helpful and it does tend to make me order from Digi-Key over other vendors. But that becomes less true when the symbols have really simple errors like these.

I am using KiCAD 5. I found the digi-key-KiCAD libraries and wanted to add them. I followed a set of directions and was able to load the symbols library was could not load the footprint libraries. I received an access denied error. What do I do?

Bob

Request for horizontal tactile switches

• various plunger lengths
• SMD and THT
• TE, C&K, E-Switch, etc

3D models would also be great :)

The symbol for MCP6002 is wrong in library: dk_Linear-Amplifiers-Instrumentation-OP-Amps-Buffer-Amps.lib.

VDD and VSS pins are swapped.

I'm trying to add a Keystone 3034 (https://www.digikey.com/product-detail/en/keystone-electronics/3034TR/36-3034CT-ND/4833649) to my project. I noticed that its footprint is already in the digikey-kicad-library. However, there does not seem to be an associated schematic symbol for it. Is there a particular symbol I should be using?

dk_LED-Indication-Discrete LTST-C19HE1WT has a symbol for an RGB LED with a common cathode, but according to the datasheet the part has a common anode.

Hello,

all symbols in the "dk_Transistors-FETs-MOSFETs-Single.lib" are wrong. The arrow in the symbols should allways be connected to the source pin, but it is always connected to drain. I'm not sure if this is also afecting other librarys but in this one all symbols are wrong.

Also sometimes the diode is in the wrong direction.

If i can find the time i will make a pull request with the fixed lib.

Both dk_Diodes-Rectifiers-Arrays:BAT54C and dk_Diodes-Rectifiers-Arrays:BAT54C-7-F have incorrect symbols for digikey-footprints:SOT-23-3.

The common cathode should be on pin 3, not pin 1.
The anode of the first diode should be on pin 1, not pin 3.

The following unified diff should fix both symbols:

-X ~ 1 400 -100 200 L 50 50 1 1 I
+X ~ 1 -200 0 200 R 50 50 1 1 I
 X ~ 2 -200 -200 200 R 50 50 1 1 I
-X ~ 3 -200 0 200 R 50 50 1 1 I
+X ~ 3 400 -100 200 L 50 50 1 1 I

Plenty of searchable material to help locate using the 'type ahead' method...

Lack of said material in the Alpha version...

Hello,

I was trying to use the symbol dk_Embedded-Microcontrollers:ATMEGA2560-16AU and it has no VCC or GND pins? everything else looks correct though.

I have never made my own footprints for KiCad, but I will try to fix it and upload it.

Thanks,
Kyle

I'm soliciting anyone's opinion.

Any stocking information will be updated in the fields, but a user selecting the symbols won't necessarily have a good idea that something is no longer stocking or readily available on the website. The current track of the library is that someone can download the library and they can count on being able to count on it to be normally stocking. Does this sound reasonable? How might you handle it?

Should these be moved to separate libraries?
Should names be appended to alert people?
Should these be left in place?

We carry espressif directly now so we may want to duplicate or replace directly with their part. This part is missing it's fp assignment in the 1528-1801-ND.lib file

The courtyard and fab outlines for USB_A_Female_Vertical_RA_73725-0110BLF.kicad_mod are incorrect. Pin 1 is closest to the front of the connector, per the linked datasheet. But the outlines in the footprint extend the other way. Testing with an actual part and PCB (unfortunately...) reveals that the part fits into the footprint backwards. The electrical connection is correct, but the part physically interferes because it extends in the other direction.

Either the pads or the outlines should be rotated relative to the other.

Per forum: https://forum.kicad.info/t/can-someone-give-me-a-double-check/10980

Symbol for MMBT2907A (Digi-Key MMBT2907AFSCT-ND) incorrect footprint.

According to the kicad footprint, common/ground is third (right) pin. According the datasheet, common/ground is the 2nd (middle) pin.

The TC1047AVNBCT pinout is incorrect. Pin 1 should be VDD while VSS (GND) is pin 3 according to the datasheet.

Stocked from seeed, but now we carry particle directly

MEA CULPA: Not sure if this is the right way/place to ask but I'm on github and this question seemed likely to come up anyway.

Perhaps add some info on versioning to the README.md?

The PCB footprint hole size for OSTTC020162 (dk p/n ED2600-ND) is too small. Its about 0.7 mm but according to the datasheet it should be 1.0mm.

How do you actually import this library?
I'd like to use git clone to ensure my digikey library is always up-to-date.

But there are no instructions on how to import this in such a way that it doesn't get mixed up with the Keycad default libraries.

Using Windows.

In the datasheet and your symbol for JS202011SCQN the pins at the top go 4 5 6 but in the footprint it goes 6 5 4.

Part length on the long end is roughly 19.3mm in footprint, but the actual part length is 13.85mm.

https://www.digikey.com/products/en?keywords=UE27AC54100

https://signin.amphenolcanada.com/ProductSearch/drawings/AC/UE27ACX4X0X.pdf

Hi,
There is an error in the footprint for the 12401610E4#2A right angle female 24-pin USB-C connector. The slots to accept the mounting tabs are incorrectly placed.
Loving the library in general - keep up the good work!
Cheers
Jeff

https://forum.digikey.com/t/electrical-types-of-digi-key-schematic-symbols/1323

For the BS-7 battery holder, the pins have electrical type “Power Input.” Since it’s a battery, shouldn’t the type be “Power Output?”

For the 100SP1T2B4M6QE toggle switch, the pins have electrical type “Bidirectional.” This is giving me trouble when I try to use the toggle switch as a power switch. In the official KiCad library, switches use type “Passive,” which I think would work better.

These Headphone jacks are for a 3.5mm plug, not a 2.5mm one as the name suggests.
https://www.digikey.de/products/de?keywords=SJ1-3523N

In addition the pads are named wrong, I believe instead of 1,2,3 it should be T,S,R

The digikey library has incorrect pinouts for logic chips. As an example, if you compare the pinouts of SN74LS02N in KiCad with the datasheet, you'll see that in KiCad it shows 1A = 1, 1B = 2, 1Y = 3. The correct pinout shown on the datasheet is 1Y = 1, 1A = 2, 1B = 3. The mistake isn't limited to this one logic chip either. Its repeated elsewhere in the library.

The VCC and GND for these components are swapped in dk_Magnetic-Sensors-Linear-Compass-ICs.

Just burned one IC.

creating a pull request now .

The README contains the partial sentence:

At this time Capacitors have been excluded, but there may be a good way t

Thanks for a great library.

Back in #16 you set the outputs of BS-7 to "Power Output" type.

This causes DRC failures anywhere a bidirectional line is connected to the power output terminal, such as when grounding pins of ICs that are known never to be set that way.

The KiCad battery symbols have both the positive and negative pins set to "passive" type which avoids this problem.

Screenshot of the KiCad Battery_Cell symbol below:

Could this change be made to the BS-7 and BC9VPC? Thanks!

Hi,
the footprint
digikey-kicad-library/digikey-footprints.pretty/SOT-353.kicad_mod
is actually a SOT-753.

Per the linked data sheet (table at top of page 3) the 87180-062LF variant only has pins 3 and 4 loaded. The other pins should be omitted or, perhaps, have electrical type "not connected" to generate an ERC error if one tries to use them for a connection without noticing that it's a 6P2C part rather than a 6P4C or 6P6C. (Hypothetically.) Compare the KiCad Library Convention on this topic.

Another way to look at it: the included schematic and associated footprint are for the 87180-066LF, not the -062LF. (But that's a more expensive part and probably not suited for many common applications.)

I'm stoked Digikey took this route, I think it will push the community forward. I use Digikey exclusively for my parts, and would love to use this library for an upcoming open sourced design.

I'm wondering if there are plans to handle longevity - if a part is obsolete or no longer stocked, can we know that a shared schematic will still work without having to overhaul all components in 2 years? What is a reasonable lifespan to expect for a schematic? (Or, even if components are obsolete, stock with those footprints might still exist for larger companies for some time...)

Hi - new KiCad user here. Not sure if I am misreading something, but I believe there are some very small problems with the pin spacing on this component.

The Amphenol datasheet for this component shows pin center-to-center horizontal distances (ignoring tolerances for the moment) of:

• Pin 1 to Pin 2: 2.50mm
• Pin 2 to Pin 3: 2.00mm
• Pin 3 to Pin 4: 2.50mm
• SH(L) to Pin 1 / Pin 4 to SH(R): 3.07mm

This gives a nominal center-to-center width between the two shield grounds of 13.14mm, as shown on the datasheet.

Turning to the footprint,

• Pins 1-4 have very slightly different vertical centers.
• The horizontal distance from SH(L) to Pin1 is 2.82mm, not 3.07mm. (SH(L) is centered at -6.57,0.00, Pin 1 at -3.75,-2.71).
• The horizontal distance from Pin 1 to Pin 2 is 2.5mm, as it should be.
• The horizontal distance from Pin 2 to Pin 3 is 2.5mm, not 2.0mm as it should be (Pin 2 is centered at -1.25,-2.725, Pin 3 at 1.25,-2.70)
• The horizontal distance from Pin 3 to Pin 4 is 2.5mm, as it should be.
• The horizontal distance from Pin 4 to SH(R) 2.82mm, again not 3.07mm.

Additionally, the pin hole diameters are slightly different to the specified figure on the data sheet (0.90mm vs 0.92).

This probably still all works fine - the differences are very small. But I thought I better bring it to someone who might know how to fix it's attention!

It would be great to get the part ATSAMD11C14A-SSUT/SSNT added to the library.

https://www.digikey.jp/product-detail/ja/microchip-technology/ATSAMD11C14A-SSUT/ATSAMD11C14A-SSUTCT-ND/5226479

Thanks.

Forward (thanks!)

The digikey-kicad-library is proving to be a very useful resource in my design process; it's definitely accomplishing Digi-Key's goal of roping more engineers into using Digi-Key as a vendor. The atomic part paradigm is very useful and saves me time. Thank you for putting this library together and supporting KiCad (the best free open source CAD program for schematics and PCBs).

My Issue

For some (all?) parts in the digikey-kicad-library, the DK_Detail_Page property is not a valid hyperlink. It appears to be a fragment of a link. See the attached image.

Proposed Solution

It seems to me that this property simply needs the following string prepended to it: "https://www.digikey.com"
That should make it a valid link.

Bonus Points

It would also be great if both properties DK_Datasheet_Link and DK_Detail_Page were clickable links. I wonder if this is something that KiCad supports currently, or if a feature-request would need to be made in order to make user-defined properties able to be made clickable...

https://forum.digikey.com/t/mmbt2222at-footprint-and-symbol-numbering-wrong/3159

An ampersand is used in digikey-footprints.pretty/XBEE_&_XBEE-PRO_37_SMD.kicad_mod, which I noticed because it lists with leading and trailing single-quotes. G1.1 in http://kicad-pcb.org/libraries/klc/ does not show ampersand as an approved character for filenames. If you would like me to do a pull request, would you rather see it changed to "+" or "and" or something else? Of those two, I would choose "and", but doesn't having one footprint represent two parts go against the one footprint per Digikey part number concept? Please advise. Thanks.

The latest update added better symbol pictures for most of the USB connectors (great!). However, the pins are now missing their functions. Is it possible to add back the labels for VUSB, D+, D-, etc? Those really helped prevent errors.

BS-7 footprint has positive pad named "POS" and it should be "Pos" to line up with the battery schematic symbol.

'U?' please.

First of all, thank you all contributors for this awesome library!

I found out that the footprint of the USB connector 10118193-0001LF is incorrect according to this datasheet.

The pads for the shell legs are too far apart from each other. The datasheet specifies 6.10 mm and in the footprint the distance is 6.60 mm (I found that out the worst way, in the assembly of my PCB).

Also, the four landing pads of the shell are missing.

The pads for the signal and power pins are OK.

Once again, thank you all for the work in this repo.

Just a tweak. The U.FL_Hirose_U.FL-R-SMT-1_Vertical footprint should really be centered on the pin. makes it easier to align with other connectors.

Footprints need to be renamed to the MFG part # where appropriate or close to the KCL standards. This will be done through a remapping document where current fp name > new fp name in csv.

Many companies use the Altium to design the PCB, so I guess that format is needed. Would digikey supply that ?

"FT230XS-R-dk_Interface-Controllers"

In its description it says "IC USB SERIAL BASIC UART 16SSOP".

I think this component may have wrong default footprint or description since it does not match.

It got digikey-footprints:
"digikey-footprints:SOIC-16_W3.90mm"
but I think it shall be:
"digikey-footprints:SSOP-16_W3.90mm"

I noticed the pinout for SP0503BAHTG is incorrect and it stems from the SOT-143-4 footprint being wrong. Here is the datasheet for the part: https://www.littelfuse.com/~/media/files/littelfuse/technical%20resources/documents/data%20sheets/sp05xxba.pdf and one for a generic SOT-143-4: https://www.onsemi.com/pub/Collateral/318A.PDF

I realize that many transistors label EBC in any arbitrary order, but a popular BJT on digikey's site (2N3904BU) seems to have it's silkscreen reversed on the TO-92 package (assuming pins 1, 2, 3 line up with E, B, C).

Kicad 5.1.4 refuses to allow me to hook up the ground pin. The problem is the copper ring. I removed the copper ring then modified the left pad 3 to be a shape Custom (Circ. Anchor) then added a custom shape primitive of a ring with the center 0.662,0 and a radius of 0.662mm and a thickness of 0.3mm. Also, note that the 3-D model is now available from SnapEDA.

Here is my working SPH0645LM4H-B.kicad_mod file:
=== SNIP ===
(module SPH0645LM4H-B (layer F.Cu) (tedit 5DCE9F94)
(descr http://www.digikey.com/products/en?keywords=423-1405-1-ND)
(fp_text reference MIC1 (at -2.1 -0.875 -270) (layer F.SilkS)
(effects (font (size 0.9 0.9) (thickness 0.12)))
)
(fp_text value SPH0645LM4H-B (at 0 2.76) (layer F.Fab)
(effects (font (size 1 1) (thickness 0.15)))
)
(fp_line (start -1.325 -2.46) (end -1.325 1.04) (layer F.Fab) (width 0.1))
(fp_line (start 1.325 -2.46) (end 1.325 1.04) (layer F.Fab) (width 0.1))
(fp_line (start -1.32 -2.46) (end 1.32 -2.46) (layer F.Fab) (width 0.1))
(fp_line (start -1.32 1.04) (end 1.32 1.04) (layer F.Fab) (width 0.1))
(fp_line (start 1.5 -2.6) (end 1.5 -2.2) (layer F.SilkS) (width 0.1))
(fp_line (start 1.1 -2.6) (end 1.5 -2.6) (layer F.SilkS) (width 0.1))
(fp_line (start -1.5 -2.6) (end -1.5 -2.2) (layer F.SilkS) (width 0.1))
(fp_line (start -1.1 -2.6) (end -1.5 -2.6) (layer F.SilkS) (width 0.1))
(fp_line (start 1.5 1.2) (end 1.1 1.2) (layer F.SilkS) (width 0.1))
(fp_line (start 1.5 0.8) (end 1.5 1.2) (layer F.SilkS) (width 0.1))
(fp_line (start -1.5 1.2) (end -1.1 1.2) (layer F.SilkS) (width 0.1))
(fp_line (start -1.5 0.8) (end -1.5 1.2) (layer F.SilkS) (width 0.1))
(fp_text user REF** (at 0 -0.6) (layer F.Fab)
(effects (font (size 0.5 0.5) (thickness 0.05)))
)
(fp_line (start -1.6 -2.71) (end -1.6 1.29) (layer F.CrtYd) (width 0.05))
(fp_line (start 1.6 -2.71) (end 1.6 1.29) (layer F.CrtYd) (width 0.05))
(fp_line (start -1.6 -2.71) (end 1.6 -2.71) (layer F.CrtYd) (width 0.05))
(fp_line (start -1.6 1.29) (end 1.6 1.29) (layer F.CrtYd) (width 0.05))
(pad 6 smd rect (at 0 -2.074) (size 0.6 0.522) (layers F.Cu F.Paste F.Mask))
(pad 5 smd rect (at 0.9 -2.074) (size 0.6 0.522) (layers F.Cu F.Paste F.Mask))
(pad 4 smd rect (at 0.9 -1.252) (size 0.6 0.522) (layers F.Cu F.Paste F.Mask))
(pad 2 smd rect (at -0.9 -1.252) (size 0.6 0.522) (layers F.Cu F.Paste F.Mask))
(pad "" np_thru_hole circle (at 0 0) (size 0.325 0.325) (drill 0.325) (layers *.Cu *.Mask))
(pad 1 smd rect (at -0.9 -2.074) (size 0.6 0.522) (layers F.Cu F.Paste F.Mask))
(pad 3 smd circle (at 0.662 0) (size 0.3 0.3) (layers F.Cu F.Paste F.Mask))
(pad 3 smd custom (at -0.662 0) (size 0.3 0.3) (layers F.Cu F.Paste F.Mask)
(zone_connect 0)
(options (clearance outline) (anchor circle))
(primitives
(gr_circle (center 0.662 0) (end 1.324 0) (width 0.3))
))
(pad 3 smd circle (at 0 -0.662) (size 0.3 0.3) (layers F.Cu F.Paste F.Mask))
(pad 3 smd circle (at 0 0.662) (size 0.3 0.3) (layers F.Cu F.Paste F.Mask))
(model /home/aaronw/kicad/library/aaron/SPH0645LM4H-B--3DModel-STEP-56544.step
(offset (xyz 0 0.65 0))
(scale (xyz 1 1 1))
(rotate (xyz -90 0 180))
)
)
=== END ===

It would be great to get the part A2982 added to the library.

https://www.digikey.de/number/de/allegro-microsystems-llc/620/A2982/40318

Thank you already in advance.

Remove parenthesis from the names of symbol libraries such as "dk_Coaxial-Connectors-(RF)". The presence of parenthesis give trouble when sym-lib-table is being parsed by kicad.

The convention for what to use is here http://kicad-pcb.org/libraries/klc/