For years the proprietary spline pattern of rc servos has been a dealbreaker for hobbyists who want to add custom shafts and gears to their servos. First, different servo sizes have different spline sizes, and each vendor equips their servos with different patterns. True, some special vendors sell custom gears that mate to these patterns, but, overall, the hard-to-replicate pattern has severely limited the output options for servos.
This pattern didn’t deter [JB], however. With some clever CAD skills, and two working implementations, he’s demonstrated that these spline patterns can be (1) harvested and (2) added into custom components, opening a new suite of design opportunities involving servos.
To capture the spline, [JB] imports an image into Solidworks, and traces the pattern on a properly scaled image. From there, he can embed this pattern directly into a physical model for fabrication.
To make parts that preserve this pattern, [JB] has two options. With his FormLabs printer, he can print components that already have the pattern feature, allowing him to press-fit custom links directly onto servos. Alternatively, for a sturdier component, he presents the milling method. With this technique, he drills a circle of bolt holes onto the desired output shaft and then mills out the center. From here, the shaft can also be directly pressed onto the servo spline where each spline groove fits snugly into the edge of the previously-drilled holes.
So, how well do they work? According to [JB] he’s actually managed to do some damage to himself before damaging to the 3D-printed part while trying to strip the pattern. The end-goal is to insert these shafts into transmissions for a miniature combat robot, another one of [JB’s] projects which is well-underway. Until then, we’re looking forward to seeing more servos tightly-integrated into upcoming projects.
[Jordan] managed to cobble together his own version of a low resolution digital camera using just a few components. The image generated is pretty low resolution and is only in grey scale, but it’s pretty impressive what can be done with some basic hardware.
The heart of the camera is the image sensor. Most consumer digital cameras have tons of tiny receptors all jammed into the sensor. This allows for a larger resolution image, capturing more detail in a smaller space. Unfortunately this also usually means a higher price tag. [Jordan’s] sensor includes just a single pixel. The sensor is really just an infrared photodiode inside of a tube. The diode is connected to an analog input pin on an Arduino. The sensor can be pointed at an object, and the Arduino can sense the brightness of that one point.
In order to compile an actual image, [Jordan] needs to obtain readings of multiple points. Most cameras do this using the large array of pixels. Since [Jordan’s] camera only has a single pixel, he has to move it around and take each reading one at a time. To accomplish this, the Arduino is hooked up to two servo motors. This allows the sensor to be aimed horizontally and vertically. The Arduino slowly scans the sensor in a grid, taking readings along the way. A Processing application then takes each reading and compiles the final image.
Since this camera compiles an image so slowly, it sometimes has a problem with varying brightness. [Jordan] noticed this issue when clouds would pass over while he was taking an image. To fix this problem, he added an ambient light sensor. The Arduino can detect the amount of overall ambient light and then adjust each reading to compensate. He says it’s not perfect but the results are still an improvement. Maybe next time he can try it in color.
[Pariprohus] wanted to make an interesting gift for his girlfriend. Knowing how daunting it can be to make your own tea, he decided to build a little robot to help out. His automated tea maker is quite simple, but effective.
The device runs off of an Arduino Nano. The Nano is hooked up to a servo, a piezo speaker, an LED, and a switch. When the switch is turned to the off position, the servo rotates into the “folded” position. This moves the steeping arm into a position that makes the device easier to store and transport.
When the device is turned on to the “ready” position, the arm will extend outward and stay still. This gives you time to attach the tea bag to the arm and place the mug of hot water underneath. Finally the switch can be placed into “brew” mode. In this mode, the bag is lowered into the hot water and held for approximately five minutes. Each minute the bag is raised and lowered to stir the water around.
Once the cycle completes, the Nano plays a musical tune from the piezo speaker to remind you to drink your freshly made tea. All of the parameters including the music can be modified in the Nano’s source code. All of the components are housed in a small wooden box painted white. Check out the video below to see it in action. Continue reading “Automated Tea Maker”
If one could temporarily remove their sense of humor and cast a serious look into a Rube Goldberg machine, they would not say to themselves “well that looks simple.” Indeed, it would almost always be the case that one would find themselves asking “why all the complexity for such a simple task?”
Too often in hacking are we guilty of making things more complicated than they really need to be. Maybe it’s because we can see many different paths to a single destination. Maybe it’s because we want to explore a specific path, even though we know it might be a little harder to tread. Maybe it’s just because we can.
But imagine approaching a hack as simply a means to an end. Imagine if you did not have all of that knowledge in your head. All of those tools at your disposal. How would this change your approach? When [yavin427] decided to automate the leveling up process in his favorite video game, odds are he had never taken a game controller apart. Had never touched an oscilloscope. Indeed, he might have no knowledge of what a transistor or microcontroller even is. While many of our readers would have taken the more difficult path and tapped directly into the TTL of the controller to achieve maximum efficiency; it is most likely that [yavin427] would not have known how to do this, and thus would not have seen the many other paths to his end goal that would have been obvious to us. Yet he achieved his end goal. And he did it far easier and with less complication than many of us would have done.
Continue reading “Arduino + Servo + Scotch tape == An Interesting Conversation”
We have a pretty good guess where [Krizbleen] hides away any seasonal presents for his family: behind his shiny new secret library door. An experienced woodworker, [Krizbleen] was in the process of finishing the attic in his home when he decided to take advantage of the chimney’s otherwise annoying placement in front of his soon-to-be office. He built a false wall in front of the central chimney obstacle and placed a TV in the middle of the wall (directly in front of the chimney) flanked on either side by a bookcase.
If you touch the secret book or knock out the secret sequence, however, the right-side bookcase slides gently out of the way to reveal [Krizbleen’s] home office. Behind the scenes, a heavy duty linear actuator pushes or pulls the door as necessary, onto which [Krizbleen] expertly mounted the bookcase with some 2″ caster wheels. The actuator expects +24V or -24V to send it moving in one of its two directions, so the Arduino Uno needed a couple of relays to handle the voltage difference.
The effort spent here was immense, but the result is seamless. After borrowing a knock-detection script and hooking up a secondary access button concealed in a book, [Krizbleen] had the secret door he’d always wanted: albeit maybe a bit slow to open and close. You can see a video of its operation below.
Continue reading “Secret Attic Library Door”
Maybe you’ve never programmed an Arduino before. Or maybe you have, but nothing beyond das blinkenlights. Maybe your soldering iron sits in a corner of your garage, gazing at you reproachfully every time you walk by, like a ball begging to be thrown. Maybe you’ve made a few nifty projects, but have never interfaced them with a PC. If this describes you, then this article and project is just what you need. So grab your favorite beverage, tuck in and prepare to get motivated.
[Anuj Dutt] has not only made a really cool project, he has also done a most excellent job at documenting it. It’s an Arduino controlled “RADAR” like project that uses the familiar Parallax ultrasonic sensor. It’s mounted to a servo and feeds data to a PC where a custom VB.NET program translates the data in to a cool “green radar sweep” screen. It also pushes text to an LCD which reveals the distance from the target.
[Anuj Dutt] hand rolled his Arduino just because, but ran into some trouble getting everything to talk to the PC. He wound up using the ultra user friendly FTDI to save the day. Be sure to check out the video below to see the project in action. [Anuj] published the code for both the Arduino and PC in the video description.
Continue reading “Green-Sweep for Your Ultrasonic Rangefinder”
For their Mechanical Engineering senior design project at San Jose State University, [Tyler Kroymann] and [Robert Dee] designed and built a racing motion simulator. Which is slightly out of the budget of most hackers, so before they went full-scale, a more affordable Arduino powered Stewart platform proof of concept was built. Stewart platforms typically use six electric or hydraulic linear actuators to provide motion in six degrees of freedom (6 DOF), surge (X), sway (Y), heave (Z), pitch, roll, and yaw. With a simple software translation matrix, to account for the angular displacement of the servo arm, you can transform the needed linear motions into PWM signals for standard hobby servos.
The 6 DOF platform, with the addition of a resistive touch screen, also doubled as a side project for their mechatronic control systems class. However, in this configuration the platform was constrained to just pitch and roll. The Arduino reads the resistive touch screen and registers the ball bearing’s location. Then a PID compares this to the target location generating an error vector. The error vector is used to find an inverse kinematic solution which causes the actuators to move the ball towards the target location. This whole process is repeated 50 times a second. The target location can be a pre-programmed or controlled using the analog stick on a Wii nunchuck.
Watch the ball bearing seek the target location after the break.
Thanks to [Toby] for sending in this tip.
Continue reading “Stewart Platform Ball Bearing Balancer”