Ask Hackaday: Does Project Ara Solve The Phonebloks’ Problems?

Our tips line is blowing up again, this time directing us to Motorola’s Project Ara: a phone with modular components that plug into a base “endoskeleton.” If you missed the news coverage strewn across the web and you are doing a double-take, that’s because Project Ara is frighteningly similar to the (presumed vaporware) Phonebloks concept from a few weeks ago. Phonebloks was the subject of our last “Ask Hackaday” article, generating hundreds of comments ranging from those defending the concept to those furiously opposed to it.

There’s a conspiracy theory circulating that suggests Motorola released the Phonebloks concept as a viral marketing scheme to generate hype before revealing the official product line. We suspect it’s a bit less conniving. As [jorde] explained on Hacker News, an Israeli startup, Modu, had developed a similar modular cell phone several years ago, and Google bought the patents in May of 2011. A few months later, Google bought something else: Motorola. It seems likely that Project Ara is merely a resurrected and revised Modu, and Motorola conveniently announced it in the wake of Phonebloks’ popularity. Regardless, Motorola has announced that they have partnered with Phonebloks’ creator Dave Hakkens .

So what’s different? Phonebloks was met with cries of “vaporware!” and fervent arguments raising concerns about unavoidable hardware limitations. Motorola claims their goal is:

to do for hardware what the Android platform has done for software: create a vibrant third-party developer ecosystem, lower the barriers to entry, increase the pace of innovation, and substantially compress development timelines.

Unlike Project Ara, Phonebloks didn’t consider open-source hardware (Wayback Machine link), and Motorola makes an interesting argument here: that advances in 3D printing indicate an evolving “open hardware ecosystem,” and the next era of phone development may rest in the hands of your average hacker or a small startup company. Some speculate that the Ara will be similar to the relationship between a PC and its peripherals: Motorola provides the essential guts while giving you some slots for attaching additional components. Let us know in the comments what you think about Project Ara: is it just more vaporware, or a watered-down but plausible alternative to Phonebloks?  And, perhaps most important: do you, as a hacker, want a phone that supports open hardware and lets you plug in “peripherals?” The Phonebloks website has since changed to reflect the partnership with Motorola, and includes a new video that you can watch below.

Continue reading “Ask Hackaday: Does Project Ara Solve The Phonebloks’ Problems?”

Retrotechtacular: Automata

automatonWriter

For a moment, suspend your worldview and adopt Descartes’s mechanistic interpretation that living beings are essentially complex machines: a collection of inherently unrelated parts that move and collide. Automata, then, represented the pinnacle of accomplishment in a mechanistic universe, requiring considerable skill to construct. Most of their inventors, such as Pierre Jaquet-Droz, were clockmakers or watchmakers, and automata like the 240-year-old boy writer are packed with moving parts to automate motion.

Jaquet-Droz’s writer is particularly impressive considering all its moving parts—nearly six thousand of them—fit entirely within the boy’s body, and that one can “program” the text that the boy composes. It may sound like a bit of a stretch to claim that these clockwork amusements were precursors to the computer, but they influenced inventors and engineers for centuries.

You’ve likely heard of the other famous automaton: The Turk, (which was actually a hoax, housing an operator inside its base). The Turk, however, managed to inspire Charles Babbage to pursue building a mechanical device capable of performing mathematical functions: the Difference Engine.

Watch some of Jaquet-Droz’s other clockwork masterpieces in a video after the break. Magicians like Robert-Houdin were responsible for building a number of automata, so we recommend you keep the mystical atmosphere flowing by checking out another magician’s performance oddities.

Continue reading “Retrotechtacular: Automata”

Hacking And Philosophy: An Introduction

hacking_philosophy

This fall marks my third (and Flying Spaghetti Monster willing, final) year as a PhD student, and although I’m no longer taking courses, I often wonder how my seminars might have differed if other hacker-types were in the classroom contributing to the discussion.

Hacking and Philosophy is a new column that explores scholarly research about hacking, and does so with a community that lives the hacking experience. It’s a chance to discuss how researchers and deep thinkers handle our culture, its image, its philosophy, etc. Put simply, think of it as a weekly book club meeting. I’ll choose the text and proceed one chapter at a time, giving you my complete response to that week’s reading while engaging your replies in the comments as well as including your important or insightful contributions in future posts. Further, I promise never to venture into Ivory Tower territory: I hate being talked down to as much as the next person.

Hacking and Philosophy only works if it’s a conversation, so I encourage contributions, corrections, respectful disagreements, and as much hypertext (obviously literally, but philosophically a la Landow) that you can manage. Think of me not as an instructor but as a fellow participant who will occasionally guide us through obscure concepts and terminology.

Keep reading after the break for a tentative book list and the reading for next week!

Continue reading “Hacking And Philosophy: An Introduction”

Hackaday Links: October 27, 2013

hackaday-links-chain

[Kyle] came across a project which he thinks is “simply elegant”. If you don’t already have a PCB vice, here’s an easy way to build one of your own.

This one’s so good but alas it’s not a hack. Check out the slideshow tour at UC Boulder’s Fiske Planetarium. You get a really cool look at the hardware that makes the dome and projector such a great experience. [via Reddit]

Here’s a schematic and a couple of snapshots of [Trax’s] CAN bus hacking rig. He plans on doing a tutorial but decided to share this link after reading the first part of our own CAN hacking series.

These strings of LEDs bump to the tunes. [Alex] is using GrooveShark as a frequency analyzer, then pushing commands via Node.js to the Arduino controlling the lights. It’s all planned for the back porch during his Halloween party.

We remember drilling holes in the 3.5″ floppy discs (we even made a wood jig for this) to double their capacity. A similar blast from the past was to punch a notch in the larger 5.25″ versions to make them double-sided.

If you’re trying to learn about FFT [Ronald] highly recommends this website. We didn’t do too much poking around because it’s kind of strange. But if you do get sucked in and have fun with it leave a comment to let others know it’s worth their attention.

We suppose that using 39 Raspberry Pi boards and their camera modules isn’t the worst way to build a huge 3D model capture rig. The results certainly are impressive. [Thanks Wouter]

Fail Of The Week: Flaming Brushless Motor Controller

Yep, smoke and flames are usually a sign that your electronics aren’t functioning as expected. This is actually the second failure encountered while learning about brushless motor controllers.

[Michael Kohn] purchase the motor while working on a different project and it went unused for quite some time. When he came across it again he decided he should learn the not-so-dark art of BLDC control.

The first hurdle was to figure out how to drive the three-wire motor when he had been expecting only two. The answer required him to come up with switching mechanism that allows three states for each wire: positive, negative, and not connected. His solution was to use MOSFETs. It’s a good idea, but unfortunately during the first iteration they were under-spec’d and he scared the crap out of himself when one of them blew up during testing (clip #1 below). After sourcing a more robust set of MOSFETs [Micheal] went back to testing which is when this little fire broke out. The 22 gauge wires connecting the Lithium battery to the driver just couldn’t cut it. See for yourself in the second clip.

It’s been awhile since we’ve said it: Please remember the Fail of the Week is not about ridiculing the hacker who was gracious enough to document his or her failure. It’s about learning from the mistake and discussing alternatives that can help others in the future. For instance, in this case some advice in determining MOSFET specs and wire gauge for any type of motor would be quite helpful. Have at it in the comments.

Continue reading “Fail Of The Week: Flaming Brushless Motor Controller”

3D Printering: A Call For An Open Source Automated Build Platform

I’ve said this before, and I’ll say it again: if you’re using a 3D printer to make a few hundred identical plastic parts, you’re doing it wrong. That’s the place for traditional manufacturing methods such as injection molding or resin casting. If, however, you’re looking at printing a few dozen identical plastic parts, or even running a script to optimize your machine time, the current open source 3D printer world leaves one thing to be desired.

An Automated Build Platform

An Automated Build Platform is a fairly simple idea: put a conveyor belt on your heated bed, and when the print is done, send a command to drive a motor, dumping the newly printed part into a bin, The printer then begins the next part with a clean bed, and the days of doting over a 3D printer soon fade into the past.

For such a simple and useful idea, it’s surprising there hasn’t been much done with this idea in open source circles. There are, of course, problems both technical and legal, but hopefully nothing that should indefinitely derail anyone who would want to create the first open source automated build platform.

Continue reading “3D Printering: A Call For An Open Source Automated Build Platform”

Retrotechtacular: Steam Locomotive Construction In The 1930’s

Here’s a fascinating look at high-tech manufacturing in the 1930’s. This week’s Retrotechtacular features the building of a steam-powered locomotive. The quality of the black and white footage, and the audio accompanying it are almost as impressive as the subject material — which is nothing short of a machinist’s wet-dream but also includes much forging and smithing. Digging through the video for a suitable still image was a tough task, as every step in the process was interesting to us. But this image showing some of the 2700 feet of tubing used in the locomotive seems most appropriate.

The build covers all aspects of the build. Huge sheets of steel make up two side plates between which the cast engine block is mounted. The mold for casting was huge, required twelve hours dry time before the pour, and took a day or two to cool before breaking the mold. That yielded a rough block which then headed off for machining.

We were delighted by the crane used to transport steel sheets from the oven to a stamping machine. The counterweight is workers (and lots of them) on the other side of the fulcrum. After a glimpse of the ancillary part fabrication you begin to get a look at the complexity of the machine as it is assembled.

Does anyone feel a deep appreciation for the pedagogy that went into making something like this? What we mean is that the teams building No. 6207 don’t seem to be using skills learned in a book or from a class, but rather those passed down from the masters that have been on the job most of their lives. Watching them all work is nothing short of astounding!

Continue reading “Retrotechtacular: Steam Locomotive Construction In The 1930’s”