Project

General

Profile

Statistics
| Branch: | Revision:

root / scout / libscout / src / MotorControl.h @ 9d9e04ba

History | View | Annotate | Download (3.77 KB)

# Date Author Comment
d140fd71 10/28/2012 04:37 PM Yuyang

Added Sensors class that abstracts away sensors from behaviors. Stops creating
duplicated sensors for each scout.

560d2317 10/14/2012 04:41 PM Thomas Mullins

Added forward/backward support to motors node

6761a531 04/07/2012 07:43 PM Priya

Pushing modified behavior process that requires less arguments and appends scoutname to ros node name. and a compiling but not tested version of test_behaviors (scheduler and wh_robot)

c492be62 01/03/2012 11:41 PM Alex Zirbel

Updated the licensing information in many files.

This is a broken commit because I decided to do this at a bad time. Sorry! The build will be working after next commit, I promise (and I won't push till then). This commit reflects the licensing in the files after I used my auto-add/remove script.

cc558a8d 01/02/2012 07:18 PM Alex Zirbel

Modified the Behaviors to take a scoutname.

Scoutname now specifies which scout the behavior will affect. Scoutname must be passed to the constructors of each control module (some of which are now in need of modification), so that they can publish to the correct topic....

c384dc7e 01/02/2012 03:14 PM Alex Zirbel

Updated the Behavior definition and extensions.

The Behavior.cpp/h class now works and can be extended by simply implementing its run() method. However, the subclass must also be extantiated and used in an external executable. An example of this can be seen in PriyaBehavior.cpp/h, and the executable, priya_behavior_process.cpp. In the future, we should move all behaviors into a behaviors/ folder, and autogenerate the executable to be compiled....

a8480867 12/04/2011 01:17 AM Alex Zirbel

Made a lot of changes to the general structure.

Applied object-orienting techniques to the code, cleaning it up considerably. Major design changes are as follows:

  • All separate node code (ie motors) are meant to only interface with hardware - doing as little logic as possible....