NEETS: Electronics Education Courtesy Of The US Navy

June 9, 2017 by Al Williams 29 Comments

Just about everything the US Government publishes is available to the public. Granted, browsing the GPO bookstore yields a lot of highly specialized documents like a book on how to perform pediatric surgery in hostile environments. However, there are some gems if you know where to look. If you ever wanted to have a comprehensive electronics course, the US Navy’s NEETS (Navy Electricity and Electronics Training Series) is freely available and has 24 modules that cover everything from electron flow through conductors, to tubes, to transistors and integrated circuits.

There are many places you can download these in one form or another. Some of them are in HTML format. Others are in PDF, which might be easier to put on a mobile device. The Internet Archive has them, although sorting by title isn’t quite in numerical order.

Some of the content is a bit dated — the computer section talks about magnetic core and bubble memory, for example, even though the latest revision we know of was in 1998. Of course, there are also references to bits of Navy gear that probably doesn’t mean much to most of us. However, things like the shift register (from module 13) you can see above haven’t changed in a few decades, so you can still learn a lot. The phase splitter in the top banner is even more timeless (you can find it in module 8).

Continue reading “NEETS: Electronics Education Courtesy Of The US Navy” →

Nuts And Bolts: Keeping It Tight

June 8, 2017 by Dan Maloney 72 Comments

It’s not much of a stretch to say that without nuts and bolts, the world would fall apart. Bolted connections are everywhere, from the frame of your DIY 3D printer to the lug nuts holding the wheels on your car. Though the penalty for failure is certainly higher in the latter than in the former, self-loosening of nuts and bolts is rarely a good thing. Engineers have come up with dozens of ways to make sure the world doesn’t fall apart, and some work better than others. Let’s explore a few of these methods and find out what works, what doesn’t work, and in the process maybe we’ll learn a little about how these fascinating fasteners work.

Continue reading “Nuts And Bolts: Keeping It Tight” →

Reading Bingo Balls With Microcontrollers

June 7, 2017 by Voja Antonic 38 Comments

Every once in a while a project comes along with that magical power to consume your time and attention for many months. When you finally complete it, you feel sorry that you don’t have to do anything more.

What is so special about this Bingo ball reader? It may seem like an ordinary OCR project at first glance; a camera captures the image and OCR software recognizes the number. Simple as that. And it works without problems, like every simple gadget should.

But then again, maybe it’s not that simple. Numbers are scattered all over the ball, so they have to be located first, and the best candidate for reading must be selected. Then, numbers are painted onto a sphere rather than a flat surface, sometimes making them deformed to the point where their shape has to be recovered first. Also, the angle of reading is not fixed but somewhere on a 360° scale. And then we have the glare problem to boot, as Bingo balls are so shiny that every light source reflects as a saturated bright spot.

So, is that all of it? Well, almost. The task is supposed to be performed by an embedded microcontroller, with limited speed and memory, yet the recognition process for one ball has to be fast — 500 ms at worst. But that’s just one part of the process. The project includes the pipelined mechanism which accepts the ball, transports it to be scanned by the OCR and then shot by the public broadcast camera before it gets dumped. And finally, if the reading was not reliable enough, the ball has to be subtly rotated so that the numbers would be repositioned for another reading attempt.

Despite these challenges I did manage to build this system. It’s fast and reliable, and I discovered some very interesting tricks along the way. Take a look at the quick demo video below to get a feel for the speed, and what the system “sees”. Then join me after the break to dive into the details of this interesting embedded build.

Continue reading “Reading Bingo Balls With Microcontrollers” →

The IP Of The Infinite Build Volume 3D Printer

June 6, 2017 by Brian Benchoff 55 Comments

Last week, the Blackbelt 3D printer launched on Kickstarter. What makes the Blackbelt 3D printer different than any other 3D printer on Kickstarter? This printer has an infinite build volume. It’s built for continuous production. As long as you have a large enough spool of filament, this printer will keep producing plastic parts with no downtime in between. The Blackbelt is a truly remarkable and innovative machine. Yes, it’s a bit expensive, but it’s designed for production and manufacturing, not some guy tinkering in his garage.

However, the Blackbelt 3D website includes two words that have sent the 3D printer community into an uproar. ‘Patent Pending’ is something no one in the community wants to see given the history of the industry and a few poor decisions from the first movers during the great 3D printer awakening of 2010. The idea of an infinite build volume printer that allows for continuous production is not new; we saw one last March at the Midwest RepRap Festival. The question, therefore, is what is covered by the upcoming Blackbelt patents, what is the prior art, and is it still possible to build an Open Source printer that uses these innovative techniques?

Continue reading “The IP Of The Infinite Build Volume 3D Printer” →

FPGA Rescues Scope From The Dumpster

June 1, 2017 by Adil Malik 62 Comments

I’m always on the lookout for a quality addition to my lab that would respect my strict budget. Recently, I’ve found myself pushing the Hertz barrier with every other project I do and hence desperately wanted a high bandwidth scope. Unfortunately, only recently have 70 MHz to 100 MHz become really affordable, whilst a new quad channel oscilloscope in the 500 MHz to 1 GHz range still costs a fortune to acquire. My only option was to find an absolute miracle in the form of an old high bandwidth scope.

It seemed the Gods of Hand Me Down electronics were smiling upon me when I found this dumpster destined HP 54542C. It appeared to be in fairy good shape and was the Top Dog in its day. But something had to be broken right? Sure enough, the screen was clearly faulty and illegible. Want to know how I fixed it? Four letters: FPGA.

Continue reading “FPGA Rescues Scope From The Dumpster” →

Embed With Elliot: LIN Is For Hackers

May 26, 2017 by Elliot Williams 18 Comments

A car is a rolling pile of hundreds of microcontrollers these days — just ask any greybeard mechanic and he’ll start his “carburetor” rant. All of these systems and sub-systems need to talk to each other in an electrically hostile environment, and it’s not an exaggeration to say that miscommunication, or even delayed communication, can have serious consequences. In-car networking is serious business. Mass production of cars makes many of the relevant transceiver ICs cheap for the non-automotive hardware hacker. So why don’t we see more hacker projects that leverage this tremendous resource base?

The backbone of a car’s network is the Controller Area Network (CAN). Hackaday’s own [Eric Evenchick] is a car-hacker extraordinaire, and wrote up most everything you’d want to know about the CAN bus in a multipart series that you’ll definitely want to bookmark for reading later. The engine, brakes, doors, and all instrumentation data goes over (differential) CAN. It’s fast and high reliability. It’s also complicated and a bit expensive to implement.

In the late 1990, many manufacturers had their own proprietary bus protocols running alongside CAN for the non-critical parts of the automotive network: how a door-mounted console speaks to the door-lock driver and window motors, for instance. It isn’t worth cluttering up the main CAN bus with non-critical and local communications like that, so sub-networks were spun off the main CAN. These didn’t need the speed or reliability guarantees of the main network, and for cost reasons they had to be simple to implement. The smallest microcontroller should suffice to roll a window up and down, right?

In the early 2000s, the Local Interconnect Network (LIN) specification standardized one approach to these sub-networks, focusing on low cost of implementation, medium speed, reconfigurability, and predictable behavior for communication between one master microcontroller and a small number of slaves in a cluster. Cheap, simple, implementable on small microcontrollers, and just right for medium-scale projects? A hacker’s dream! Why are you not using LIN in your multiple-micro projects? Let’s dig in and you can see if any of this is useful for you. Continue reading “Embed With Elliot: LIN Is For Hackers” →

Ohm? Don’t Forget Kirchhoff!

May 25, 2017 by Al Williams 52 Comments

It is hard to get very far into electronics without knowing Ohm’s law. Named after [Georg Ohm] it describes current and voltage relationships in linear circuits. However, there are two laws that are even more basic that don’t get nearly the respect that Ohm’s law gets. Those are Kirchhoff’s laws.

In simple terms, Kirchhoff’s laws are really an expression of conservation of energy. Kirchhoff’s current law (KCL) says that the current going into a single point (a node) has to have exactly the same amount of current going out of it. If you are more mathematical, you can say that the sum of the current going in and the current going out will always be zero, since the current going out will have a negative sign compared to the current going in.

You know the current in a series circuit is always the same, right? For example, in a circuit with a battery, an LED, and a resistor, the LED and the resistor will have the same current in them. That’s KCL. The current going into the resistor better be the same as the current going out of it and into the LED.

This is mostly interesting when there are more than two wires going into one point. If a battery drives 3 magically-identical light bulbs, for instance, then each bulb will get one-third of the total current. The node where the battery’s wire joins with the leads to the 3 bulbs is the node. All the current coming in, has to equal all the current going out. Even if the bulbs are not identical, the totals will still be equal. So if you know any three values, you can compute the fourth.

If you want to play with it yourself, you can simulate the circuit below.

The current from the battery has to equal the current going into the battery. The two resistors at the extreme left and right have the same current through them (1.56 mA). Within rounding error of the simulator, each branch of the split has its share of the total (note the bottom leg has 3K total resistance and, thus, carries less current).

Continue reading “Ohm? Don’t Forget Kirchhoff!” →