Also check out Honus' other build: Predator
Thursday, March 15, 2012
Animatronics and Cosplay
Instructables author Honus has posted this excellent tutorial on how he built an Animatronic Horus Guard Mask from Stargate. The detail on his build is amazing - a fantastic blend of art and technology. The heart of the build is an Arduino-based motion control rig, controlling 5 servos that move the bird head and the fans on the side. The video below shows the mask in action.
Also check out Honus' other build: Predator
If you're interested in something a little... creepier, check out these animatronic babies:
Also check out Honus' other build: Predator
Tuesday, March 13, 2012
Pop-Up Robotics
Researchers at Harvard have developed a set of new techniques for micro-fabrication of robots using principles of origami and pop-up books. This article at Gizmag and the video below explains the details of the process.
The capabilities of this technology are astounding, as the video below shows they can construct very complex shapes using this technology.
Labels:
laser cut,
manufacturing,
micro robotics,
new technology
Friday, March 9, 2012
Torrent of Tesla Coil Tutorials
![]() |
| Photo by Flickr user Pekar [source] |
Instructables has a couple of excellent tutorials on building the Basic Spark Gap Tesla Coil, and a more advanced Solid State Tesla Coil that can be modulated to play music.
Get Cracking Roboteers!
Labels:
circuits,
electrical engineering,
tesla,
tutorial
All about Arduino Timer Interrupts
The excellent author(s) over at EngBlaze have a great series of AVR / Arduino Tutorials running, with their latest article on the topic of using Timer Interrupts with the Arduino. As usual, the article does a great job of describing basic concepts and how to apply them. Be sure to check out their other tutorials, such as Interrupts and Low-Power Sleep Mode.
Labels:
Arduino,
embedded programming,
interrupts,
Microcontroller,
programming,
timers,
tutorial
Tuesday, December 6, 2011
Reached a max speed?
So, this week's progress has been to update the software. I have gotten the software to a point, as seen in the video above, where it appears like it is running as fast as the software can go. We need to sit down and debug the system more, because clock speed settings and common sense say that we should be running it faster than it currently is doing. It is also a problem if this is running as fast as it can, because from here it can only get slower as we add more processing in the background.
I am presently thinking about moving the serial clocking out to the foreground again, having it update once with the serial buffer, and then using a boolean to track whether or not this data has already been clocked out. This would take lower precedence than incoming serial data, but it should make clocking out faster. I am wondering if, in the future, a faster board may be better, but one step at a time.
Tuesday, November 29, 2011
Turkey Day Rest
This last week was a much needed break. I unfortunately couldn't make too much progress, but I did get a better start towards coming up with the PCB that will fit over top of the chipKIT. This needs to provide breakout jumpers for all of the panels. Since this is simply going to be headers and a couple of line drivers, it should be relatively simple. the only problem is that this board is going to cost a lot to make, since it has to at least sit over top of the chipKIT. I am designing the board to utilize more boards for expansion later, cutting down on the cost of redesign and reprinting.
I have also made some progress towards completed software. I have updated it with a new stretch of code, and have it compiled down into functions. Everything has compiled and is currently running on the chipKIT already, providing Serial feedback to ensure it's running properly. This Serial data will be removed soon when updated to a more final design in the next few days.
I have also made some progress towards completed software. I have updated it with a new stretch of code, and have it compiled down into functions. Everything has compiled and is currently running on the chipKIT already, providing Serial feedback to ensure it's running properly. This Serial data will be removed soon when updated to a more final design in the next few days.
Tuesday, November 22, 2011
Software Progress
The photo on the right will be explained at the end of this post. This is the culmination of a few weeks of struggle in dealing with timers.
In my time struggling and putting off in dealing with the timers, I decided to do some research on anyone else who had dealt with timers. The work that I had dine already did not reveal timers to work with interrupts. The link that I found led to this forum post. The post described someone who was using the capture and compare module, in conjunction with a timer, to invert a pin. I did some testing with the code provided, and it worked just fine. I fine tuned it to respond at a 500 kHz frequency, as seen in the bottom left corner of the display.
Now, the reason why there is a gap in the cycles is that I wanted to do a test regarding the ability to turn off and on the timer, and have it not affect the other parts. This worked beautifully, as seen in the photo above. What this means is that now I need to edit my code, with this new addition, to run the PWM cycling from the foreground to the background.
In my time struggling and putting off in dealing with the timers, I decided to do some research on anyone else who had dealt with timers. The work that I had dine already did not reveal timers to work with interrupts. The link that I found led to this forum post. The post described someone who was using the capture and compare module, in conjunction with a timer, to invert a pin. I did some testing with the code provided, and it worked just fine. I fine tuned it to respond at a 500 kHz frequency, as seen in the bottom left corner of the display.
Now, the reason why there is a gap in the cycles is that I wanted to do a test regarding the ability to turn off and on the timer, and have it not affect the other parts. This worked beautifully, as seen in the photo above. What this means is that now I need to edit my code, with this new addition, to run the PWM cycling from the foreground to the background.
Monday, November 14, 2011
Design Changes and Milestones
The improvements suggested by David offer an improvement for holding together the LEDs in the grid. In the present grid, which simply offers a hole for the LEDs to fit into, the leads are able to rotate, making the design much more of a pain to solder together. His solution is simple, redesign the left row on the soldering guide to offer grooves similar to the bending guide to hold everything down in place. As seen in the photo on the right, our 4x4 grid was cut to a 2x4 grid to help get more people working at the same time. However, the drawings that he offered me for redesign we well laid out and offer up this new idea in return: provide grooves for the LED leads to keep them from rotating around too much, and provide cut holes for open areas so that we can solder the leads together. It was a simple improvement, he put in a lot of work on this, and the design change is exactly the kind of feedback I want to hear about my designs.
Tuesday, November 8, 2011
More Squares!
| PCB minus 3 signals |
| 16 X 8 panel. |
Kinect on PC
So I got the Kinect to display and track people on the monitor of a PC. Unfortunately, that wasn't my intent. What I was trying to do was to link the Kinect to my own personal computer. For some reason I was missing the mscvp100.dll file on my laptop, which didn't allow the video to show up. I'm currently working to fix the problem so that I may take my programming wherever, but for now I'll be working at UAT's Robolab.
Subscribe to:
Posts (Atom)

