Apologies for the formatting in this syndicated version of my blog - the page width comes out really really wide

and the embedded images and video don't appear correctly either. The issue is known, and hopefully will be fixed sometime!

In the mean time, to read my blog please visit;

http://robotsaustralia.blogspot.com

and to visit the web site with background info;

http://robotsaustralia.googlepages.com

Acrylic panels for the Quadruped robot arrived!

The nice people at Pololu have produced the laser cut acrylic panels which make up most of the body components of the Quadruped4 robot, and they arrived here in Melbourne yesterday.

I put together the base plate and side walls, and mounted on the robotics controller board, so I could get an idea of how it will all come together.

These two images show reality versus cad! There's a bit of catch up to do... But the slots in all the panels aligned well, and the PCB fitted in place correctly, as did the WiFi antenna tail.

I have a bit of precision acrylic bending to do to create the aesthetic bends in the top cover, and especially the head with its "Johnny 5" eyebrows.

I also have to purchase the rest of the AX-12 servos (I only have two at this point), and cnc cut the shoulder brackets which are custom designed offset brackets for the Ax-12's.

Syndicated 2008-01-16 04:17:00 (Updated 2008-01-16 23:55:21) from Robots Australia

First servo moves over WiFi, and Asimo in Melbourne

It has been a full two months since the last post here, it has been difficult to find much time recently to work on the Quadruped4 robot.

Finally though I reached a point where I felt I had achieved enough progress to warrant a blog post. I have written enough firmware for the two Atmel processors on the Dynamixel Robotics Controller to get AX-12+ servos moving under control of a laptop connected via WiFi.

<object width="320" height="266" class="BLOG_video_class" id="BLOG_video-17168ab7368d8bfa" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="movie" value="http://www.blogger.com/img/videoplayer.swf?videoUrl=http%3A%2F%2Fvp.video.google.com%2Fvideodownload%3Fversion%3D0%26secureurl%3DqgAAAJRKzAPfu3a7ks9WIkYJqTFIMCprFzPFaGXYQBoJSjPIG9TEc9aw6YRnrXNFWh0UVOglXV_rFZK2eUG8iOEV6Dz2VufCQSCTV7Gp5cTwid0Q8lBJ4Q07vhpJdJkquOlwjraMfpbN5VeS0JX29P1Cv_vUu6q9IjW3i6eh5PbrGO2lQBzi7nr5S45QGObfzy_PFZ5KkcAPxHVDWyVAhBZ6UqGjnp-IrYueazcsRqgAA8Tx%26sigh%3DUILHOL8BGBqIg6FreiS1Lv8Lp00%26begin%3D0%26len%3D86400000%26docid%3D0&nogvlm=1&thumbnailUrl=http%3A%2F%2Fvideo.google.com%2FThumbnailServer2%3Fapp%3Dblogger%26contentid%3D17168ab7368d8bfa%26offsetms%3D5000%26itag%3Dw320%26sigh%3DZUhlbDcKRayg94_68C6RFb0Kxhs&messagesUrl=video.google.com%2FFlashUiStrings.xlb%3Fframe%3Dflashstrings%26hl%3Den"> <param name="bgcolor" value="#FFFFFF"> <embed width="320" height="266" src="http://www.blogger.com/img/videoplayer.swf?videoUrl=http%3A%2F%2Fvp.video.google.com%2Fvideodownload%3Fversion%3D0%26secureurl%3DqgAAAJRKzAPfu3a7ks9WIkYJqTFIMCprFzPFaGXYQBoJSjPIG9TEc9aw6YRnrXNFWh0UVOglXV_rFZK2eUG8iOEV6Dz2VufCQSCTV7Gp5cTwid0Q8lBJ4Q07vhpJdJkquOlwjraMfpbN5VeS0JX29P1Cv_vUu6q9IjW3i6eh5PbrGO2lQBzi7nr5S45QGObfzy_PFZ5KkcAPxHVDWyVAhBZ6UqGjnp-IrYueazcsRqgAA8Tx%26sigh%3DUILHOL8BGBqIg6FreiS1Lv8Lp00%26begin%3D0%26len%3D86400000%26docid%3D0&nogvlm=1&thumbnailUrl=http%3A%2F%2Fvideo.google.com%2FThumbnailServer2%3Fapp%3Dblogger%26contentid%3D17168ab7368d8bfa%26offsetms%3D5000%26itag%3Dw320%26sigh%3DZUhlbDcKRayg94_68C6RFb0Kxhs&messagesUrl=video.google.com%2FFlashUiStrings.xlb%3Fframe%3Dflashstrings%26hl%3Den" type="application/x-shockwave-flash"></embed></object>

I also had to change the small test application I had written to send AX-12 commands via serial to use a TCP/IP socket connection, but once this was done, I had a servo happily moving back and forth as I dragged the mouse over a dial control. May not seem like much, but this is a pretty important milestone I think. If you look really hard at the fuzzy video, you can see the temporary wires tacked on to add a JTAG interface on the secondary micro (secondary micro handles the 1Mbit/s servo comms). I had a fair bit of trouble getting the SPI link between the two micros going well, and a borrowed JTAG debugger was very handy.

<object width="320" height="266" class="BLOG_video_class" id="BLOG_video-bb12bb1e543a5fff" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="movie" value="http://www.blogger.com/img/videoplayer.swf?videoUrl=http%3A%2F%2Fvp.video.google.com%2Fvideodownload%3Fversion%3D0%26secureurl%3DqgAAABqQx1oQmSnIaATdhug8I96yl37Zb6Zn1W2FwH_IoSHpQfeqGG2yYhQsDdJJ_o_0KFiEJmvAqWd3ZFVFnioZJk9sbp_m9LJR9j0XjbwbX1594BFmBnABdyfL83n3uAaQhYOkfAh6ovuyFnmzCF5wWbgllo2wkJeFitRscj4Z76kUFOwRhzSeBy43YXhbqMQFqZAxST5h3Pz294iT3S3RQbNcBy2wPpcH2PAk3vQXWR4k%26sigh%3DpVbRtoQ8v6DcoyRWDBW5SgHMar4%26begin%3D0%26len%3D86400000%26docid%3D0&nogvlm=1&thumbnailUrl=http%3A%2F%2Fvideo.google.com%2FThumbnailServer2%3Fapp%3Dblogger%26contentid%3Dbb12bb1e543a5fff%26offsetms%3D5000%26itag%3Dw320%26sigh%3DnRCICs9vCgOqiPrWp7laYc2pchM&messagesUrl=video.google.com%2FFlashUiStrings.xlb%3Fframe%3Dflashstrings%26hl%3Den"> <param name="bgcolor" value="#FFFFFF"> <embed width="320" height="266" src="http://www.blogger.com/img/videoplayer.swf?videoUrl=http%3A%2F%2Fvp.video.google.com%2Fvideodownload%3Fversion%3D0%26secureurl%3DqgAAABqQx1oQmSnIaATdhug8I96yl37Zb6Zn1W2FwH_IoSHpQfeqGG2yYhQsDdJJ_o_0KFiEJmvAqWd3ZFVFnioZJk9sbp_m9LJR9j0XjbwbX1594BFmBnABdyfL83n3uAaQhYOkfAh6ovuyFnmzCF5wWbgllo2wkJeFitRscj4Z76kUFOwRhzSeBy43YXhbqMQFqZAxST5h3Pz294iT3S3RQbNcBy2wPpcH2PAk3vQXWR4k%26sigh%3DpVbRtoQ8v6DcoyRWDBW5SgHMar4%26begin%3D0%26len%3D86400000%26docid%3D0&nogvlm=1&thumbnailUrl=http%3A%2F%2Fvideo.google.com%2FThumbnailServer2%3Fapp%3Dblogger%26contentid%3Dbb12bb1e543a5fff%26offsetms%3D5000%26itag%3Dw320%26sigh%3DnRCICs9vCgOqiPrWp7laYc2pchM&messagesUrl=video.google.com%2FFlashUiStrings.xlb%3Fframe%3Dflashstrings%26hl%3Den" type="application/x-shockwave-flash"></embed></object>

On another note, this week Honda's ASIMO robot appeared in Melbourne as part of an Australian tour. Of course I had to go see it even though the show would have pretty much zero technical content! Here is a bit of a sample of some video I took during the show as I sat among all the kiddies.


Back to the Quadruped4 robot, and the next step in construction. Now I have enough electronics and firmware going to move servos over WiFi I think it is time to start on the physical build. I have the design finished to a buildable level I think, and in the interests of getting something going sooner rather than later, I will start on construction. I am quite happy with the attached render of the latest cad model - it looks kind of like it is on the surface of Mars...

Syndicated 2007-10-21 06:28:00 (Updated 2007-10-21 10:01:35) from Robots Australia

WiFi module tested sucessfully!

Today the Lantronix WiPort wifi module on the Dynamixel Robotics Controller board was successfully tested!

Initially I had quite a time getting the wifi module going - mainly due to confusion regarding the two serial ports (3.3V logic level) the WiPort provides. On the controller board I had designed port 0 to run directly into the main AtMega2560 micro, and the secondary port 1 to run through a RS232 level converter IC and to a DB9 serial connector on board. This port was intended to be used as a serial configuration port only, a means to initially configure the wifi module, and to act as a fall back connection for fault diagnosis if the wifi link was not working for any reason.

Unfortunately the Lantronix documentation for the module, although it mentions both serial ports, doesn't really draw any distinction between the operation of them - as I read the documents, either port could support their serial configuration console.

So, when I fired up the board and tried to enter the 'xxx' required to drop the module into console mode from the DB9 connector - nothing. I went through all sorts of debugging steps because I didn't know whether module, my pcb or the RS232 level converter circuitry was at fault, all to no avail. I did think that perhaps the serial configuration console feature was only available through port 0 (which is connected to my Atmel micro, which currently has no firmware in it to speak of...), however this was harder to test.

I resolved to write some firmware to just pass through a connection from the FTDI USB chip on board to the WiPort module transparently. This way I could use hyperterminal to talk to Port 0 of the WiPort as if I was connected directly to it. I then ran into more difficulties - the USB port was not working - not even getting recognised on the PC at all!

Eventually I found an incorrectly loaded resistor (wrong value...) in the USB circuitry that was preventing the FTDI chip from functioning correctly. Once that was fixed, the USB sprang into life, and I could open Hyperterminal connected to com4 (assigned to the USB serial). Wrote some quick firmware for the transparent link from USB to the WiPort - basically any characters received from either port are passed across to the other. Turned it all on, entered the 'xxx' to jump to the WiPort console, and voila! Success. I could access the menu setting up all the parameters in the WiPort. Next came some rapid learning about AdHoc and Infrastructure modes in wifi networks. I had initially wanted to use an adhoc connection between my laptop and the robotics controller so the whole setup would be portable outside my house, however I couldn't get this to coexist with the infrastructure mode I use at home with my wireless router. Basically I would have to reconfigure my laptop wifi everytime I wanted to use the robot... not very satisfactory. So I ended up just configuring it to use the home network router, which I suppose I will have to take with me if I want to demonstrate the robot elsewhere.


Now I had the WiFi module basically going, I thought of the next test... Since I had firmware in the Atmel to pass through comms from USB<-->WiPort I could telnet from my notebook using hyperterminal to the WiPort Port 0, which would get passed through to usb, which I had open again in hyperterminal on the laptop. This worked! I effectively had an elaborate loopback between hyperterminal windows, and could type in either window and see the results in the other. I then wanted to see whether the WiPort would support simultaneous connections to Port 1 at the same time as port 0, so hooked up a serial cable from the laptop to the DB9 connector on the board, another hyperterminal on com1, and a fourth hyperterminal window telneting to the WiPort Port1. Amazingly, all this worked as well! The image above has this crazy scheme illustrated, two simultaneous telnet sessions, one looped back through an FTDI usb serial connection, the other looped back through the DB9 connector onboard the controller to the laptop com1 serial port!

So now I have tested some large slabs of the Dynamixel Controller, it is time to get it to actually do something halfway useful. I think the next step is to write firmware to link to the Robotis Dynamixel AX-12+ servo network, and then get some software on the laptop to move a servo over the wifi (or even the usb) link. When that happens I am sure I will have to post an blog entry (even though others may not be as excited about the event as I am...).

Syndicated 2007-08-21 02:05:00 (Updated 2007-08-21 03:30:21) from Robots Australia

"First Turn On" moment of truth for Dynamixel Controller

The last of the parts have been loaded onto the Dynamixel Controller board now, and suddenly the Quadruped4 robot design takes one more step closer to realisation.

Here is an image of the loaded board, with the various main functions described;


The first power on for the board required me to hold my breath a bit, some of the parts are quite expensive (and I don't have spares) so any smoke could have been disasterous...

The WiFi module (a Lantronix WiPort) is able to be removed from its PCB connector, and I haven't soldered in the tabs, so I removed this expensive module in order to check that the 3.3V rail was ok first. The board draw no current to begin with, which is ok since the soft power on/off circuitry would be off unless the push button is held down. Once the micros are programmed with firmware, the system will latch power on after the button is pressed so the button can be released, but for the time being you have to hold the button down. Holding the on button down, the circuit drew only a small amount of current which is a good sign! I checked the two power rails, 5V and 3.3V were both ok. Next trick was to use the two ISP (in system programming) connectors and AVR studio to read and write the fuse bits of the AVR AtMega128 and the AtMega2560 on board. I was able to talk to the AtMega2560 ok, but the AtMega128 was unresponsive. A short time later I discovered the first pcb error... not too bad, cutting two tracks and two small wire mods later I was able to communicate with the AtMega 128 processor.

Once I was sure I wasn't going to blow anything up, I powered up the system with the WiFi module on board as well. The wifi activity led flashes a few times as the module boots up, then the current draw (at the 12V supply to the board) goes up to a significant 300mA or so. I haven't yet tried to configure the module with the RS232 config port yet, so that might be the next step.

I have a lot of firmware already written for an earlier board (the PWM Servo Robotics Controller, see description on the Earlier Work page), so hopefully it won't take to long to cobble together a basic framework from that earlier code to allow me to test the various communications options into the board, such as the USB connection and the WiFi link. I hope the next post here will be able to report that the WiFi link is functional! Following that the real work of designing a suitable protocol and writing code to buffer the serial streams to/from the servo networks and the serial cameras etc. will begin, before the more exciting step of plugging in actual servos, and getting real robot hardware to move!

Syndicated 2007-08-07 01:37:00 (Updated 2007-08-13 01:35:27) from Robots Australia