feature article
Subscribe Now

I Are An Embedded Engineer

“So… what is it you do, again?”

How many times have you been asked that question? How many times explaining your career choice to family and friends? To impress your date with your mad job skills? To fill out a simple form, straining for words that will fit in the box labeled “profession?”

About halfway into the conversation do most people hear, “computer engineer” and ask you to fix their PC? This must be what it’s like being a doctor at a cocktail party. Every casual conversation quickly devolves into a plea for free technical support. “It does this funny thing when I click the thing.” Either that or they ask you for investment advice on Intel stock, Microsoft, or Google. You must know everyone at Google, right? Can you get them to fix image search? It sucks now.

In reality, we’re embedded engineers. Developers of things that aren’t PCs. Users of operating systems they don’t stock at Best Buy; creators of applications you can’t download from the App Store for $0.99. And no, I can’t fix your frickin’ PC.

Statistically speaking, virtually all electronics engineering is embedded engineering. After all, how many people really design PCs and Macs? Maybe ten companies, and maybe 20-40 guys in each of those companies? That’s a pretty small job pool, and besides, what do those guys have to think about, anyway? You just plug in the latest Intel or AMD processor, the latest core-logic chipset, and the latest graphics controller. How hard can it be? To paraphrase Truman Capote, that’s not designing, that’s typing. If you can put Tab A in Slot B you can design a PC.

No, real engineers develop embedded systems. So why don’t people at large—and our in-laws in particular—understand that? They hear “electronics” and instantly think “PC.”

Even amongst ourselves, there’s disagreement over what constitutes an embedded system. Personally, I’ve always defined it as anything that isn’t a computer. I know, that’s an inherently exclusionary definition; it’s a bit like defining the population of the world as “people who aren’t astronauts.” It’s also intrinsically vague: what constitutes a computer, so we know what not to include? Well, let’s see… a Windows PC is a computer, a Mac is a computer, a Linux box might be a computer, and, uh, after that I don’t know…

Like the judicial definition of pornography, we know it when we see it.

Which doesn’t leave us with much to talk about with our friends. “I don’t make PCs” isn’t much of a job description. “I don’t make porn” or “I’m not an astronaut” would be as useful.

Is an iPhone a computer or an embedded system? How about a PlayStation 3 or the navigation system in your car? These all seem like embedded systems (to me, at least), yet they’ve all got more CPU horsepower, RAM, and nonvolatile storage than the first dozen “real computers” I worked on. They even have keyboards, high-resolution displays, and network interfaces, the razor blade by which one could formerly separate the computers from the embedded systems.

They all have operating systems, too, and run multiple applications at once. And they crash—surely a sign of computer-hood.

So what does separate embedded systems from PCs? Performance level? Resources? Consumer acceptance (if it’s awkward to use, it’s a computer; otherwise it’s an embedded system)?

A colleague of mine once defined embedded systems as “closed” boxes that didn’t accept third-party software. Embedded systems, he felt, always shipped with all the software they’d ever have. There might be the occasional factory upgrade of the firmware, but nobody would install apps or run programs.

Another coworker sniffed that embedded systems were reliable, as opposed to computers, which require constant maintenance. Naturally, any time his prototypes failed in the lab we dealt him the ultimate insult by calling them PCs.

Finally, some insist that embedded systems are always hidden and usually invisible. They’re “embedded,” after all; implanted inside some other product. That makes sense and it’s even lexicographically correct, but what happens when there is no outer-wrapper product and the embedded technology is all there is? The electronics inside a missile is clearly embedded; the electronics in a PlayStation is the whole product.

So in the end we wind up describing our current projects. “I’m working on a new network router” or “I work for Cisco” is about as accurate as it gets. Never mind that two years ago you were designing robot controllers, and two years before that writing firmware for animated toys. In short, you’re an embedded designer.

What do you think is the definition of an embedded system, and how do you describe your career to the unwashed? Fill up our forum pages. I’d be interested in what works (and what doesn’t) in getting the point across.

In the meantime, I gotta go backup my phone’s applications before the next OS upgrade. 

Leave a Reply

featured blogs
Aug 3, 2021
I just discovered that Norland Nannies -- who can command a salary of $170,000 on a bad day -- are trained in self-defense and defensive driving....
Aug 3, 2021
Picking up from where we left off in the previous post , let's look at some more new and interesting changes made in Hotfix 019. As you might already know, Allegro ® System Capture is available... [[ Click on the title to access the full blog on the Cadence Community si...
Jul 30, 2021
You can't attack what you can't see, and cloaking technology for devices on Ethernet LANs is merely one of many protection layers implemented in Q-Net Security's Q-Box to protect networked devices and transaction between these devices from cyberattacks. Other security technol...
Jul 29, 2021
Learn why SoC emulation is the next frontier for power system optimization, helping chip designers shift power verification left in the SoC design flow. The post Why Wait Days for Results? The Next Frontier for Power Verification appeared first on From Silicon To Software....

featured video

DesignWare Controller and PHY IP for PCIe 6.0

Sponsored by Synopsys

See a demo of Synopsys’ complete IP solution for PCIe 6.0 technology showing the controller operating at 64GT/s in FLIT mode and the PAM-4 PHY in 5-nm process achieving two orders of magnitude better BER with 32dB PCIe channel.

Click here for more information about DesignWare IP for PCI Express (PCIe) 6.0

featured paper

Configure the backup voltage in a reversible buck/boost regulator

Sponsored by Maxim Integrated

This application note looks at a reference circuit design using Maxim’s MAX38888, which provides a supercapacitor-based power backup in the absence of the system rail by discharging its stored charge. The backup voltage provided by the regulator from the super cap is 12.5% less than the system rail when the system rail is removed. This note explains how to maintain the backup voltage within 5% of the minimum SYS charge voltage.

Click to read more

featured chalk talk

TI Robotics System Learning Kit

Sponsored by Mouser Electronics and Texas Instruments

Robotics projects can get complicated quickly, and finding a set of components, controllers, networking, and software that plays nicely together is a real headache. In this episode of Chalk Talk, Amelia Dalton chats with Mark Easley of Texas Instruments about the TI-RSLK Robotics Kit, which will get you up and running on your next robotics project in no time.

Click here for more information about the Texas Instruments TIRSLK-EVM Robotics System Lab Kit