-
Notifications
You must be signed in to change notification settings - Fork 26
updates as requested #5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
The driver is now configured using standard ROS parameters. If a ROS topic is provided via the "rtcm" parameter, Strings on this topic will be passed to the device as RTCM corrections (packet ID 55).
Yaw has been corrected to conform with REP 103. ros-drivers#3 RTCM corrections can be passed from a topic (as Strings). A UTM-based transform can be generated.
added instructions for RTCM and TF usage, notification of REP 103 compliance
I changed the parameter names again. I added a note about the new Odometry feature.
I'm trying to standardize the parameter names (to be more like Robotnik's). I added Odometry message output if utm_zone is provided.
Even at only 20 Hz, the driver always consumed 100% CPU time. I found that it was polling without any delay/throttling. I configured the Linux version of OpenComport() for blocking reads. CPU time dropped to 5%.
I added a note about blocking serial port reads for Linux.
Rather than specify topic and frame names using parameters, I named them relative to the current namespace.
The The ROS documentation for odometry messages [2] states: "The twist in this message should be specified in the coordinate frame given by the child_frame_id." The [1] http://wiki.ros.org/robot_localization P.S. I wanted to create an issue on this on the fork of @kylerlaird , but issues are disabled on that forked repository. |
No description provided.