You may redistribute this newsletter for non-commercial purposes. For commercial use contact email@example.com. To subscribe or unsubscribe go here or drop Jack an email.
Tip for sending me email: My email filters are super aggressive and I no longer look at the spam mailbox. If you include the phrase "embedded muse" in the subject line your email will wend its weighty way to me.
Last week at a wedding I had a long chat with a very successful uncle who was an early investor in Analog Devices. He's a smart guy with little knowledge of the sciences and engineering. He is concerned about China's saber-rattling over Taiwan and what that could mean for semiconductor production. He told me that modern cars have as many as 50 semiconductors. Digging deeper, I found that he, and others in the group, conflate "semiconductor" with "chip" and with "microprocessor." None had heard of the term "microcontroller." It seems that the "chip shortage" means "semiconductor shortage" to more than a few people. While discussing this we were drinking from glasses that sensed liquid and, when present, toggled a slew of colored LEDs in bright patterns (I brought one home to dissect). When I mentioned that the glasses probably had a computer in them, faces radiated astonishment. I was a bit stunned that after a half-century of embedded systems so many were so uninformed about semiconductors. Where's the curiosity? The sense of wonder that raises questions a quick trip to Wikipedia would answer?
Percepio is running free monthly webinars with roundtable discussions about embedded and IoT development. Held the first Tuesday of each month the focus is on debugging common runtime issues, with tips about how to avoid these problems. A Q&A follows. The next one is November 2 and focuses on using Tracealyzer with the OSS Zephyr RTOS.
IEEE has a new salary survey. It doesn't break out numbers for embedded people, but the median income in the USA for "Non-Internet Software Development" is $166k. "Hardware Design or Hardware Support" folks make $184K. I'm not sure I believe these numbers.
|Quotes and Thoughts|
If there’s one thing the software industry is repeatable at, it’s doing the same silly things on project after project. Use retrospectives to learn, to understand, and to improve continually. - Karl Wiegers
|Tools and Tips|
Please submit clever ideas or thoughts about tools, techniques and resources you love or hate. Here are the tool reviews submitted in the past.
Paul Carpenter sent along these links for calculating trace sizes on PCBs:
Luca Matteini, thinking about the recent comments on grammar, suggests this tool: https://app.grammarly.com/
|Freebies and Discounts|
Zeroplus has graciously given us three of their Wirecare AC circuit testers which I reviewed here. Three lucky winners will each get one of these:
Enter via this link.
|A Solution to the Chip Shortage|
(This is one of my recent blog posts).
Sometimes one comes across a solution to a problem that is so mind-numbingly ridiculous one has to scream "enough!"
We've all heard about how the automotive industry is suffering from a shortage of chips. When the pandemic hit they cut back on semiconductor orders, anticipating a slowdown in sales. That didn't happen and now $50k cars are parked waiting for $0.50 MCUs.
According to this September 17, 2021 piece in Fortune, the problem is that car makers rely on parts with 45 to 90 nm geometry when they should be thinking 16 nm. Indeed, Intel's chief executive Pat Gelsinger berated them for this poor decision making, and says he's willing to "make them as many Intel 16 [nanometer] chips as they want."
Mr. Gelsinger has a point. Why use a ten cent MCU to control a window motor when a $300 Intel Inside® microprocessor can raise that window in nanoseconds? Customers are sick of waiting literally for seconds for windows to raise and lower. And using a Core I7 processor means these will be Windows 11 windows which will provide (according to Microsoft) "A new Windows experience bringing you closer to the people and things you love." Studies have shown that drivers are more than willing to wait in their driveways for a half hour for the frequent OS upgrades to install when the benefit is being closer to the people you love, including the screaming kids.
Of course, the $300 CPU will need 16 GB of RAM, a 1 TB hard disk, network controller for OS updates, and a 32-layer PCB. At some 100 amps figure on a pair of 2/0 battery cables to feed the thing. With luck the 0.605" diameter of those cables won't impede smooth door openings and closings all that much, and the buck-a-foot price multiplied by the 50 to 100 controllers in the average car won't affect the vehicle's sales price by more than 50% or so. Counter-rotating cooling fans will prevent the vehicle from spinning on its axis at power-up.
At 100+ watts per processor the car's air conditioner would have to be beefed up to a three-ton unit. But that would fit comfortably on the roof. Many vehicles come with towing hitches, which could conveniently tow the cooling unit's 20kW generator. Quick-disconnect 200 conductor 2/0 cable connectors are in development.
I guess the corollary to this thinking is that using (gasp!) 8 bit MCUs instead of the latest in processor technology is engineering malpractice. What designer would consign his products to dead-end 45 nm technology? Sure, it is cheap, proven reliable, and a good fit for the application. But the benefits of higher cost, lower reliability, longer startup times and massive profits for Intel are just too obvious to state. It's good for the automotive folks, too, as the vehicles will now become obsolete as often as PCs. Win-win! (If one neglects the customers).
The article in Fortune concludes: "If semiconductor suppliers like Intel and Qualcomm have their way, however, the days of the auto industry relying on these cheap commodity chips are numbered." (Emphasis added)
(It's strangely appropriate that when writing this I wanted to go to Microsoft's site for the quote above, but based on my browsing history Firefox suggested "Microchip" instead.)
|Even More on Grammar|
Responding to thoughts on using correct grammar and spelling, even in comments, many more comments poured in. Here are a few.
Neil Cherry had an amusing take::
Daniel McBrearty makes an important point about non-native English speakers:
Angus Logan mirrors my obsession with assertions:
J.G. Harston on ensure v. ensure (a mistake I make too often):
Finally, Larry Marks cites a classic failure:
How do you stay up to date in this field? I'm finding it increasingly hard to find good sources of information. There are plenty of great books, many of which I've reviewed here.
Here are some sites that I review (generally) weekly:
Embedded Artistry's newsletter. A monthly compendium of ideas and links to other sites. I always find something useful.
Memfault's blog. All hard-hitting embedded concepts. No fluff.
IEEE Spectrum. Occasionally something useful engineering-related. Way too much about robotics. Never any technical depth.
EETimes. Some good stuff, occasionally, about the business of electronics. Rarely anything technical that's useful.
Embedded Computing Design. Mostly just gussied-up press releases. While PR is important so we know what products are available, I prefer the old model of a mix of deep technical articles with a section of PR.
EE Journal. Alas, Jim Turley retired from this recently; his columns were gems. Steve Leibson's articles are always worthwhile.
Clive Maxfield's blog. Though rarely any useful tech content, Max's (wordy but charming) pieces are fun.
The Amp Hour. (Which has the great tag line: Keep Current). To be honest, I don't listen to this as I don't care for video and audio blogs. It's much faster to read material than to listen or watch. But Chris and Dave are smart guys and if you're into that sort of thing, this is worthwhile.
The AdaCore blog. Yes, Ada does work on MCUs and if you're an Ada junkie, this is worthwhile.
EE World Online. Way too much sponsored content. However, Bill Schweber's articles are generally great and insightful.
Electronic Design. There's some good tech content. But it just isn't the ED of the olden days. This is one of the few professional electronic magazines one can still get in print. I find I pay more attention to the printed magazine than the online version.
EDN. Remember EDN in the pre-Internet days? It came out weekly, as I recall, and it took a week to get through it. While a pale version of the old print version, EDN still has great technical content.
Embedded Related. Rarely updated, but when it is the articles are often interesting.
Feabhas's blog. A good blog with (sometimes excessively) detailed tech content.
Embedded.com. My old home. I check it every week but rarely find something interesting.
Unfortunately, many of these that attempt to be traditional trade publications (i.e., not blogs and the like) are poorly put together. Home pages often have much duplication - the same article is referenced two and three times, which is a waste of mental bandwidth. And it's common to have an article's title and a short description that doesn't describe anything; one has the feeling a computer just excerpted part of the article's first sentence. An example from last week's EETimes:
Huh? Why would one follow that link?
Are there any sites you consider necessary as an embedded engineer?
|Failure of the Week|
A lot of readers have submitted failures for this section of the Muse. To catch up on the backlog, here's a two-fer:
This is from Andrzej Telszewski. It was taken on a tram in the Polish city of Szczecin. The message reads "Departure in 371 minutes." However, it was already going:
This is from Dave Sewuk:
Have you submitted a Failure of the Week? I'm getting a ton of these and yours was added to the queue.
Let me know if you’re hiring embedded engineers. No recruiters please, and I reserve the right to edit ads to fit the format and intent of this newsletter. Please keep it to 100 words. There is no charge for a job ad.
|Joke For The Week|
These jokes are archived here.
Heisenberg and Schroedinger we driving on the freeway when they get pulled over by
|About The Embedded Muse|
The Embedded Muse is Jack Ganssle's newsletter. Send complaints, comments, and contributions to me at firstname.lastname@example.org.
The Embedded Muse is supported by The Ganssle Group, whose mission is to help embedded folks get better products to market faster. We offer seminars at your site offering hard-hitting ideas - and action - you can take now to improve firmware quality and decrease development time. Contact us at email@example.com for more information.