Within our community of hackers and makers you may sometimes encounter a belief that we have somehow regained a hold on the workshop lost by everyone else. But while it might be true that some of the general population may barely know one end of a screwdriver from the other it’s a huge overstatement to claim exclusivity. There are plenty of other scenes blessed with an astonishing level of engineering skill and from which breathtaking projects emerge, and it is a great pity that sometimes they exist in isolation from each other.
One such scene is that of car modification. By this we don’t mean the youths with their inadequately powered bottom-feeder cars adorned with deformed plastic, fake carbon fibre and farty exhaust pipe extensions from Halfords or Advance Auto, nor do we mean the silly-priced professional hotrods beloved of certain cable TV reality shows. Instead we mean the ordinary car hackers who take the unexciting and unloved of the automotive world into their garages and through a combination of vision and skill fashion it into something amazing. As an illustration of this art we’d like to introduce you to [ScaryOldCortina]’s “Mayday”. It’s a build from a few years ago, but no less impressive for the elapsed time.
If you are British the chances are your grandparents might have driven an Austin Somerset in the early 1950s. An unexciting mid-sized chassis-based saloon car that wasn’t badly designed but had all the inadequate rust protection you’d expect from a car of that era. A Somerset arrived in [ScaryOldCortina]’s garage that looked solid but turned out on inspection to be rusty enough that it could almost be disassembled with a hefty tug on some of the panels. He could have scrapped it, but instead he refashioned it into something a lot more exciting, a two-seater hotrod roadster. In a particularly impressive touch, he re-used most of the metal from the Somerset in its new body in a different form, for example its curved roof was cut in half to form the side panels of the new car.
The full build is in a very long thread on the Retro Rides car forum. If you read it from start to finish you’ll find an in-depth description of the minutiae of the 1950s British car parts bin, but if that will be a bit much for you we have some highlights.
[Aykut Çelik] uses some strong words to describe how he feels about his VW Polo’s current radio set-up. Words like, “useless,” are bandied about. What is a modern man supposed to do with a car that doesn’t have built-in navigation or Bluetooth connectivity with phones? Listen to the radio? There are actual (mostly) self driving cars on the road now. No, [Aykut] moves forward, not backwards.
To fix this horrendous shortcoming in his car’s feature package, he set out to install a tablet in the dash. His blog write-up undersells the amount of work that went into the project, but the video after the break rectifies this misunderstanding. He begins by covering the back of a face-down Samsung tablet with a large sheet of plastic film. Next he lays a sheet of fiberglass over the tablet and paints it with epoxy until it has satisfactorily clung to the back of the casing. Afterwards comes quite a bit of work fitting an off-the-shelf panel display mount to the non-standard hardware. He eventually takes it to a local shop which does the final fitting on the contraption.
The electronics are a hodgepodge of needed parts: An amplifier, to replace the one that was attached to the useless husk of the prior radio set; a CAN shield for an Arduino, so that he could still use the steering wheel buttons; and a Bluetooth shield, so that the Arduino could talk to the tablet. Quite a bit of hacking happened, and the resulting software is on GitHub.
The final assembly went together well. While it’s no Tesla console. It does get over the air updates whenever he feels like writing them. [Aykut] moves forward with the times.
There’s a car race going on right now, but it’s not on any sort of race track. There’s a number of companies vying to get their prototype on the road first. [Anurag] has already completed the task, however, except his car and road are functional models.
While his car isn’t quite as involved as the Google self driving car, and it doesn’t have to deal with pedestrians and other active obstacles, it does use a computer and various sensors to make decisions about how to drive. A Raspberry Pi 2 takes the wheel in this build, taking input from a Pi camera and an ultrasonic distance sensor. The Pi communicates to another computer over WiFi, where a neural network operates to make decisions about how to drive the car. It also makes decisions based on a database of pictures of the track, so it has a point of reference to go by.
The video of the car in action is worth a look. It’s not perfect, but it’s quite an accomplishment for this type of project. The possibility that self-driving car models could drive around model sets like model railroad hobbyists create is intriguing. Of course, this isn’t [Anurag]’s first lap around the block. He’s already been featured for building a car that can drive based on hand gestures. We’re looking forward to when he can collide with model busses.
There are a number of ways to control an automobile without using the pedals, and sometimes even without using the steering wheel. Most commonly these alternative control mechanisms are installed in vehicles whose owners are disabled in some way, but [Anurag] has taken this idea of alternative control one step further. He has built a car that can be driven by hand gestures alone.
On a remote controlled car, a Raspberry Pi 2 was installed that handles processing and communication. A wireless network is created on the Pi, and a laptop connects to the Pi over the network. The web camera on the laptop regularly captures frames at 15 fps to check for the driver’s hand gestures. The image is converted to gray scale, thresholded, contours are obtained, and the centroid and farthest points are obtained.
After some calculations are done, a movement decision is taken. The decision is passed to the Pi, which in turn, passed that to the internal chip of the car. All of the code is available on the project’s github page. [Anurag] hopes that this can be scaled up to full sized cars in the future. We’ve seen gesture-based remote controls before that rely on Sonar sensors, so it’s interesting to see one that relies strictly on image processing.
[TVMiller] has a bone to pick with you if you let your car idle while you chat or text on your phone. He doesn’t like it, and he wants to break you of this wasteful habit – thus the idle-deterrence system he built that he seems to want on every car dashboard.
In the video below, the target of his efforts is clear – those who start the car then spend time updating Twitter or Instagram. His alarm is just an Arduino Nano that starts a timer when the car is started. Color-coded LEDs mark the time, and when the light goes red, an annoying beep starts to remind you to get on with the business of driving. The device also includes an accelerometer that resets the timer when the vehicle is in motion; the two-minute timeout should keep even the longest stop light from triggering the alarm.
[TVMiller] plans an amped-up version of the device built around an MKR1000 that will dump idle to moving ratios and other stats to the cloud. That’s a little too Big Brother for our tastes, but we can see his point about how wasteful just a few minutes of idling can be when spread over a huge population of vehicles. This hack might make a nice personal reminder to correct wasteful behavior. It could even be rolled into something that reads the acceleration and throttle position directly from the OBD port, like this Internet of Cars hack we featured a while back.
[Daniel Norée] started the OpenR/C project back in 2012 when he bought a Thing-O-Matic. In search of a project to test out his new printer, he set his sights on a remote controlled car, which as he put it,”… seemed like the perfect candidate, as it presents a lot of challenges with somewhat intricate moving parts along with the need for a certain level of precision and durability.”
After releasing his second design, the OpenR/C Truggy, he realized a community was forming around this idea, and needed a place to communicate. So, he created a Google+ group. Today, the Truggy has been downloaded over 100,000 times and the Google group has over 5,000 members. It’s a very active community of RC and 3d printing enthusiasts who are testing the limits of what a 3d printer can do.
[wattnotions] has been playing with matches, well the box they come in anyway. One day he was letting synapses fire unsupervised, and wondered if he could build a robot inside of a matchbox. His first prototype was a coin lithium battery and scrounged motors from those 3 US Dollar servos you can buy by the dozen. It scooted around just fine, but it drained the battery instantly and was a little boring.
Next, he etched a board. It had a little PIC micro, a connector for a mini LiPo, and an H bridge. It fired up just fine, and even though it drained the battery way too fast, at least it wasn’t brainless anymore. In our experience, robots tend to discard all the useful data they collect anyway, so being blind wasn’t too much of a problem.
Inspired and encouraged, with synapses gloriously undeterred, [wattnotions] set out to make a version 2. This time he ordered a board from OSHPark, made a 3D model in SketchUp, and proceeded to lock himself out from his own chip. Without a high voltage programmerhe was out of luck. The development was unfortunately put on hold.
It was fun to read along with [wattnotions] as he went on a small robot adventure. We hope he’ll complete a version 3 and have a swarm of the little fellows scooting around.