I always found it strange how datasheets are distributed over random websites and ftp servers usually covered in watermarks and could go offline at any time. Is there any effort at archiving and distributing these pdfs?
Furthermore, there aren’t really any standards for packages and hence it is difficult to trust foorprints. A TSOP package from one manufacturer manufacturer is not necessarily the same as a TSOP package from another. This is not a hypothetical — I’ve been bitten by this.
There are tools to assist in and automate a lot of this, but since most of the time is spend on other parts of a product it simply isn’t very critical.
And you're right that one can never fully trust downloaded libraries, but a lot of the issues could be mitigated if manufacturers distributed their own files. TI does this for most of their devices and it's a big draw for a lazy designer like me.
I'm really surprised there isn't a better solution in the industry - building a library might not take as much time as the rest of electrical design work but it's still a large sink, to where many teams (even as small as 6 engineers or so) result to hiring a full time "librarian" to manage footprints and component libraries.
[1]: Can find it here http://shop.ipc.org/IPC-7351B-English-D or likely in PDF elsewhere. [2]: https://www.altium.com/solution/pcb-footprint-library
A lot of good stuff has begun to happen in this regard. At least KiCad has a large and pretty decent quality collection of footprints; I think other tools are making similar efforts.
However, I wish they would make it easy to adjust these footprints or make derivatives of them, without having to essentially redraw them.
For a looong time I’ve wanted to apply geometric constraint solving to drawing footprints. This would allow for having a base footprint which defines the constraints and then parameter files could introduce the specific dimensions needed. I’ve been working on it at https://github.com/henrikh/footwork-ecad and the parts are there, but I’d love to collaborate on it with someone :-)
If one is wandering into that path, the hardest problem to solve is defining a good language/library in what people can describe them.
That's a great point. But how many different footprints need to exist for a 1206 led package from one manufacturer? Infinity? Or is it something more like 5?
>> A TSOP package from one manufacturer manufacturer is not necessarily the same as a TSOP package from another. This is not a hypothetical — I’ve been bitten by this.
But that's a different issue of a manufacturer not conforming to the spec they've published for their product. Same as a carabiner failing at a load of 100kg when it's rated for 500kg.
Package names are, in some fashion, marketing and branding. The manufacturers publish their own specs and do adhere to them. There are also standards (mentioned in other comments), but they are typically more general.
I’m not saying this is ideal – but that is simply the reality.
Yeah, I've noticed this too. I now have to check the specific measurements (pin pitch etc) in the datasheets before buying, regardless of what the product page states about packages. I still on occasion make mistakes and get super tiny packages that I can't use without a pick and place machine...
Sorry in advance, I just noticed our cert expired (I thought we set up automatic rotation, hmm..)
Within my domain of expertise (space engineering), the problem is even worse. Not only do suppliers provide haphazard information about parts through PDF documents, there's very little, if any, real convergence on what to actually provide to the engineer.
I'm confident that these highly unstructured PDF datasheets are going to go the way of the dinosaurs, but it's quite challenging to integrate any smarter solutions into the business chain.
My domain of expertise is the space industry, and it's stunning how much of a mess datasheets are. As an engineer on different missions, I couldn't understand why I was spending so much time trying to "undo" all of the work the suppliers had done to create these documents, to be able to get the data into into the tools that I needed to use and actually start my real work.
In the space industry at least, there's a concerted effort going on to try to replace these PDF documents with electronic, machine-readable equivalents. Through the European Cooperation for Space Standardization (ECSS) [1] and work being done by agencies like ESA [2], and private industry [3], but really it's not yet taking hold for a lot of operational reasons.
We're actually working on trying to digitalize the entire global supply chain by converting PDF datasheets into something that allows more intelligent engineering work. We're currently serving "level-1" through our website: https://satsearch.co.
We've also prototyped a way to cast the datasheets into something more usable with ESA and a number of other partners. We've currently serving this digitalized data through our API: https://api.satsearch.co, which is being integrated into industry tools.
The real dream for me is to get to the point where the engineer can work with this kinda data natively within their tools and skip the entire PDF datasheet fiasco. Ideally, the data can then even be operated on my multi-objective optimization algos to speed up the entire design process.
Disclaimer: I'm one of the co-founders at satsearch and we started our startup precisely because I was just sick of dealing with PDF datasheets.
[1] http://ecss.nl/glossary/eds/
[2] https://indico.esa.int/event/252/contributions/3844/attachme...
[3] https://indico.esa.int/event/22/contributions/1997/attachmen...
There are simply too many vendors' products on the market, only a handful of vendors have a systematic way of providing searchable datasheets online, like Microchip or ST, others simply come and go, so it's extremely hard to obtain an official one.
I guess this isn't always the case?
For hobby electronics projects, the only time you may run into this is if you are using recycled components, since datasheets for older parts that aren't current stock may be very hard to find.
But then again, errata are constantly being updated. That evergreen http link might end up being the best resource.
What do?