Homing limits should be Amps not DAC units (see homing() ).

The script stopped working when we upgraded the USB driver. It's probably good to have again. This can either be a function inside the r_control node, or it can be a separate utility as it has been.

Check UDP packet checksums from the SUI/teleop client.
See http://brl.ee.washington.edu/raven2docs/todo.html

Easily configure location + resolution of joint encoders.

Individual joint control of robot. Console and ROS interfaces.

Resolve conflicts with automove

How?
Why?
When?

We should add a list of contributors to the mainpage (newly committed today). I've added the ones who can be found by grepping "author" *.cpp.

Merge the feature of locked wrist automove.

Clean up the trajectory generation code.

there is a #ifdef RICKS_TOOLS which is a reference to the fake tools used in Ender's Game.

It would be nice to comment this out instead of remove since it has historical value.

affects: raven_homing()

hi, currently,I'm using node automove to control the robot, but there is no API for grasp control, how could I control? many thanks!

Get the DV adapter to work!

Currently all available brl_usb* board files are opened during USBInit in USB_init.cpp rather than just those defined for the current robot. This could cause unwanted issues when using other usb boards on the same computer.

strcpy is in the string.h library and seems to do the same thing.

Running as a non-root user (aka without sudo) requires proper udev/ security limits.d set. Does this sound like a good idea?

There are plenty of functions that are unused or unnecessary.

Identify candidates for deprecation with the following doxy tag: \ingroup deprecate

Once candidates are identified, we can discuss and delete.

YAML definitions and flexible tool changing on-the-fly

RAVEN-side GUI to provide tools for researchers

• tool changing
• data collection