Jump to main content | Jump to Primary Navigation | Jump to Sub Navigation
Fixing the problem is relatively straightforward.
hcitool scan
Which should output similar lines to the console:
Scanning ...
10:00:E8:52:AE:BD e-puck_1177
This tells BlueZ (via D-BUS) to call /usr/bin/bluez-pin if a PIN request is made. It is not set up automatically with any package. The program will stay running and must run throughout the first pairing, but it is not required on subsequent uses of the Epuck.
# # RFCOMM configuration file. # rfcomm0 { # Automatically bind the device at startup bind yes; # Bluetooth address of the device device 10:00:E8:52:AE:BD; # RFCOMM channel for the connection channel 1; # Description of the connection comment "e-puck"; }
This file probably isn't necessary, but it allows the machine to automatically create the /dev/rfcomm0 device node. Running "rfcomm" should reveal something like:
alex@rascal:/etc/bluetooth$ rfcomm rfcomm0: 10:00:E8:52:AE:BD channel 1 closed
"Channel 1 closed" means the bluetooth service (/etc/init.d/bluetooth) must be restarted. This is accomplished with the following
sudo /etc/init.d/bluetooth restart
Then rfcomm should yield the following output
alex@rascal:/etc/bluetooth$ rfcomm rfcomm0: 10:00:E8:52:AE:BD channel 1 clean
minicom -s
Go to "serial port setup" and ensure that "Serial Device" is /dev/rfcomm0. Also ensure that "Hardware" and "Software Flow Control" are disabled. Then quit minicom using Ctrl-A-Q.
minicom
Ubuntu will then ask for a 4-digit PIN which is written on the chip on the top of the Epuck. Be quick! It fails to store the PIN if minicom times out.
The Epuck is now connected to the Ubuntu PC.