Step into a realm of unparalleled precision with our multi-band GNSS module, seamlessly integrated with cutting-edge multi-band Real Time Kinematics (RTK) technology. Unlock centimeter-level accuracy that revolutionizes the way we navigate and map the world.
A
A
Hardware Overview
How does it work?
GNSS RTK Click is based on the ZED-F9P, a multi-band GNSS module with integrated multi-band RTK technology offering centimeter-level accuracy from U-blox. This GNSS receiver can receive and track multiple GNSS constellations. Thanks to the multi-band RF front-end architecture, all four major GNSS constellations (GPS, GLONASS, Galileo, and BeiDou) plus SBAS and QZSS satellites can be received concurrently. Combining GNSS signals from multiple frequency bands (L1/L2/L5) and RTK technology allows the ZED-F9P to achieve centimeter-level accuracy in seconds. Receiving more satellite signals at any given time maximizes the availability of centimeter-level accuracy even in challenging environments such as cities. The ZED-F9P has built-in support for standard RTCM corrections, routed on the additional header, unpopulated by default, and available as an optional standalone RTCM input interface that can not be used as a host interface. It also ensures the security of positioning and navigation information using secure interfaces and advanced jamming and spoofing detection technologies. GNSS RTK Click communicates with MCU using the UART interface at 9600 bps as its default communication protocol with the option for the users to use other interfaces, such as SPI and I2C if they want to configure the module and write the library by themselves. The interface
selection between UART/SPI can be performed by positioning SMD jumpers labeled COMM SEL to an appropriate position. When selecting the SPI communication, with the correct selection of the COMM SEL jumper, it is necessary to set the jumper to DSEL to configure the interface pins as SPI. In the default state, the jumper labeled as DSEL is unpopulated. The receiver also can enter a safe boot mode. If the jumper labeled SFBT is populated and the SAFEBOOT pin is low at Power-Up, the receiver starts in safe boot mode, and GNSS operation is disabled. The USB interface, compatible with the USB version 2.0 FS (Full Speed, 12 Mbit/s), can be used for communication as an alternative to the UART. The USB port can be used as a power supply if you need the Click board™ to be a standalone device. In the case of the main supply failure, the module can use a backup supply voltage from a connected battery. Backup voltage supplies the real-time clock and battery-backed RAM and enables all relevant data to be saved in the backup RAM to allow a hot or warm start later. In addition to these features, it also has several GPIO pins. RDY pin routed to the AN pin of the mikroBUS™ socket is used as a communication indicator when bytes are ready to be transmitted, the RST pin routed on the PWM pin of the mikroBUS™ socket provides the ability to reset the receiver, and the TMP pin, with LED
indicator, routed on the INT pin of the mikroBUS™ socket provides clock pulses with configurable duration and frequency. RTK pin routed on the RST pin of the mikroBUS™ socket, alongside the LED indicator labeled RTK, indicates the RTK positioning status. When the LED blinks, it indicates that a valid stream of RTCM messages is being received, but no RTK fixed mode has been achieved. When the LED is constantly lit, the LED indicates that RTK mode has been achieved. It also has another LED indicator labeled as GDC that indicates the current geofence status of whether the receiver is inside any active areas. For example, this feature can be used to wake up a sleeping host when a defined geofence condition is reached. GNSS RTK Click possesses the SMA antenna connector, and it can be used for connecting the appropriate antenna that Mikroe has in its offer, such as GPS Active External Antenna. This antenna is an excellent choice for all GSM/GPRS applications with a frequency range of 1595.42 ± 25MHz. This Click board™ can be operated only with a 5V logic voltage level. The board must perform appropriate logic voltage level conversion before using MCUs with different logic levels. Also, it comes equipped with a library containing functions and an example code that can be used as a reference for further development.
Features overview
Development board
Nucleo-64 with STM32F410RB MCU offers a cost-effective and adaptable platform for developers to explore new ideas and prototype their designs. This board harnesses the versatility of the STM32 microcontroller, enabling users to select the optimal balance of performance and power consumption for their projects. It accommodates the STM32 microcontroller in the LQFP64 package and includes essential components such as a user LED, which doubles as an ARDUINO® signal, alongside user and reset push-buttons, and a 32.768kHz crystal oscillator for precise timing operations. Designed with expansion and flexibility in mind, the Nucleo-64 board features an ARDUINO® Uno V3 expansion connector and ST morpho extension pin
headers, granting complete access to the STM32's I/Os for comprehensive project integration. Power supply options are adaptable, supporting ST-LINK USB VBUS or external power sources, ensuring adaptability in various development environments. The board also has an on-board ST-LINK debugger/programmer with USB re-enumeration capability, simplifying the programming and debugging process. Moreover, the board is designed to simplify advanced development with its external SMPS for efficient Vcore logic supply, support for USB Device full speed or USB SNK/UFP full speed, and built-in cryptographic features, enhancing both the power efficiency and security of projects. Additional connectivity is
provided through dedicated connectors for external SMPS experimentation, a USB connector for the ST-LINK, and a MIPI® debug connector, expanding the possibilities for hardware interfacing and experimentation. Developers will find extensive support through comprehensive free software libraries and examples, courtesy of the STM32Cube MCU Package. This, combined with compatibility with a wide array of Integrated Development Environments (IDEs), including IAR Embedded Workbench®, MDK-ARM, and STM32CubeIDE, ensures a smooth and efficient development experience, allowing users to fully leverage the capabilities of the Nucleo-64 board in their projects.
Microcontroller Overview
MCU Card / MCU
Architecture
ARM Cortex-M4
MCU Memory (KB)
128
Silicon Vendor
STMicroelectronics
Pin count
64
RAM (Bytes)
32768
You complete me!
Accessories
Click Shield for Nucleo-64 comes equipped with two proprietary mikroBUS™ sockets, allowing all the Click board™ devices to be interfaced with the STM32 Nucleo-64 board with no effort. This way, Mikroe allows its users to add any functionality from our ever-growing range of Click boards™, such as WiFi, GSM, GPS, Bluetooth, ZigBee, environmental sensors, LEDs, speech recognition, motor control, movement sensors, and many more. More than 1537 Click boards™, which can be stacked and integrated, are at your disposal. The STM32 Nucleo-64 boards are based on the microcontrollers in 64-pin packages, a 32-bit MCU with an ARM Cortex M4 processor operating at 84MHz, 512Kb Flash, and 96KB SRAM, divided into two regions where the top section represents the ST-Link/V2 debugger and programmer while the bottom section of the board is an actual development board. These boards are controlled and powered conveniently through a USB connection to program and efficiently debug the Nucleo-64 board out of the box, with an additional USB cable connected to the USB mini port on the board. Most of the STM32 microcontroller pins are brought to the IO pins on the left and right edge of the board, which are then connected to two existing mikroBUS™ sockets. This Click Shield also has several switches that perform functions such as selecting the logic levels of analog signals on mikroBUS™ sockets and selecting logic voltage levels of the mikroBUS™ sockets themselves. Besides, the user is offered the possibility of using any Click board™ with the help of existing bidirectional level-shifting voltage translators, regardless of whether the Click board™ operates at a 3.3V or 5V logic voltage level. Once you connect the STM32 Nucleo-64 board with our Click Shield for Nucleo-64, you can access hundreds of Click boards™, working with 3.3V or 5V logic voltage levels.
GNSS Active External Antenna is a unique multi-band type of antenna coming from u-Blox that is the perfect selection for high precision GNSS applications, which require highly accurate location abilities such as RTK. The ANN-MB-00 is a multi-band (L1, L2/E5b/B2I) active GNSS antenna with a 5m cable and SMA connector. The antenna supports GPS, GLONASS, Galileo, and BeiDou and includes a high-performance multi-band RHCP dual-feed patch antenna element, a built-in high-gain LNA with SAW pre-filtering, and a 5 m antenna cable with SMA connector, and is waterproof.
Used MCU Pins
mikroBUS™ mapper
Take a closer look
Schematic
Step by step
Project assembly
Track your results in real time
Application Output via Debug Mode
1. Once the code example is loaded, pressing the "DEBUG" button initiates the build process, programs it on the created setup, and enters Debug mode.
2. After the programming is completed, a header with buttons for various actions within the IDE becomes visible. Clicking the green "PLAY" button starts reading the results achieved with the Click board™. The achieved results are displayed in the Application Output tab.
Software Support
Library Description
This library contains API for GNSS RTK Click driver.
Key functions:
gnssrtk_reset_device
- This function resets the device by toggling the RST pingnssrtk_generic_read
- This function reads a desired number of data bytes from the module.gnssrtk_parse_gngga
- This function parses the GNGGA data from the read response buffer.
Open Source
Code example
This example can be found in NECTO Studio. Feel free to download the code, or you can copy the code below.
/*!
* @file main.c
* @brief GNSS RTK Click example
*
* # Description
* This example demonstrates the use of GNSS RTK click by reading and displaying
* the GNSS coordinates.
*
* The demo application is composed of two sections :
*
* ## Application Init
* Initializes the driver and resets the click board.
*
* ## Application Task
* Reads the received data, parses the GNGGA info from it, and once it receives the position fix
* it will start displaying the coordinates on the USB UART.
*
* ## Additional Function
* - static void gnssrtk_clear_app_buf ( void )
* - static err_t gnssrtk_process ( gnssrtk_t *ctx )
* - static void gnssrtk_parser_application ( char *rsp )
*
* @author Stefan Filipovic
*
*/
#include "board.h"
#include "log.h"
#include "gnssrtk.h"
#define PROCESS_BUFFER_SIZE 300
static gnssrtk_t gnssrtk;
static log_t logger;
static char app_buf[ PROCESS_BUFFER_SIZE ] = { 0 };
static int32_t app_buf_len = 0;
/**
* @brief GNSS RTK clearing application buffer.
* @details This function clears memory of application buffer and reset its length.
* @return None.
* @note None.
*/
static void gnssrtk_clear_app_buf ( void );
/**
* @brief GNSS RTK data reading function.
* @details This function reads data from device and concatenates data to application buffer.
* @param[in] ctx : Click context object.
* See #gnssrtk_t object definition for detailed explanation.
* @return @li @c 0 - Read some data.
* @li @c -1 - Nothing is read or Application buffer overflow.
* See #err_t definition for detailed explanation.
* @note None.
*/
static err_t gnssrtk_process ( gnssrtk_t *ctx );
/**
* @brief GNSS RTK parser application.
* @param[in] rsp Response buffer.
* @details This function logs GNSS data on the USB UART.
* @return None.
* @note None.
*/
static void gnssrtk_parser_application ( char *rsp );
void application_init ( void )
{
log_cfg_t log_cfg; /**< Logger config object. */
gnssrtk_cfg_t gnssrtk_cfg; /**< Click config object. */
/**
* Logger initialization.
* Default baud rate: 115200
* Default log level: LOG_LEVEL_DEBUG
* @note If USB_UART_RX and USB_UART_TX
* are defined as HAL_PIN_NC, you will
* need to define them manually for log to work.
* See @b LOG_MAP_USB_UART macro definition for detailed explanation.
*/
LOG_MAP_USB_UART( log_cfg );
log_init( &logger, &log_cfg );
log_info( &logger, " Application Init " );
// Click initialization.
gnssrtk_cfg_setup( &gnssrtk_cfg );
GNSSRTK_MAP_MIKROBUS( gnssrtk_cfg, MIKROBUS_1 );
err_t init_flag = gnssrtk_init( &gnssrtk, &gnssrtk_cfg );
if ( ( UART_ERROR == init_flag ) || ( I2C_MASTER_ERROR == init_flag ) || ( SPI_MASTER_ERROR == init_flag ) )
{
log_error( &logger, " Communication init." );
for ( ; ; );
}
log_info( &logger, " Application Task " );
}
void application_task ( void )
{
gnssrtk_process( &gnssrtk );
if ( app_buf_len > ( sizeof ( GNSSRTK_RSP_GNGGA ) + GNSSRTK_GNGGA_ELEMENT_SIZE ) )
{
gnssrtk_parser_application( app_buf );
}
}
int main ( void )
{
/* Do not remove this line or clock might not be set correctly. */
#ifdef PREINIT_SUPPORTED
preinit();
#endif
application_init( );
for ( ; ; )
{
application_task( );
}
return 0;
}
static void gnssrtk_clear_app_buf ( void )
{
memset( app_buf, 0, app_buf_len );
app_buf_len = 0;
}
static err_t gnssrtk_process ( gnssrtk_t *ctx )
{
int32_t rx_size = 0;
char rx_buf[ PROCESS_BUFFER_SIZE ] = { 0 };
if ( GNSSRTK_DRV_SEL_UART == ctx->drv_sel )
{
rx_size = gnssrtk_generic_read( ctx, rx_buf, PROCESS_BUFFER_SIZE );
}
else if ( ( GNSSRTK_DRV_SEL_I2C == ctx->drv_sel ) || ( GNSSRTK_DRV_SEL_SPI == ctx->drv_sel ) )
{
if ( GNSSRTK_OK == gnssrtk_generic_read( ctx, rx_buf, 1 ) )
{
if ( GNSSRTK_DUMMY != rx_buf[ 0 ] )
{
rx_size = 1;
}
}
}
if ( rx_size > 0 )
{
int32_t buf_cnt = 0;
if ( ( app_buf_len + rx_size ) > PROCESS_BUFFER_SIZE )
{
gnssrtk_clear_app_buf( );
return GNSSRTK_ERROR;
}
else
{
buf_cnt = app_buf_len;
app_buf_len += rx_size;
}
for ( int32_t rx_cnt = 0; rx_cnt < rx_size; rx_cnt++ )
{
if ( rx_buf[ rx_cnt ] )
{
app_buf[ ( buf_cnt + rx_cnt ) ] = rx_buf[ rx_cnt ];
}
else
{
app_buf_len--;
buf_cnt--;
}
}
return GNSSRTK_OK;
}
return GNSSRTK_ERROR;
}
static void gnssrtk_parser_application ( char *rsp )
{
char element_buf[ 100 ] = { 0 };
if ( GNSSRTK_OK == gnssrtk_parse_gngga( rsp, GNSSRTK_GNGGA_LATITUDE, element_buf ) )
{
static uint8_t wait_for_fix_cnt = 0;
if ( strlen( element_buf ) > 0 )
{
log_printf( &logger, "\r\n Latitude: %.2s degrees, %s minutes \r\n", element_buf, &element_buf[ 2 ] );
gnssrtk_parse_gngga( rsp, GNSSRTK_GNGGA_LONGITUDE, element_buf );
log_printf( &logger, " Longitude: %.3s degrees, %s minutes \r\n", element_buf, &element_buf[ 3 ] );
memset( element_buf, 0, sizeof( element_buf ) );
gnssrtk_parse_gngga( rsp, GNSSRTK_GNGGA_ALTITUDE, element_buf );
log_printf( &logger, " Altitude: %s m \r\n", element_buf );
wait_for_fix_cnt = 0;
}
else
{
if ( wait_for_fix_cnt % 5 == 0 )
{
log_printf( &logger, " Waiting for the position fix...\r\n\n" );
wait_for_fix_cnt = 0;
}
wait_for_fix_cnt++;
}
gnssrtk_clear_app_buf( );
}
}
// ------------------------------------------------------------------------ END
/*!
* @file main.c
* @brief GNSS RTK Click example
*
* # Description
* This example demonstrates the use of GNSS RTK click by reading and displaying
* the GNSS coordinates.
*
* The demo application is composed of two sections :
*
* ## Application Init
* Initializes the driver and resets the click board.
*
* ## Application Task
* Reads the received data, parses the GNGGA info from it, and once it receives the position fix
* it will start displaying the coordinates on the USB UART.
*
* ## Additional Function
* - static void gnssrtk_clear_app_buf ( void )
* - static err_t gnssrtk_process ( gnssrtk_t *ctx )
* - static void gnssrtk_parser_application ( char *rsp )
*
* @author Stefan Filipovic
*
*/
#include "board.h"
#include "log.h"
#include "gnssrtk.h"
#define PROCESS_BUFFER_SIZE 300
static gnssrtk_t gnssrtk;
static log_t logger;
static char app_buf[ PROCESS_BUFFER_SIZE ] = { 0 };
static int32_t app_buf_len = 0;
/**
* @brief GNSS RTK clearing application buffer.
* @details This function clears memory of application buffer and reset its length.
* @return None.
* @note None.
*/
static void gnssrtk_clear_app_buf ( void );
/**
* @brief GNSS RTK data reading function.
* @details This function reads data from device and concatenates data to application buffer.
* @param[in] ctx : Click context object.
* See #gnssrtk_t object definition for detailed explanation.
* @return @li @c 0 - Read some data.
* @li @c -1 - Nothing is read or Application buffer overflow.
* See #err_t definition for detailed explanation.
* @note None.
*/
static err_t gnssrtk_process ( gnssrtk_t *ctx );
/**
* @brief GNSS RTK parser application.
* @param[in] rsp Response buffer.
* @details This function logs GNSS data on the USB UART.
* @return None.
* @note None.
*/
static void gnssrtk_parser_application ( char *rsp );
void application_init ( void )
{
log_cfg_t log_cfg; /**< Logger config object. */
gnssrtk_cfg_t gnssrtk_cfg; /**< Click config object. */
/**
* Logger initialization.
* Default baud rate: 115200
* Default log level: LOG_LEVEL_DEBUG
* @note If USB_UART_RX and USB_UART_TX
* are defined as HAL_PIN_NC, you will
* need to define them manually for log to work.
* See @b LOG_MAP_USB_UART macro definition for detailed explanation.
*/
LOG_MAP_USB_UART( log_cfg );
log_init( &logger, &log_cfg );
log_info( &logger, " Application Init " );
// Click initialization.
gnssrtk_cfg_setup( &gnssrtk_cfg );
GNSSRTK_MAP_MIKROBUS( gnssrtk_cfg, MIKROBUS_1 );
err_t init_flag = gnssrtk_init( &gnssrtk, &gnssrtk_cfg );
if ( ( UART_ERROR == init_flag ) || ( I2C_MASTER_ERROR == init_flag ) || ( SPI_MASTER_ERROR == init_flag ) )
{
log_error( &logger, " Communication init." );
for ( ; ; );
}
log_info( &logger, " Application Task " );
}
void application_task ( void )
{
gnssrtk_process( &gnssrtk );
if ( app_buf_len > ( sizeof ( GNSSRTK_RSP_GNGGA ) + GNSSRTK_GNGGA_ELEMENT_SIZE ) )
{
gnssrtk_parser_application( app_buf );
}
}
int main ( void )
{
/* Do not remove this line or clock might not be set correctly. */
#ifdef PREINIT_SUPPORTED
preinit();
#endif
application_init( );
for ( ; ; )
{
application_task( );
}
return 0;
}
static void gnssrtk_clear_app_buf ( void )
{
memset( app_buf, 0, app_buf_len );
app_buf_len = 0;
}
static err_t gnssrtk_process ( gnssrtk_t *ctx )
{
int32_t rx_size = 0;
char rx_buf[ PROCESS_BUFFER_SIZE ] = { 0 };
if ( GNSSRTK_DRV_SEL_UART == ctx->drv_sel )
{
rx_size = gnssrtk_generic_read( ctx, rx_buf, PROCESS_BUFFER_SIZE );
}
else if ( ( GNSSRTK_DRV_SEL_I2C == ctx->drv_sel ) || ( GNSSRTK_DRV_SEL_SPI == ctx->drv_sel ) )
{
if ( GNSSRTK_OK == gnssrtk_generic_read( ctx, rx_buf, 1 ) )
{
if ( GNSSRTK_DUMMY != rx_buf[ 0 ] )
{
rx_size = 1;
}
}
}
if ( rx_size > 0 )
{
int32_t buf_cnt = 0;
if ( ( app_buf_len + rx_size ) > PROCESS_BUFFER_SIZE )
{
gnssrtk_clear_app_buf( );
return GNSSRTK_ERROR;
}
else
{
buf_cnt = app_buf_len;
app_buf_len += rx_size;
}
for ( int32_t rx_cnt = 0; rx_cnt < rx_size; rx_cnt++ )
{
if ( rx_buf[ rx_cnt ] )
{
app_buf[ ( buf_cnt + rx_cnt ) ] = rx_buf[ rx_cnt ];
}
else
{
app_buf_len--;
buf_cnt--;
}
}
return GNSSRTK_OK;
}
return GNSSRTK_ERROR;
}
static void gnssrtk_parser_application ( char *rsp )
{
char element_buf[ 100 ] = { 0 };
if ( GNSSRTK_OK == gnssrtk_parse_gngga( rsp, GNSSRTK_GNGGA_LATITUDE, element_buf ) )
{
static uint8_t wait_for_fix_cnt = 0;
if ( strlen( element_buf ) > 0 )
{
log_printf( &logger, "\r\n Latitude: %.2s degrees, %s minutes \r\n", element_buf, &element_buf[ 2 ] );
gnssrtk_parse_gngga( rsp, GNSSRTK_GNGGA_LONGITUDE, element_buf );
log_printf( &logger, " Longitude: %.3s degrees, %s minutes \r\n", element_buf, &element_buf[ 3 ] );
memset( element_buf, 0, sizeof( element_buf ) );
gnssrtk_parse_gngga( rsp, GNSSRTK_GNGGA_ALTITUDE, element_buf );
log_printf( &logger, " Altitude: %s m \r\n", element_buf );
wait_for_fix_cnt = 0;
}
else
{
if ( wait_for_fix_cnt % 5 == 0 )
{
log_printf( &logger, " Waiting for the position fix...\r\n\n" );
wait_for_fix_cnt = 0;
}
wait_for_fix_cnt++;
}
gnssrtk_clear_app_buf( );
}
}
// ------------------------------------------------------------------------ END