Driving a Roomba with a Yoctopuce module

Driving a Roomba with a Yoctopuce module

We recently bought a Roomba automatic vacuum cleaner and we started to look at how to hack it as soon as it was out of the box. The Roomba is equipped with a serial port which enables you to control the robot. This serial port uses a Mini-Din socket and works in TTL levels (incompatible with an RS232 port). Luckily, we just announced the Yocto-Serial: a serial interface which can work with TTL levels.

Hacking a Roomba to make it do anything but cleaning is a classic. But it's a very good example of use of the Yocto-Serial (and it's rather fun). As a Roomba connected by a USB cable is not much use, we connect our Yocto-Serial to a YoctoHub-Wireless-g. In this way, we are going to control our Roomba remotely from our local network.


The OI (Open Interface) port uses a 7 pin Mini-Din socket. Through this socket you have:

  • ground
  • 14V power supply
  • the Roomba serial input (RXD) working from 0 to 5V
  • the Roomba serial output (TXD) working from 0 to 5V
  • a (BRC) signal used to maintain the Roomba awake and to change transmission speed

The Roomba socket schema
The Roomba socket schema

To connect the Yocto-Serial to the Roomba, we use the following mapping:

The first three connections are enough to establish communications between the Yocto-Serial and the Roomba. The BRC signal enables you both to commute the speed of the serial port and to prevent the vacuum cleaner to go to sleep. We cabled the Roomba BRC signal to the Yocto-Serial RTS signal in order to be able to modify the state of the BRC signal. But it's not necessary, because the Yocto-Serial can communicate at 115200 bauds (which is the default speed of OI port).

The complete wiring
The complete wiring

We still have to connect the Yocto-Serial to the YoctoHub-Wireless-g and to power the hub. You must ABSOLUTELY NOT directly connect the 14V output from the Roomba to the YoctoHub: All our modules work in 5V. We must therefore reduce the voltage with a regulator. We used a D24V5F5 regulator from Pololu which can use any voltage between 5 and 36 volts to provide a maximum of 500 milliamps at 5V. This regulator is very easy to connect as it works in common ground. You simply connect the 14V on VIN and the YoctoHub on VOUT. The SHDN signal is left floating as it is not used in our case.

Communication tests

For the Yocto-Serial to communicate with the Roomba, you must configure the Yocto-Serial so that it works from 0 to 5V and at the correct speed. If you connect yourself to the YoctoHub-Wireless-g web interface, you can access the configuration panel of the Yocto-Serial and change its parameters. By default, the Roomba communicates at 115200 bauds with a stop bit and no parity bit (beware, some sites talk about 57600 bauds, but it's for older models). You can configure the Yocto-Serial in "Frame-based binary" mode with a 15ms time interval. This mode automatically separates binary frames depending on their direction and a time interval. It's not absolutely necessary, but it allows you to correctly display the traffic in the Yocto-Serial interface.

The Yocto-Serial must work at 5V and 115200 baud with a stop bit and not parity bit
The Yocto-Serial must work at 5V and 115200 baud with a stop bit and not parity bit

The communication protocol is explained in the "iRobot Create 2 Open Interface (OI)" document, available on the iRobot web site. It's an exchange of byte frames. A frame corresponds either to a command that the Roomba must run, or to the answer of the Roomba to the latest command sent. All the commands have the same format:

  • 1 byte containing the number of the command to be run (for example, clean, drive, read the battery state, and so on)
  • 0 to 15 bytes of function parameters (for example, the speed, the led number, and so on)

It is very important to send the correct number of bytes for each command otherwise the Roomba becomes unsynchronized and all the following commands are misinterpreted. In the same way, the correct number of bytes returned by the function must be read, otherwise there is a risk of mixing up the returned values.

Note: When the Roomba is sleeping, the OI interface is disabled and commands are ignored. To wake it, you must send the Start (code=128) command to wake the Roomba. It is therefore important to always send the Start command at the beginning of the application. Beware, the Roomba automatically goes to sleep 5 minutes after it is idle. In this case, you must send the Start command again.

The Yocto-Wireless-G and Yocto-Serial connected to the Roomba
The Yocto-Wireless-G and Yocto-Serial connected to the Roomba

Driving the Roomba from PHP

We wrote a "Roomba" PHP class formatting the commands to be sent and decoding the bytes of the received answers. This call implements a method for each command that you can send to the Roomba (Clean, Drive, Dock, ...) and a method to read each sensor of the Roomba (charge status, bumper, ...)

The class constructor takes as parameter the IP address of the YoctoHub. It makes a connection with the YoctoHub thanks to the YAPI::RegisterHub method and stores a pointer on the YSerialPort object corresponding to our Yocto-Serial. Thanks to this object, it configures the Yocto-Serial parameters (communication speed, number of parity bits, ...).

class Roomba

private $serial_port;

function __construct($addresse)

    // Uses explicit error handling rather than exceptions

    // Sets up the API to use the VirtualHub on local machine,
    if(YAPI::RegisterHub($addresse, $errmsg) != YAPI_SUCCESS) {
        die("Cannot contact $addresse");

    /** @var YSerialPort $serialPort */
    $this->serial_port = YSerialPort::FirstSerialPort();
    if($this->serial_port == null)
        die("No module found on $addresse (check USB cable)");

    // sets up the serial parameter with the Roomba
    // serie 600 and following communicate at 115200 bauds
    // lets the serial port wait 20ms between each writes
    // clears all buffers of the serial port


All the methods of this object encode the method parameters into a frame to be sent to the Roomba. This byte array is sent to the Roomba with the writeArray method of the YSerialPort object. Methods waiting for an answer from the Roomba wait 50 milliseconds to leave the Roomba enough time to treat the command, and then read the planned number of bytes.

private function sendCmd($cmd, $nbytes = 0)
    if ($nbytes > 0) {
        return $this->serial_port->readArray($nbytes);
    } else {
        return array();

public function Motors($main_brush, $vacum, $side_brush)
    $flags = 0;
    if ($main_brush)
        $flags |= 4;
    if ($vacum)
        $flags |= 2;
    if ($side_brush)
        $flags |= 1;
    $this->sendCmd(array(138, $flags));

public function getVoltage()
    $ret_bytes = $this->sendCmd(array(142,22), 2);
    return $ret_bytes[0] * 256 + $ret_bytes[1];

Here is an example of use of the Roomba class:

$roomba = new Roomba('');
$charge = $roomba->getBatteryCharge();
$capacity = $roomba->getBatteryCapacity();
print("Battery:" . ($charge*100  / $capacity ). "% \n");

Instantiating the $roomba object establishes the HTTP communication with the YoctoHub and configures the Yocto-Serial, but no command is yet sent to the Roomba. The first command must be Start to take the Roomba out of its sleeping mode and to enable the OI command interpreter. Then, you can send any command which is run by the Roomba. To end, you can make the Roomba sleep immediately with the Stop command.

A short demo as a conclusion

We coded a small web application in PHP, enabling us to control the Roomba. This web application uses the Roomba class described above and another PHP script to take care of the interface. The user connects himself or herself to the local server with a web browser transmitting the commands to the Roomba depending on the HTTP requests it receives.

It's the PHP script which communicates with the Roomba
It's the PHP script which communicates with the Roomba

The main page displays the state of the Roomba and enables you to send the most basic commands (clean, dock, and so on). You can also send more amusing commands (such as play some music, or display a message with the leds). The source code of this demo is available on GitHub.


This application is very basic but the aim of this post is mainly to illustrate a possible use of the Yocto-Serial. In the end, what took up most time was to read the Roomba specs and to write the corresponding PHP code. The communication part between the Roomba and the Yocto-Serial was the easiest part.

Add a comment No comment yet Back to blog

Yoctopuce, get your stuff connected.