Apple Introduces Their Answer To The Raspberry Pi

April 1, 2016 by Brian Benchoff 157 Comments

Today, Apple has announced their latest bit of hardware. Following in the tradition of the Raspberry Pi, BeagleBone, and the Intel Edison, Apple have released a single board computer meant for embedded and Internet of Things applications. It’s called the Apple Device, and is sure to be a game changer in the field of low-power, Internet-enabled computing.

First off, some specs. The Apple Device uses Apple’s own A8 chip, the same dual-core 64-bit CPU found in the iPhone 6. This CPU is clocked at 1.1 GHz, and comes equipped with 1GB of LPDDR3 RAM and 4GB of eMMC Flash. I/O includes a Mini DisplayPort capable of driving a 4k display, 802.11ac, Bluetooth, and USB. In a massive break from the Apple zeitgeist of the last decade or so, the Apple Device also includes a forty pin header for expansion, much like the Raspberry Pi, BeagleBone, and Edison.

Although Apple’s first foray into the embedded computing market is a shocker, in retrospect it should come as no surprise; the introduction of HomeKit in iOS 9 laid the groundwork for an Internet of Apple Devices, embedded into toasters, refrigerators, smart homes, and cars. The Apple Device lives up to all these expectations, but what is the hands-on experience like?

See our review of the Apple Device after the break.

Continue reading “Apple Introduces Their Answer To The Raspberry Pi” →

Pong On Industrial Controllers

April 1, 2016 by Elliot Williams 14 Comments

Programmable Logic Controllers (PLCs) are a staple of control automation. Sometime in the 60s or 70s, they replaced a box full of relays to implement the kind of “if-this-then-that” logic that turns thermostats on or directs machinery. Sometime in the 90s or 2000s, some more computing power was added, giving us the Programmable Automation Controller (PAC). And if reading Hackaday has taught us anything, it’s that if you give people a little bit of computing power, they’ll implement Pong (or Snake or Doom!).

We were sent a link where [AbsolutelyAutomation] does just that: implements a remotely-playable Pong on a bit of industrial control. Even if you don’t have a PAC sitting around, the details are interesting.

The first step is to get graphics out of the thing. The PAC in question is already able to speak Ethernet, so it’s “just” a matter of sending the right packets. Perhaps the simplest way to go is to implement the remote framebuffer (RFB) protocol from VNC, and then use a VNC client on the PC to send the graphics. (As they point out [CNLohr] has done this quite nicely on the ESP8266 (YouTube) as well.) So an RFB library was written. [AbsolutelyAutomation] points out that this could be used to make boring things like user-friendly configuration and monitoring screens. (Yawn!)

Graphics done, it’s easy to add a Pong layer over the top, using the flowchart-based programming interface that makes homage to the PLC/PAC’s usual function as an industrial controller. (Oddly enough, it seems to compile to a Forth dialect to run on the PAC.) And then you’re playing. There’s code and a (PDF) writeup available if you want more info. If you don’t have a PAC to run it on, the manufacturers have a simulator for you.

We’ve never worked with a PLC/PAC, but we know the hacker spirit when we see it. And making something that’s usually located in the boiler room play video games is aces in our book. This sparks a memory of an industrial control hacking room at DEF CON a few years back. Maybe this is the inspiration needed to spend some time in that venue this year.

We know we’ve got controls engineers out there. What’s the strangest thing you’ve programmed into a PLC?

Co-Exist With Your Coax: Choose The Right Connector For The Job

March 31, 2016 by Jenny List 66 Comments

Just a selection from the author's unholy assortment of adaptors. — Just a selection from the author’s unholy assortment of adaptors.

If you do any work with analogue signals at frequencies above the most basic audio, it’s probable that somewhere you’ll have a box of coax adaptors. You’ll need them, because the chances are your bench will feature instruments, devices, and modules with a bewildering variety of connectors. In making all these disparate devices talk to each other you probably have a guilty past: at some time you will have created an unholy monster of a coax interface by tying several adaptors together to achieve your desired combination of input and output connector. Don’t worry, your secret is safe with me.

Continue reading “Co-Exist With Your Coax: Choose The Right Connector For The Job” →

FBI Vs Apple: A Postmortem

March 30, 2016 by Elliot Williams 92 Comments

By now you’ve doubtless heard that the FBI has broken the encryption on Syed Farook — the suicide terrorist who killed fourteen and then himself in San Bernardino. Consequently, they won’t be requiring Apple’s (compelled) services any more.

A number of people have written in and asked what we knew about the hack, and the frank answer is “not a heck of a lot”. And it’s not just us, because the FBI has classified the technique. What we do know is that they paid Cellebrite, an Israeli security firm, at least $218,004.85 to get the job done for them. Why would we want to know more? Because, broadly, it matters a lot if it was a hardware attack or a software attack.

Continue reading “FBI Vs Apple: A Postmortem” →

When Difference Matters: Differential Signaling

March 29, 2016 by Bil Herd 21 Comments

We have talked about a whole slew of logic and interconnect technologies including TTL, CMOS and assorted low voltage versions. All of these technologies have in common the fact that they are single-ended, i.e. the signal is measured as a “high” or “low” level above ground.

This is great for simple uses. But when you start talking about speed, distance, or both, the single ended solutions don’t look so good. To step in and carry the torch we have Differential Signalling. This is the “DS” in LVDS, just one of the common standards throughout industry. Let’s take a look at how differential signaling is different from single ended, and what that means for engineers and for users.

Single Ended

Single Ended: TTL, CMOS, LVTTL, Etc.

Single Ended and Sources of Noise

Collectively, standards like TTL, CMOS, and LVTTL are known as Single Ended technologies and they have in common some undesirable attributes, namely that ground noise directly affects the noise margin (the budget for how much noise is tolerable) as well as any induced noise measured to ground directly adds to the overall noise as well.

By making the voltage swing to greater voltages we can make the noise look smaller in proportion but at the expense of speed as it takes more time to make larger voltage swings, especially with the kind of capacitance and inductance we sometimes see.

Differential

Enter Differential Signaling where we use two conductor instead of one. A differential transmitter produces an inverted version of the signal and a non-inverted version and we measure the desired signal strictly between the two instead of to ground. Now ground noise doesn’t count (mostly) and noise induced onto both signal lines gets canceled as we only amplify the difference between the two, we do not amplify anything that is in common such as the noise.

Continue reading “When Difference Matters: Differential Signaling” →

HVAC Techs – Hackers Who Make House Calls

March 28, 2016 by Adam Fabio 44 Comments

It’s been said that hackers are enamored with complex networks. In the 60s and 70s, the telephone network was the biggest around, singing a siren song to an entire generation of blue-boxing phone phreaks. I started a bit closer to the house. As a child I was fascinated by the heating system in the basement of our home: a network of pipes with a giant boiler in the middle. It knew when to come on to provide heat, and when to kick on for hot water. I spent hours charting the piping and electrical inputs and outputs, trying to understand how everything worked. My parents still tell stories of how I would ask to inspect the neighbors heating systems. I even pestered the maintenance staff at my nursery school until they finally took me down to see the monstrous steam boiler which kept the building warm.

My family was sure I would grow up to be a Heating Ventilation and Air Conditioning (HVAC) tech. As it turned out, electronics and embedded systems were my calling. They may not have been too far from the truth though, as these days I find myself designing systems for a major manufacturer of boiler controls and thermostats.

Recently a house hunt led me to do some HVAC research on the web. What I found is that HVAC techs have created a great community on the internet. Tradesmen and women from all over the world share stories, pictures, and videos on websites such as HVAC-Talk and HeatingHelp.

Continue reading “HVAC Techs – Hackers Who Make House Calls” →

Flying Close To The Flame: Designing Past Specified Limits

March 24, 2016 by Charles Alexanian 23 Comments

A very good question came up on The EEVBlog forum that I thought deserved an in depth answer. The poster asked why would amplifier companies in the heyday of tube technology operate tubes in mass produced circuits well in excess of their published manufacturers recommended limits. The simple answer is: because the could get away with it. So the real question worth exploring is how did they get away with operating outside of their own published limitations? Let’s jump in and take a look at the collection of reasons.

Continue reading “Flying Close To The Flame: Designing Past Specified Limits” →