Example for updating the MTi-1's firmware. Uses a platform independent, retargetable pure C implementation of the firmware updater protocol.

Dependencies:   mbed-rtos mbed

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 purpose of this example is to demonstrate how to update the firmware of an MTi-1 series module using the FwUpdate library. The FwUpdate library is provided as C source in the xbus directory. It is setup to be platform independent and easily retargetable. The user must provide an instance of the FwUpdate struct having the platform specific callback function filled in. Refer to fwupdate.h for more information.

The example embeds an Xsens Firmware File (XFF). The XFF used is the official 1.1.1 MTi1-series firmware release. If needed binary copies of specific firmware files can be requested through our support department. We used srecord to convert the XFF to the C data array (See xffdata.c and xffdata.h). When using requested Xsens provided XFF file use srecord as follows:

srec_cat firmware.xff -binary -o xffdata.c -C-array g_xffData -include


This example updates the firmware only. The eMTS (extended Motion Tracker Settings) are not updated. This means that in rare cases (e.g. when hardware filter parameters are updated), you do not take full advantage of the filter update. Most functionality, such as filter behavior, outputs, output formats and communication options are updated with this example. Please use the Windows/Linux FW updater when HW parameters are updated (see release notes to check if HW parameters were changed).

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.

Supported Platforms

The program has been tested on the following mbed platforms:

Porting to other mbed platforms is relatively be easy by adding its specific port information to board.h. It is however necessary that the board has sufficient code flash/ROM to keep a copy of the XFF (150K). In case you store the XFF data in a different memory (e.g. an external memory) you must re-implement the readXffData callback function.

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 P(300-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 ADD0 (P300-19)
      • MT_ADD2 to ADD0 (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)

Information

Check the defines in board.h 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:
Embedded firmware updater example
Interface: I2C

h: Print this text
c: GotoConfig
m: GotoMeasurement
r: Soft reset the module
b: GotoBootloader
v: Request firmware revision
d: Request deviceId
u: Start firmware update (make sure module is in bootloader mode)
x: Hard reset the module and make it stay in bootloader 

To do a firmware update

  • Make the MTi-1 enter bootloader mode. Either through 'b' or 'x'
  • You can check if the MTi-1 is in bootloader by requesting the firmware revision ('v'). The bootloader revision always starts with 255
  • Press 'u' to start the firmware update
  • After about 20 seconds the "Firmware update ready" message should appear indicating the update succeeded
  • The device should automatically reboot into its application firmware (use 'v' to verify)

mtinterface/mtinterface_mtssp.cpp

Committer:
tjerkhofmeijer
Date:
2016-12-21
Revision:
6:fd42cb49cdd0
Parent:
5:63985ca16eb9

File content as of revision 6:fd42cb49cdd0:

/*!
 * \file
 * \copyright Copyright (C) Xsens Technologies B.V., 2015.
 *
 * Licensed under the Apache License, Version 2.0 (the "License"); you may not
 * use this file except in compliance with the License. You may obtain a copy
 * of the License at
 *
 * http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
 * WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
 * License for the specific language governing permissions and limitations
 * under the License.
 */
#include "mtinterface_mtssp.h"
#include "mbed.h"
#include "rtos.h"
#include "board.h"
#include "xbusmessage.h"
#include "xbusparser.h"
#include <assert.h>
#include "xbusdef.h"


/*!	\class MtInterfaceMtssp
	\brief Implementation of MtInterface for the MTSSP protocol

	MTSSP is the protocol used for communicating with an Xsens motion tracker over I2C or SPI.
*/


/*!	\brief Constructor
	\param driver Pointer to an MtsspDriver
*/
MtInterfaceMtssp::MtInterfaceMtssp(MtsspDriver *driver)
	: m_driver(driver)
{
	m_dataReady = new DigitalIn(MT_DRDY);
}


/*!	\brief Destructor
*/
MtInterfaceMtssp::~MtInterfaceMtssp()
{
	delete m_dataReady;
}


/*!	\brief Must be polled in the main application loop
*/
void MtInterfaceMtssp::process()
{
	if (*m_dataReady)
	{
		handleDataReady();
	}
}


/*! \brief Sends an xbus message to the motion tracker
	\param xbusMessage Pointer to xbus message which should be send
*/
void MtInterfaceMtssp::sendXbusMessage(XbusMessage const* xbusMessage)
{
	uint8_t* buf = (uint8_t*)allocateMessageData(xbusMessage->m_length + 4);
	size_t rawLength = XbusMessage_createRawMessage(buf, xbusMessage, m_driver->busFormat());
	m_driver->writeRaw(buf, rawLength);
	deallocateMessageData(buf);
}


/*! \brief Returns the low level bus format used
*/
XbusBusFormat MtInterfaceMtssp::busFormat()
{
	return m_driver->busFormat();
}


/*! \brief Should be called if the data ready line from the motion tracker signals that there is data pending
*/
void MtInterfaceMtssp::handleDataReady()
{
	uint16_t notificationMessageSize = 0;
	uint16_t measurementMessageSize = 0;
	readPipeStatus(&notificationMessageSize, &measurementMessageSize);

	uint16_t size;
	uint8_t pipe;
	if (notificationMessageSize)
	{
		size = notificationMessageSize;
		pipe = XBUS_NOTIFICATION_PIPE;
	}
	else if (measurementMessageSize)
	{
		size = measurementMessageSize;
		pipe = XBUS_MEASUREMENT_PIPE;
	}
	else
	{
		return;
	}

	uint8_t* buffer = (uint8_t*)allocateMessageData(size + 3);
	buffer[0] = XBUS_PREAMBLE;
	buffer[1] = XBUS_MASTERDEVICE;
	readFromPipe(&buffer[2], size, pipe);
	XbusParser_parseBuffer(m_xbusParser, buffer, 2 + size);
	deallocateMessageData(buffer);
}


/*!	\brief Read MTSSP protocol info
	\param[out] version Pointer to receive the version byte
	\param[out] dataReadyConfig Pointer to receive the data ready configuration byte
	\sa configureProtocol
*/
void MtInterfaceMtssp::readProtocolInfo(uint8_t* version, uint8_t* dataReadyConfig)
{
	uint8_t rxdata[2];
	m_driver->read(XBUS_PROTOCOL_INFO, rxdata, sizeof(rxdata));
	*version = rxdata[0];
	*dataReadyConfig = rxdata[1];
}


/*!	\brief Write MTSSP protocol settings
	\param dataReadyConfig The data ready configuration which must be set

	Bit 7:4	Reserved \n
	Bit 3	Measurement pipe DRDY event enable: 0 = disabled, 1 = enabled \n
	Bit 2	Notification pipe DRDY event enable: 0 = disabled, 1 = enabled \n
	Bit 1	Output type of DRDY pin: = 0 Push/pull, 1 = open drain \n
	Bit 0	Polarity of DRDY signal: 0 = Idle low, 1 = Idle high \n
	\sa readProtocolInfo
*/
void MtInterfaceMtssp::configureProtocol(uint8_t dataReadyConfig)
{
	m_driver->write(XBUS_CONFIGURE_PROTOCOL, &dataReadyConfig, sizeof(dataReadyConfig));
}


/*!	\brief Read the pipe status
	\param[out] notificationMessageSize Pointer for returning the number of pending notification bytes
	\param[out] measurementMessageSize Pointer for returning the number of pending measurement bytes
*/
void MtInterfaceMtssp::readPipeStatus(uint16_t *notificationMessageSize, uint16_t* measurementMessageSize)
{
	uint8_t status[4];
	m_driver->read(XBUS_PIPE_STATUS, status, sizeof(status));
	*notificationMessageSize = status[0] | (status[1] << 8);
	*measurementMessageSize = status[2] | (status[3] << 8);
}


/*!	\brief Read from notification or measurement data pipe
	\param buffer Result buffer
	\param size Number of bytes to read
	\param pipe Pipe from which to read, XBUS_NOTIFICATION_PIPE or XBUS_MEASUREMENT_PIPE
*/
void MtInterfaceMtssp::readFromPipe(uint8_t* buffer, uint16_t size, uint8_t pipe)
{
	m_driver->read(pipe, buffer, size);
}