Repository Summary
Checkout URI | https://bitbucket.org/DataspeedInc/oxford_gps_eth.git |
VCS Type | git |
VCS Version | master |
Last Updated | 2020-08-07 |
Dev Status | MAINTAINED |
CI status | No Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Packages
Name | Version |
---|---|
oxford_gps_eth | 1.2.1 |
README
Ethernet interface to OxTS GPS receivers using the NCOM packet structure
Tested with the RT3000v2 receiver.
Published Topics
-
gps/fix
(sensor_msgs/NavSatFix) GPS position in geodetic coordinates (latitude and longitude) -
gps/vel
(geometry_msgs/TwistWithCovarianceStamped) GPS velocity in ENU frame-
linear.x
Velocity due East in m/s -
linear.y
Velocity due North in m/s -
linear.z
Velocity up in m/s
-
-
gps/odom
(nav_msgs/Odometry) GPS position and heading in UTM frame, and velocity in vehicle body frame-
pose.position.x
UTM Easting in meters -
pose.position.y
UTM Northing in meters -
pose.orientation
Yaw quaternion representing the heading in UTM. Keep in mind that this UTM heading is relative to the UTM grid, which is not necessarily aligned with due East. This phenomenon is known as “grid convergence”. See Wikipedia for details. -
twist.linear.x
Local frame forward velocity of the vehicle in m/s -
twist.linear.y
Local frame lateral velocity of the vehicle in m/s -
twist.angular.z
Yaw rate of the vehicle in rad/s
-
-
imu/data
(sensor_msgs/Imu) Orientation, angular rates, and linear accelerations reported directly from the OxTS unit -
gps/pos_type
(std_msgs/String) Position solution type reported by the OxTS unit (point position, differential pseudorange, RTK float, RTK integer, etc.) -
gps/nav_status
(std_msgs/String) Navigation status reported by the OxTS unit.fix
,vel
,odom
, andimu/data
topics will not be published until this topic contains the string “READY”. -
gps/time_ref
(sensor_msgs/TimeReference) UTC equivalent of the GPS timestamp reported by the OxTS unit.Parameters
-
interface
Restrict to single network interface, example:eth0
. Default<empty>
-
ip_address
Local IP listen address. Default<empty>
-
port
Local UDP listen port. Default3000
-
frame_id_gps
The frame-ID for geodetic GPS position and IMU. Defaultgps
-
frame_id_vel
The frame-ID for ENU GPS velocity. Defaultenu
-
frame_id_odom
The frame-ID for UTM odometry. Defaultutm
Example usage
rosrun oxford_gps_eth gps_node
OR
roslaunch oxford_gps_eth gps.launch
FAQ
I see
Connected to Oxford GPS at <ip_address>:3000
, but GPS position and velocity messages are not being published.
Data is not published until the OxTS unit reports itself as being completely initialized. Drive around faster than 5 m/s for a short period of time after powering on the OxTS unit to initialize the sensor. The gps/nav_status
string topic indicates the status of the initialization process. Once this string shows “READY”, the GPS position and velocity messages should start publishing.
CONTRIBUTING
Repository Summary
Checkout URI | https://bitbucket.org/DataspeedInc/oxford_gps_eth.git |
VCS Type | git |
VCS Version | master |
Last Updated | 2020-08-07 |
Dev Status | MAINTAINED |
CI status | No Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Packages
Name | Version |
---|---|
oxford_gps_eth | 1.2.1 |
README
Ethernet interface to OxTS GPS receivers using the NCOM packet structure
Tested with the RT3000v2 receiver.
Published Topics
-
gps/fix
(sensor_msgs/NavSatFix) GPS position in geodetic coordinates (latitude and longitude) -
gps/vel
(geometry_msgs/TwistWithCovarianceStamped) GPS velocity in ENU frame-
linear.x
Velocity due East in m/s -
linear.y
Velocity due North in m/s -
linear.z
Velocity up in m/s
-
-
gps/odom
(nav_msgs/Odometry) GPS position and heading in UTM frame, and velocity in vehicle body frame-
pose.position.x
UTM Easting in meters -
pose.position.y
UTM Northing in meters -
pose.orientation
Yaw quaternion representing the heading in UTM. Keep in mind that this UTM heading is relative to the UTM grid, which is not necessarily aligned with due East. This phenomenon is known as “grid convergence”. See Wikipedia for details. -
twist.linear.x
Local frame forward velocity of the vehicle in m/s -
twist.linear.y
Local frame lateral velocity of the vehicle in m/s -
twist.angular.z
Yaw rate of the vehicle in rad/s
-
-
imu/data
(sensor_msgs/Imu) Orientation, angular rates, and linear accelerations reported directly from the OxTS unit -
gps/pos_type
(std_msgs/String) Position solution type reported by the OxTS unit (point position, differential pseudorange, RTK float, RTK integer, etc.) -
gps/nav_status
(std_msgs/String) Navigation status reported by the OxTS unit.fix
,vel
,odom
, andimu/data
topics will not be published until this topic contains the string “READY”. -
gps/time_ref
(sensor_msgs/TimeReference) UTC equivalent of the GPS timestamp reported by the OxTS unit.Parameters
-
interface
Restrict to single network interface, example:eth0
. Default<empty>
-
ip_address
Local IP listen address. Default<empty>
-
port
Local UDP listen port. Default3000
-
frame_id_gps
The frame-ID for geodetic GPS position and IMU. Defaultgps
-
frame_id_vel
The frame-ID for ENU GPS velocity. Defaultenu
-
frame_id_odom
The frame-ID for UTM odometry. Defaultutm
Example usage
rosrun oxford_gps_eth gps_node
OR
roslaunch oxford_gps_eth gps.launch
FAQ
I see
Connected to Oxford GPS at <ip_address>:3000
, but GPS position and velocity messages are not being published.
Data is not published until the OxTS unit reports itself as being completely initialized. Drive around faster than 5 m/s for a short period of time after powering on the OxTS unit to initialize the sensor. The gps/nav_status
string topic indicates the status of the initialization process. Once this string shows “READY”, the GPS position and velocity messages should start publishing.