| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
| Name | Name | Last commit date | ||
|---|---|---|---|---|
GNSS Configuration for the NEO-M8U Configuration via .yaml file in ROS using Kumar Robotics Ublox ROS drivers and in Windows via Ublox's U-Center. By completing this "tutorial" you should be able to perform the following:
All configuration files used in this tutorial were referenced and made using the document: https://www.u-blox.com/sites/default/files/products/documents/u-blox8-M8_ReceiverDescrProtSpec_%28UBX-13003221%29_Public.pdf
Download the latest version of U-Center from Ublox's website by clicking the following link.
https://www.u-blox.com/en/product/u-center-windows - NOTE: Very important - when installing, expand the "Drivers" and check the GNSS driver box and NOT the Windows USB driver box.
Download the Virtual COM Port (VCP) Driver by Ublox from https://www.u-blox.com/en/product-resources/2673The
After installation of the VCP driver, in Device Managers there should be a designated U-Blox COM port which will be used to communicate with the NEO-M8U module.
With U-Center, the NEO-M8U module can be configured three different ways, however we will only explore the SQI flash method for permanent configuration as it is the most useful given our time restraints.
In U-Center, configurations can be applied to the NEO-M8U module such that they retain their values for the time at which the module is powered or until it is either hardware or software reset.
In U-Center, configurations can be applied to the NEO-M8U module such that they retain values independent of the status of external power or any resets. The configuration parameters are retained as long as the battery supply on board is not interrupted.
In U-center, configurations can be applied to the NEO-M8U module such that the parameter values will always retain their given values no matter the status of any power supplies or resets.
Congratulations! You have just completed configuring the NEO-M8U module:
Cool! :squirrel:
Once connected to the NEO-M8U module's virtual COM port, the auto-bauding and pre-configured file should be setup to begin polling the NMEA data behind the scenes. Given that you are outdoors, you should start to see satellites being picked up by the receiver, their strengths, and eventually a 2D or a 3D (internal IMU in NEO-M8U is 3D) Fix should take place. Simply play around with the GUI in U-Center to view the satellite strength, availability, deviation, and more.
Et Voila! You have just completed:
This section is optional but it allows us to visualise where the NEO-M8U thinks we are and can be shown on google Maps as well as google Maps satellite option. Note that an internet connection is required to do this in REAL TIME. In offline mode, the NMEA data must be saved to a log file which can later be opened in Google Maps following the same steps as in online mode.
You have just completed:
Ensure that the Linux operating system is Ubuntu and is a version greater than or equal to v16. Also ensure that the architecture your processor uses is NOT ARM. Wine does not support ARM architecture! F
Follow these steps:
https://wiki.winehq.org/Ubuntu
The terminal inputs should look like the following for a 64-bit Ubuntu system:
sudo dpkg --add-architecture i386 wget -nc https://dl.winehq.org/wine-builds/Release.key sudo apt-key add Release.key sudo apt-add-repository https://dl.winehq.org/wine-builds/ubuntu/
sudo apt-get update sudo apt-get install --install-recommends winehq-stable
https://www.u-blox.com/en/product/u-center-windows
sudo adduser YOUR_USERNAME dialout cd ~/.wine/dosdevices ls ln -s/dev/ttyACM1 com1 sudo reboot
Note: YOUR_USERNAME should be the name you use on your PC, and most importantly the com port may not be com1. The com port of the NEO-M8U module must be checked prior to these steps to ensure you are on the correct one.
unlink com1 ln -s /dev/ttyACM1 com1
Congratulations! You should now be able to,
Ensure that the ROS system you are working with is the Kinetic distribution.
You are now able to:
As expressed in the configuration tutorial, by echoing the /ublox_gps/fix topic we obtain the latitude, longitude, altitude and also the STATUS of the fix. When the status is '-1' then the receiver has NO fix and therefore has NO information and must continue to search for satellites. When the status is '+1' the receiver has found a fix and will output valid positioning information. By echoing this topic, you will see the following on the terminal:
To poll the receiver for the internal IMU values as well as velocity, you can echo the /ublox_gps/fix_velocity topic.
To determine the TIME of the DAY and get a TIMESTAMP for when the location or stereonet was taken, we have to echo a different topic: /ublox_gps/navpvt which stands for Navigation Position Velocity Time
The significance of the published values are:
iTOW: (Unit - ms) GPS Time of the Week since epoch. This is the most UNRELIABLE time that we can retrieve.
year: (Unit - y) Year - The given year in UTC
month: (Unit - m) Month of the year, range 1 -> 12 in UTC
day: (Unit - d) Day of the month, range 1 -> 31 in UTC
hour: (Unit - h) Hour of the day range 0 -> 23 in UTC
min: (Unit - min) Minute of the hour, range 0 -> 59 in UTC
sec: (Unit - sec) Second of the minute, range 0 -> 60 in UTC
fixType: (Unit - N/a) GNSS Fix Type: 0 = no fix, 1 = Dead-Reckoning only, 2 = 2-D Fix, 3 = 3-D Fix, 4 = GNSS + Dead Reckoning combined, 5 = Time only Fix. Where, Fix Type = 0, 1, 5 will NOT give an ACCURATE position, and should be discarded when processing our position.
GPS Time of the Week - This is the CALCULATED time on the receiver. It is typically very accurate to within the ms. It will ALWAYS report the UTC time (standard GPS time).
Clock Bias - This is the ERROR between the local time and the calculated time. As mentioned above, typically within the ms.
Clock Drift - This is the RATE at which the Clock Bias or error is changing.
"Mapviz" is the ROS tool we will use to plot the GNSS data onto a satellite mapping system in real-time while connected to the internet.
Note: It is crucial that you do NOT build your workspace prior to having all three of these repositories cloned into your workspace. Building individual packages may cause errors and the installation process may have to be redone.
cd ~/catkin_ws catkin_make shoot the shit with stu while it builds or comment on how garbage jordan's laptop is
In order to subscribe to the NavSatFix topic linked to the ublox or NEO-M8U GNSS module's node, we need to first launch the GNSS node in a terminal:
roslaunch ublox_gps ublox_device.launch
In a seperate terminal, launch the mapviz node:
roslaunch mapviz mapviz.launch
The mapviz GUI should now appear in a seperate window.
With INTERNET, you are now able to:
| Back | FazBrowse Home | New Git URL |