That NASA EM Drive Paper: An Expert Opinion

A week or two ago we featured a research paper from NASA scientists that reported a tiny but measurable thrust from an electromagnetic drive mounted on a torsion balance in a vacuum chamber. This was interesting news because electromagnetic drives do not eject mass in the way that a traditional rocket engine does, so any thrust they may produce would violate Newton’s Third Law. Either the Laws Of Physics are not as inviolate as we have been led to believe, or some other factor has evaded the attempts of the team to exclude or explain everything that might otherwise produce a force.

As you might imagine, opinion has entrenched itself on both sides of this issue. Those who believe that EM drives have allowed us to stumble upon some hitherto undiscovered branch of physics seized upon the fact that the NASA paper was peer-reviewed to support their case, while those who believe the mechanism through which the force is generated will eventually be explained by conventional means stuck to their guns. The rest of us who sit on the fence await further developments from either side with interest.

Over at Phys.org they have an interview from the University of Connecticut with [Brice Cassenti], a propulsion expert, which brings his specialist knowledge to the issue. He believes that eventually the results will be explained by conventional means, but explains why the paper made it through peer review and addresses some of the speculation about the device being tested in space. If you are firmly in one of the opposing camps the interview may not persuade you to change your mind, but it nevertheless makes for an interesting read.

If EM drives are of interest, you might find our overview from last year to be an illuminating read. Meanwhile our coverage of the NASA paper should give you some background to this story, and we’ve even had one entered in the Hackaday Prize.

Sintering Sand WIth A Laser Cutter

We are all used to Fused Deposition Modeling, or FDM, 3D printers. A nozzle squirts molten material under the control of a computer to make 3D objects. And even if they’re usually rather expensive we’re used to seeing printers that use Stereolithography (SLA), in which a light-catalysed liquid monomer is exposed layer-by layer to allow a 3D object to be drawn out. The real objects of desire though are unlikely to grace the average hackspace. Selective Laser Sintering 3D printers use a laser on a bed of powder to solidify a 3D object layer by layer.

The laser creating a ring.
The laser creating a ring.

While an SLS printer may be a little beyond most budgets, it turns out that it’s not impossible to experiment with the technology. [William Osman] has an 80 W laser cutter, and he’s been experimenting with it sintering beach sand to create 2D objects. His write-up gives a basic introduction to glassmaking and shows the difference between using sand alone, and using sodium carbonate to reduce the melting point. He produces a few brittle barely sintered tests without it, then an array of shapes including a Flying Spaghetti Monster with it.

The results are more decorative than useful at the moment, however it is entirely possible that the technique could be refined. After all, this is beach sand rather than a carefully selected material, and it is quite possible that a finer and more uniform sand could give better results. He says that he’ll be investigating its use for 3D work in the future.

We’ve put his video of the whole process below the break, complete with worrying faults in home-made laser wiring. It’s worth a watch.

Continue reading “Sintering Sand WIth A Laser Cutter”

Assembly Required: Subroutine Calls And The 1K Challenge

The first computer I personally owned had 256 bytes of memory. Bytes. The processor in my mouse and keyboard both have more memory than that. Lots more. Granted, 256 bytes was a bit extreme, but even the embedded systems I was building as part of my job back then generally had a small fraction of the 64K bytes of memory they could address.

Some people are probably glad they don’t have to worry about things like that anymore. Me, I kind of miss it. It was often like a puzzle trying to squeeze ten more bytes out of an EPROM to get a bug fix or a new feature put in. I though with the 1K challenge underway, I might share some of the tricks we used in those days to work around the small memory problems.

Continue reading “Assembly Required: Subroutine Calls And The 1K Challenge”

You Can Have My LM386s When You Pry Them From My Cold Dead Hands

Everyone has a chip-of-shame: it’s the part that you know is suboptimal but you keep using it anyway because it just works well enough. Maybe it’s not what you would put into a design that you’re building more than a couple of, but for a quick and dirty lashup, it’s just the ticket. For Hackaday’s [Adam Fabio], that chip is the TIP120 transistor. Truth be told, we have more than one chip of shame, but for audio amplification purposes, it’s the LM386.

The LM386 is an old design, and requires a few supporting passive components to get its best performance, but it’s fundamentally solid. It’s not noise-free and doesn’t run on 3.3 V, but if you can fit a 9 V battery into your project and you need to push a moderate amount of sound out of a speaker, we’ll show you how to get the job done with an LM386.

Continue reading “You Can Have My LM386s When You Pry Them From My Cold Dead Hands”

Homebrew Dash Cam Enables Full Suite Of Sensors

You heard it here first: dash cams are going to be the next must-have item for your daily driver. Already reaching market saturation in some parts of the world but still fairly uncommon in North America, we predict that car makers will soon latch onto the trend and start equipping cars with dash cams as standard equipment. And you can just bet that whatever watered-down, overpriced feature set they come up with will be sure to disappoint, so you might want to think about building your own Raspberry Pi dash cam with an accelerometer and lots of LEDS.

Still very much in the prototyping phase, [CFLanger]’s project is at its heart a dash cam, but it looks like he wants to go far beyond that. Raspivid and a PI NoIR camera take care of the video streaming, but the addition of a Pi SenseHAT gives [CFLanger] a bunch of options for sensing and recording the car’s environment. Not content with the SenseHAT’s onboard accelerometer, he added an ADXL345 to the sensor suite. The 64-pixel LED display is just for fun – it displays pitch and roll of the platform – and a yet-to-be-implemented bar-graph display will show acceleration in the X-axis. He figures the whole thing is good for a couple of days of video, but we hope he adds audio capture and perhaps ECU data from an OBDII-Bluetooth adapter.

We’ve seen surprisingly few DIY dash cams on Hackaday, at least so far. There has been a dash cam teardown and retasking, and there are plenty of dashboard computer builds, though. Seems like most hackers want that DIY self-driving car first.

Continue reading “Homebrew Dash Cam Enables Full Suite Of Sensors”

The Demise Of Pebble As A Platform

Despite owning five, including the original Pebble, I’ve always been somewhat skeptical about smart watches. Even so, the leaked news that Fitbit is buying Pebble for “a small amount” has me sort of depressed about the state of the wearables market. Because Pebble could have been a contender, although perhaps not for the reason you might guess.

Pebble is a pioneer of the wearables market, and launched its first smartwatch back in 2012, two years before the Apple Watch was announced. But after turning down an offer of $740 million by Citizen back in 2015, and despite cash injections from financing rounds and a recent $12.8 million Kickstarter, the company has struggled financially.

An offer of just $70 million earlier this year by Intel reflected Pebble’s reduced prospects, and the rumoured $30 to $40 million price being paid by Fitbit must be a disappointing outcome for a company that was riding high such a short time ago.

Continue reading “The Demise Of Pebble As A Platform”

Taking It To Another Level: Making 3.3V Speak With 5V

If your introduction to digital electronics came more years ago than you’d care to mention, the chances are you did so with 5V TTL logic. Above 2V but usually pretty close to 5V is a logic 1, below 0.8V is a logic 0. If you were a keen reader of electronic text books you might have read about different voltage levels tolerated by 4000 series CMOS gates, but the chances are even with them you’d have still used the familiar 5 volts.

This happy state of never encountering anything but 5V logic as a hobbyist has not persisted. In recent decades the demands of higher speed and lower power have given us successive families of lower voltage devices, and we will now commonly also encounter 3.3V or even sometimes lower voltage devices. When these different families need to coexist as for example when interfacing to the current crop of microcontroller boards, care has to be taken to avoid damage to your silicon. Some means of managing the transition between voltages is required, so we’re going to take a look at the world of level shifters, the circuits we use when interfacing these different voltage logic families.

Continue reading “Taking It To Another Level: Making 3.3V Speak With 5V”