Category Archives: Robotics

The Raspberry Pi, and the WiPi USB dongle, with questions about power…

I’m having lots of fun with my Raspberry Pi, and I’ve decided to launch one of my crazy spare-time projects: inspired by this article detailing the construction of RUDEBOT, a kind of mobile tablet robot, I decided to build a robot of my own. But, anything worth doing is worth changing and adapting, so I thought I’d put my own spin on it, and use the Raspberry Pi and an Arduino combined to provide the brains of this robot.

wipi The original incarnation of the RUDEBOT used an Arduino and a WiFi shield. I didn’t like this approach because the WiFi shield is, by all accounts, fairly buggy and limited, and the actual cost of the shield is rather high. It dawned on me that I could buy a Raspberry Pi and a WiPi (the tiny USB 802.11n dongle you see on the right) for less money, and I’d have the advantage of also carrying a full Linux computer on board. I could turn my incarnation into a kind of mobile hotspot, which seemed like it might be a fun thing to try. I would still use the Arduino to handle the basic motor controls with commands sent over a serial port from the Raspberry Pi. Having that much hardware on board makes all sorts of software possible.

robotWhile waiting for parts to arrive, I just sort of began doodling using OpenSCAD to design the basic layout. I built CAD models for the motors and the platform, and selected a 12V 7 amp hour SLA battery. And then… began to think about power.

The documentation says that the Raspberry Pi can consume up to 700ma of current while running. Often, you’ll see that whenever anyone adds any significant USB peripherals to a Pi, they use a powered USB hub. In theory USB devices are supposed to be able to request 500ma of current from the host, but the Raspberry Pi (the second version, the originals ones had even lower power capabilities) has fuses which limit total current at 1A. So clearly, power hungry peripherals can require additional power, and a powered hub is the common solution.

But which peripherals are power hungry? In particular, it would be great if I could hook up the WiPi wireless dongle without having to provide additional power. So, I set out to research whether it was feasible. I saw three ways to proceed:

  1. Simply try it. If it works, then it works. Hard to argue with that, but it doesn’t tell you a lot about what the limits are. Would adding an additional keyboard/bluetooth/mouse push it over the edge? Undisciplined trial and error doesn’t seem like a good approach.
  2. Try it, but measure the current required. This seems like a better approach, and gives you hard data. Basically I’d need to tap a microusb cable so that I could put in my trusty multimeter, and I could measure the current directly. I probably will do that soon.
  3. Try to research how much current these things are spec’ed to use.

The last is easy to do when you have an iPad in front of you during lunch, so that’s of course what I did. But the figure that I’m interested in (power consumption) is not very often listed for USB peripherals. But it turns out that USB peripherals are supposed to give some hints to the host about how much power they require. If you plug in a peripheral to your Linux box (including the pi), you can simply use the command “lsusb -v” to get a dump of all the USB devices, and see what the driver for the hardware thinks it needs.

So, I did just that. I plugged my WiPi into the powered hub, and had a peek. Here’s the dump, most of which is pretty uninteresting, but which contains the Max Power…

Bus 001 Device 008: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x148f Ralink Technology, Corp.
  idProduct          0x5370 RT5370 Wireless Adapter
  bcdDevice            1.01
  iManufacturer           1 Ralink
  iProduct                2 802.11 n WLAN
  iSerial                 3 1.0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           67
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              450mA

450ma. Ouch. That seems like a lot. I find it kind of hard to believe that such a tiny transmitter can pull that much current without melting itself (it’s tiny). So, I’m left with some questions:

  1. Can the WiPi really pull that much current?
  2. Can I use it without plugging it into a powered hub? Some people do seem to be doing that, and have even said that it doesn’t work properly when plugged into some powered hubs.
  3. I’m also interested in hooking an Arduino to the Pi. How much current can the Arduino pull?
  4. Ultimately, I probably will want to power all of this equipment with my 12V SLA battery. What’s a reasonable solution to powering the Pi, Arudino and potentially a powered hub? I’m looking for quick and dirty, but also reasonable and reliable.

Any hints from robot/power/Raspberry Pi experts are welcome, here or via twitter @brainwagon.

More OpenSCAD tinkering…

The other day, I was at Harbor Freight, and picked up an inexpensive set of digital calipers. While goofing around, I decided to try to reproduce an object using OpenSCAD. I had just received a pair of motors from Pololu. They look like this:

pololu

I sat in the editor, and set to work measuring. I didn’t really plan this out, I just hacked until the CSG operations worked out. I did not model the flat on the drive shaft, and only modeled the six mounting holes, not the three that hold the motor together on the front. But overall, in about half an hour, I learned a bunch and came up with the following model.

motor1

motor2

I’ll probably model the flats, and then figure out how to instantiate two of these and model a robots platform I’m imagining. More later.

Cheap ($15) ($14) Robot Swarm developed at Harvard

I initially overcharged my readers by $1, corrected.

Just a cool link to the Kilobot project: an inexpensive platform for exploring cooperative robot swarms. The robots themselves are rather like Bristlebots: they use a pair of vibration motors which bounce the robot on rigid legs, allowing them to turn and move over smooth surfaces. They also employ a rather clever communication technique using infrared leds which are carried underneath. The light bounces off the tabletop and can reach nearby robots, or an overhead master beacon controller can broadcast programs and data to all robots simultaneously.


More information and videos of the Self-organizing Systems Research Group

Mars Rover Suspension Patent

Mars Rover SuspensionI ran across a reference to the patent on the wheel system used by NASA in their Mars Rovers, and thought that Patent 4,840,394 – Articulated Suspension System might be worth noting for future examination.

A vehicle is provided which maintains a substantially constant weight, and therefore traction, on all wheels despite one wheel moving considerably higher or lower than the others, while avoiding a very soft spring suspenson.

FIRST Competition, Silicon Valley Regional this weekend

For those of you interested in robotics, this weekend is a veritable feast. In addition to the previously mentioned Robogames, this weekend is the Silicon Valley Regional FIRST Competition at San Jose State. It’s free, and sounds like fun. You can look at the agenda here. If you aren’t in the San Jose area, you could try looking at this list of 2005 Regional Events.

Robot Motor Test

Robot MotorsWell, yesterday’s voyage to various Silicon Valley surplus locations didn’t yield many very many good buys, so my robot project is still proceeding rather slowly. I did pick up some alligator clips and scavenged the batteries out of my maglight, and gave them a test. Voila!, and and in reverse. Somewhere I heard that these motors were asymmetric, and ran at a different speed in one direction compared to the other, but as you can see, it’s pretty close. I don’t think I’m going to worry about it.

At 4.5 volts, the motors run somewhere around 40 rpms and pull about 1.5-1.7 amps. They also run pretty quiet, so I don’t think I’ll have many problems with noise.