Tekkotsu Homepage | Demos | Overview | Downloads | Dev. Resources | Reference | Credits |
HeadController Class ReferenceListens to control commands coming in from the command port for remotely controlling the head. More...
Inheritance diagram for HeadController:
Detailed DescriptionListens to control commands coming in from the command port for remotely controlling the head. The communication protocol is a very simple binary format, shared with WalkControllerBehavior. Each command is sent as a 5-byte group. The first byte is a command selector, and the following 4 bytes are a floating point argument:
The valid values for command indicator are given by CMD_tilt, CMD_pan, or CMD_roll ('t', 'p', or 'r' respectively). Definition at line 25 of file HeadController.h.
Constructor & Destructor Documentation
don't call
constructor Definition at line 66 of file HeadController.h.
destructor Definition at line 74 of file HeadController.h. Member Function Documentation
Delegate function for subclasses to be notified when the behavior starts up. Should be overridden by subclasses to subscribe to events, install motion commands, etc. doStart() is basically a hook to allow subclasses to jump in and do some customization of behavior parameters while the behavior is starting. If you are writing a behavior class and do not expect further derivation, just override doStart() yourself. However, if you do expect further derivation of your class, consider using preStart() or postStart() instead, and leave doStart() for the 'leaf' classes. Reimplemented from BehaviorBase. Definition at line 96 of file HeadController.cc.
Delegate function for subclasses to be notified when the behavior starts up. May be overridden to cleanup when the behavior is shutting down. However events will automatically be unsubscribed, and by using addMotion(), motions will automatically be removed by stop(), so you may not need any cleanup. Reimplemented from BehaviorBase. Definition at line 114 of file HeadController.cc.
Gives a short description of what this class of behaviors does... you should override this (but don't have to). If you do override this, also consider overriding getDescription() to return it Reimplemented from BehaviorBase. Definition at line 80 of file HeadController.h. Referenced by getDescription().
Gives a short description of what this particular instantiation does (in case a more specific description is needed on an individual basis). By default simply returns getName(), because any calls from a BehaviorBase function to getClassDescription() are going to call BehaviorBase::getClassDescription(), not ~YourSubClass~getClassDescription(), because static functions can't be virtual in C++ (doh!) This means that getDescription called on a pointer to a BehaviorBase of unknown subtype would always return an empty string, which is pretty useless. So instead we return the name in this situation. If you want getDescription to return getClassDescription, you'll have to override it in your subclass to do so. Reimplemented from BehaviorBase. Definition at line 85 of file HeadController.h.
called by wireless when there's new data Definition at line 130 of file HeadController.cc. Referenced by doStart().
don't call
Executes a command. Called by mechacmd_callback. Definition at line 16 of file HeadController.cc. Referenced by mechacmd_callback(). Member Data Documentation
handy symbol for matching incoming communication Definition at line 40 of file HeadController.h. Referenced by runCommand().
handy symbol for matching incoming communication Definition at line 41 of file HeadController.h. Referenced by runCommand().
handy symbol for matching incoming communication Definition at line 39 of file HeadController.h. Referenced by runCommand().
The input command stream socket. Definition at line 56 of file HeadController.h.
the HeadPointerMC to use Definition at line 35 of file HeadController.h. Referenced by doStart(), doStop(), and runCommand().
The last HPCB object that was theOne, so we can restore it to prominence when we die. This is a nice gesture, but it doesn't really make sense since we're all using the same port. But just in case something changes and we don't do that, this mechanism is in place. Definition at line 53 of file HeadController.h. Referenced by doStart(), doStop(), and ~HeadController().
Points to the one HeadController object that the input command stream is talking to. A kludge. Dunno how you're gonna make sure you're not using this uninitialized. Definition at line 31 of file HeadController.h. Referenced by doStart(), doStop(), and ~HeadController(). The documentation for this class was generated from the following files: |
Tekkotsu v5.1CVS |
Generated Mon May 9 04:59:09 2016 by Doxygen 1.6.3 |