Circuitguy shares some tips for reading datasheets. There’s a lot of good advice in here, and it’s well worth checking out. He writes:
“Datasheets Lie.” I’m sure we’ve all said it before. I’ve said it myself, and I still catch myself saying it. Just because we say it, it doesn’t mean it’s true. Most datasheets are, in fact, very accurate and representative of the part. Sometimes you have to read all the lines to find the truth between the facts.
[via Dangerous Prototypes]
Adafruit publishes a wide range of writing and video content, including interviews and reporting on the maker market and the wider technology world. Our standards page is intended as a guide to best practices that Adafruit uses, as well as an outline of the ethical standards Adafruit aspires to. While Adafruit is not an independent journalistic institution, Adafruit strives to be a fair, informative, and positive voice within the community – check it out here: adafruit.com/editorialstandards
Adafruit is on Mastodon, join in! adafruit.com/mastodon
Stop breadboarding and soldering – start making immediately! Adafruit’s Circuit Playground is jam-packed with LEDs, sensors, buttons, alligator clip pads and more. Build projects with Circuit Playground in a few minutes with the drag-and-drop MakeCode programming site, learn computer science using the CS Discoveries class on code.org, jump into CircuitPython to learn Python and hardware together, TinyGO, or even use the Arduino IDE. Circuit Playground Express is the newest and best Circuit Playground board, with support for CircuitPython, MakeCode, and Arduino. It has a powerful processor, 10 NeoPixels, mini speaker, InfraRed receive and transmit, two buttons, a switch, 14 alligator clip pads, and lots of sensors: capacitive touch, IR proximity, temperature, light, motion and sound. A whole wide world of electronics and coding is waiting for you, and it fits in the palm of your hand.
Have an amazing project to share? The Electronics Show and Tell is every Wednesday at 7pm ET! To join, head over to YouTube and check out the show’s live chat – we’ll post the link there.
Join us every Wednesday night at 8pm ET for Ask an Engineer!
Join over 36,000+ makers on Adafruit’s Discord channels and be part of the community! http://adafru.it/discord
CircuitPython – The easiest way to program microcontrollers – CircuitPython.org
Maker Business — “Packaging” chips in the US
Wearables — Enclosures help fight body humidity in costumes
Electronics — Transformers: More than meets the eye!
Python for Microcontrollers — Python on Microcontrollers Newsletter: Silicon Labs introduces CircuitPython support, and more! #CircuitPython #Python #micropython @ThePSF @Raspberry_Pi
Adafruit IoT Monthly — Guardian Robot, Weather-wise Umbrella Stand, and more!
Microsoft MakeCode — MakeCode Thank You!
EYE on NPI — Maxim’s Himalaya uSLIC Step-Down Power Module #EyeOnNPI @maximintegrated @digikey
New Products – Adafruit Industries – Makers, hackers, artists, designers and engineers! — #NewProds 7/19/23 Feat. Adafruit Matrix Portal S3 CircuitPython Powered Internet Display!
Sorry, the comment form is closed at this time.
> “Datasheets Lie.”
Yeah, datasheets are marketing documents almost as much as they are engineering documents.
In the defense of datasheets: they are generally created by a single person and that person isn’t thinking about how you plan to use the component/device. Most datasheets are well documented. Meaning, if you expect a certain level of performance from a device you need to carefully understand how the datasheet’s results were produced. The information is there, you need to extract it.
The idea "the datasheet lies" or "they are marketing documents" typically demonstrates someone who got bit, because they did not read the fine print.
So that being the case, you need to consider how the person who wrote the datasheet was thinking so that you can apply the device correctly in your application.
In fact, very few datasheets lie. In most cases when they appear to “lie”, the reader just doesn’t understand what it says.
Jame Lewis is uncommonly wise. If you are of the opinion that datasheets lie, re-read Jame’s comment again. Seriously.
As someone who has been involved in setting the limits on our company’s IC datasheet, you can talk (and we have) for hours about the details of a datasheet, and which values should be included, but they’re always accurate, in my experience. It’s just in the details and nuance that people misunderstand, because everyone’s application is different.
For example, take power consumption values for an average microcontroller. If you’re publishing the datasheet, if you set the maximum value that the device can ever achieve, it often involves ridiculously abstract testcases that don’t represent any useful work, and so are not representative of the customer’s actual maximum. Then you’ll get customers complaining the values are too high for their application, because they’re comparing to a competitor’s datasheet where they take a more realistic scenario and get values 30% below your figures, even if the devices are comparable in practice.
But which value is less misleading to put in a datasheet for a maximum power consumption? A value that will never ever be reached in a real-world scenario, or a maximum value that is valid for > 95% of cases? In the end, you can only pick a policy, then make sure that your assumptions are spelled out in the sheet.