Example of using Xbus library to communicate with an MTi-1 series device using a full-duplex UART connection.

Dependencies:   mbed-rtos mbed Xbus

Fork of MTi-1_example by Alex Young

Important Information

This example is deprecated and no longer maintained. There are new embedded examples available in the MT SDK folder of the MT Software Suite. For more information please visit: https://xsenstechnologies.force.com/knowledgebase/s/article/Introduction-to-the-MT-SDK-programming-examples-for-MTi-devices

Overview

The example program demonstrates connecting to an MTi-1 series device, restoring communications settings to default if necessary, and configuring the MTi to send data. For an MTi-1 the device is configured to send inertial sensor data, while MTi-2 and MTi-3 devices are configured to output orientation data using the onboard XKF3i filter.

Communication with the MTi-1 series device is implemented using a either a full-duplex UART, I2C or SPI bus. A reset line is used to reset the MTi during initialization. Data is output to a host PC terminal using a second UART.

For more information on the MTi-1 series communication protocol please refer to the datasheet: https://www.xsens.com/download/pdf/documentation/mti-1/mti-1-series_datasheet.pdf

Supported Platforms

The program has been tested on the following mbed platforms:

Using the Example

  1. To use the example program connect one of the supported mbed boards to the host PC and download the application from the mbed online compiler to the target device.
  2. With the mbed board unpowered (USB disconnected) wire the mbed board to the MTi-1 development board. The following connections are required:
    • In all cases:
      • 5V (or 3V3) main supply to VDD (P300-1)
      • MCU IO voltage (IORef) to VDDIO (P300-2)
      • GND to GND (P300-3)
      • MT_NRESET to nRST (P300-5)
    • For I2C communication:
      • MT_SCL to I2C_SCL (P300-9)
      • MT_SDA to I2C_SDA (P300-11)
      • MT_DRDY to DRDY (P300-15)
      • MT_ADD0 to ADD0 (P300-17)
      • MT_ADD1 to ADD1 (P300-19)
      • MT_ADD2 to ADD2 (P300-21)
    • For SPI communication:
      • MT_DRDY to DRDY (P300-15)
      • MT_SCLK to SPI_SCK (P300-17)
      • MT_MISO to SPI_MISO (P300-19)
      • MT_MOSI to SPI_MOSI (P300-21)
      • MT_nCS to SPI_nCS (P300-23)
    • For UART communication:
      • MT_RX to UART_TX (P300-9)
      • MT_TX to UART_RX (P300-11)

For more information on the MTi-1 development board please refer to the MTi-1 series user manual: https://www.xsens.com/download/pdf/documentation/mti-1/mti-1-series_dk_user_manual.pdf

Information

Check the defines at the top of main.cpp to determine which IO pins are used for the MT_xxx connections on each mbed platform.

Information

The active peripheral (I2C, SPI or UART) is selected on the MTi-1 development board through the PSEL0 and PSEL1 switches. Look on the bottom of the development board for the correct settings.

  1. Connect to the target using a serial terminal. The application is configured for:
    • Baudrate = 921600
    • Stop bits = 1
    • No parity bits
    • No flow control
  2. Reset the mbed board.
  3. You should be presented with a simple user interface as shown below:
MTi-1 series embedded example firmware.
Device ready for operation.
Found device with ID: 03880011.
Device is an MTi-3: Attitude Heading Reference System.
Output configuration set to:
        Packet counter: 65535 Hz
        Sample time fine: 65535 Hz
        Quaternion: 100 Hz
        Status word: 65535 Hz

Press 'm' to start measuring and 'c' to return to config mode.

Files at this revision

API Documentation at this revision

Comitter:
Alex Young
Date:
Tue May 19 15:49:29 2015 +0200
Parent:
18:2073072bad51
Child:
20:38560fa3d2eb
Commit message:
Add support for parsing individual xbus messages.

Most xbus messages, except from MTData2 messages have a fixed format. To
make life easy for the user we will parse these and return the parsed
data in the memory pointed to by the XbusMessage data pointer. This way
we can just define structs for the different messages and users can
switch on the mid to decide how to cast the data pointer.

Changed in this revision

xbus/xbusmessage.h Show annotated file Show diff for this revision Revisions of this file
xbus/xbusparser.c Show annotated file Show diff for this revision Revisions of this file
--- a/xbus/xbusmessage.h	Tue May 19 14:45:05 2015 +0200
+++ b/xbus/xbusmessage.h	Tue May 19 15:49:29 2015 +0200
@@ -26,6 +26,8 @@
 
 enum XsMessageId
 {
+	XMID_ReqDid             = 0x00,
+	XMID_DeviceId           = 0x01,
 	XMID_GotoConfig         = 0x30,
 	XMID_GotoConfigAck      = 0x31,
 	XMID_GotoMeasurement    = 0x10,
@@ -50,7 +52,7 @@
 {
 	enum XsMessageId mid;
 	uint16_t length;
-	uint8_t* data;
+	void* data;
 };
 
 size_t XbusMessage_format(uint8_t* raw, struct XbusMessage const* message);
--- a/xbus/xbusparser.c	Tue May 19 14:45:05 2015 +0200
+++ b/xbus/xbusparser.c	Tue May 19 15:49:29 2015 +0200
@@ -15,7 +15,17 @@
 
 #include "xbusparser.h"
 #include "xbusdef.h"
+#include "xbusutility.h"
 #include <stdlib.h>
+#include <string.h>
+#include <assert.h>
+
+/*!
+ * \brief Max message length for parsed message types.
+ * Unparsed types, e.g. MtData2 packets, will have buffers dynamically
+ * requested, so are not constrained by this value.
+ */
+#define XBUS_MAX_MESSAGE_LENGTH (64)
 
 enum XbusParserState
 {
@@ -33,6 +43,7 @@
 {
 	struct XbusParserCallback callbacks;
 	struct XbusMessage currentMessage;
+	uint8_t rxBuffer[XBUS_MAX_MESSAGE_LENGTH];
 	uint16_t payloadReceived;
 	uint8_t checksum;
 	enum XbusParserState state;
@@ -67,10 +78,60 @@
 	return parser;
 }
 
-static void prepareForPayload(struct XbusParser* parser)
+static bool canParseMessagePayload(enum XsMessageId mid)
+{
+	switch (mid)
+	{
+		case XMID_DeviceId:
+			return true;
+
+		default:
+			return false;
+	}
+}
+
+static void parseMessagePayload(struct XbusParser* parser)
 {
-	parser->currentMessage.data = parser->callbacks.allocateBuffer(parser->currentMessage.length);
+	switch (parser->currentMessage.mid)
+	{
+		case XMID_DeviceId:
+			{
+				uint32_t* deviceId = parser->callbacks.allocateBuffer(sizeof(uint32_t));
+				if (deviceId)
+				{
+					XbusUtility_readU32(deviceId, parser->rxBuffer);
+					parser->currentMessage.data = deviceId;
+				}
+				else
+				{
+					parser->currentMessage.data = NULL;
+				}
+			}
+			break;
+
+		default:
+			assert(!canParseMessagePayload(parser->currentMessage.mid));
+			break;
+	}
+}
+
+void prepareForPayload(struct XbusParser* parser)
+{
+	parser->currentMessage.data = NULL;
 	parser->payloadReceived = 0;
+
+	if (canParseMessagePayload(parser->currentMessage.mid))
+	{
+		assert(parser->currentMessage.length < XBUS_MAX_MESSAGE_LENGTH);
+		if (parser->currentMessage.length < XBUS_MAX_MESSAGE_LENGTH)
+		{
+			parser->currentMessage.data = parser->rxBuffer;
+		}
+	}
+	else
+	{
+		parser->currentMessage.data = parser->callbacks.allocateBuffer(parser->currentMessage.length);
+	}
 }
 
 void XbusParser_parseByte(struct XbusParser* parser, const uint8_t byte)
@@ -133,7 +194,7 @@
 			parser->checksum += byte;
 			if (parser->currentMessage.data)
 			{
-				parser->currentMessage.data[parser->payloadReceived] = byte;
+				((uint8_t*)parser->currentMessage.data)[parser->payloadReceived] = byte;
 			}
 			if (++parser->payloadReceived == parser->currentMessage.length)
 			{
@@ -147,6 +208,7 @@
 					((parser->currentMessage.length == 0) ||
 					 parser->currentMessage.data))
 			{
+				parseMessagePayload(parser);
 				parser->callbacks.handleMessage(&parser->currentMessage);
 			}
 			parser->state = XBPS_Preamble;