/TFMini-Plus

Arduino library for the Benewake TFMini-Plus and TFMini-S LiDAR distance sensors.

Primary LanguageC++

TFMini-Plus

PLEASE NOTE:

v1.5.0 - This version reverses and corrects the ENABLE_OUTPUT and DISABLE_OUTPUT commands.

Also, three commands names have changed in this version:
  ● OBTAIN_FIRMWARE_VERSION is now GET_FIRMWARE_VERSION
  ● RESTORE_FACTORY_SETTINGS is now HARD_RESET
  ● SYSTEM_RESET is now SOFT_RESET

v1.4.0 - With this version, data variables changed from unsigned to signed 16bit integers in order to support error codes returned in the dist (distance) and flux (signal strength) data. The only working error code at the moment is a -1 returned in flux data when the signal is saturated.

In the example code, printStatus() or printErrorStatus() has been replaced with printFrame() in response to a failed getData() or printReply() if responding to sendCommand().


Arduino Library for the Benewake TFMini-Plus Lidar sensor

The TFMini-S is largely compatible with the TFMini-Plus and therefore able to use this library. One difference is that the TFMini-Plus switches immediately upon command to change communication mode (SET_I2C_MODE, SET_SERIAL_MODE). The TFMini-S requires a following SAVE_SETTING command. This library is not compatible with the TFMini, which is an entirely different product with its own command and data structure.

With hardware v1.3.5 and firmware v1.9.0 and above, the communication interface of the TFMini-Plus can be configured to use either the default UART (serial) or the I2C (two-wire) protocol. Additionaly, the device can be configured to output a binary (high/low) voltage level to signal that a detected object is within or beyond a user-defined range. Please see the manufacturer's Product Manual in 'documents' for more information about the I/O output mode.

The UART serial baud-rate is user-programmable, but only the following rates are supported:
9600, 14400, 19200, 56000, 115200, 460800, and 921600.

Device data-frame output rates are programmable up to 10KHz, but the internal measuring frame-rate is fixed at 4KHz.
"Standard" output rates are: 1, 2, 5, 10, 20, 25, 50, 100, 125, 200, 250, 500, and 1000Hz.
If the output rate is set to 0 (zero), single data frames can be triggered by using the TRIGGER_DETECTION command.

Measurement data values are passed-back in three, 16-bit, signed integer variables:
  ●  Distance to target in centimeters/millimeters. Range: 0 - 1200/12000
  ●  Strength (voltage) or quality of returned signal in arbitrary units. Range: -1, 0 - 32767
  ●  Temperature of the device in code. Range: -25°C to 125°C

The default TFMini-Plus communication interface is UART (serial); the default baud-rate is 115200 and the default data frame-rate is 100Hz. Upon power-up in serial mode, the device will immediately start sending frames of measurement data.

This library supports the default, UART (serial) communication interface. For communication in I2C mode, please use the TFMini-Plus-I2C version of the library. Read more below about using the I2C mode of the device.


Arduino Library Commands

begin()  passes a serial stream to the library and returns a boolean value indicating whether serial data is available. The function also sets a public one-byte status or error code. Status codes are defined in the library's header file.

getData( dist, flux, temp)  passes back three, signed, 16-bit measuremnent data values. It sets the status error code byte and returns a boolean value indicating 'pass/fail'. If no serial data is received or no header sequence (0x5959) is detected within one (1) second, the function sets an appropriate status error code and 'fails'. Given the asynchronous nature of the device, the serial buffer is flushed before reading and the frame and reply data arrays are zeroed out to delete any residual data. This helps with valid data recognition and error discrimination.

getData( dist)  will pass back only the distance value.

sendCommand( cmnd, param)  sends a 32 bit command (cmnd) and a 32 bit paramter (param) to the device. It will set the status error code byte and return a boolean 'pass/fail' value. A cmnd must be selected from this library's set of seventeen defined commands. A param must always be included. The param may be entered directly as an unsigned number, or chosen from the Library's set of defined parameters. For many commands, i.e. HARD_RESET, the correct param is a 0 (zero).

cmnd   The defined commands are:
GET_FIRMWARE_VERSION, TRIGGER_DETECTION, SOFT_RESET, HARD_RESET, SAVE_SETTINGS, SET_FRAME_RATE, SET_BAUD_RATE, STANDARD_FORMAT_CM, PIXHAWK_FORMAT, STANDARD_FORMAT_MM, ENABLE_OUTPUT, DISABLE_OUTPUT, SET_I2C_ADDRESS, SET_SERIAL_MODE, SET_I2C_MODE, I2C_FORMAT_CM, I2C_FORMAT_MM

param   The defined paramters are:
BAUD_9600, BAUD_14400, BAUD_19200, BAUD_56000, BAUD_115200, BAUD_460800, BAUD_921600
and
FRAME_0, FRAME_1, FRAME_2, FRAME_5, FRAME_10, FRAME_20, FRAME_25, FRAME_50, FRAME_100, FRAME_125, FRAME_200, FRAME_250, FRAME_500, FRAME_1000

Any change of device settings (i.e. frame-rate or baud-rate) must be followed by a SAVE_SETTINGS command or else the modified values may be lost when power is removed. SYSTEM_RESET and RESTORE_FACTORY_SETTINGS do not require a SAVE_SETTINGS command.

Benewake is not forthcoming about the internals of the device, however they did share this:

Some commands that modify internal parameters are processed within 1ms. Some commands require the MCU to communicate with other chips may take several ms. And some commands, such as saving configuration and restoring the factory need to erase the FLASH of the MCU, which may take several hundred ms.

Also included:
  ●  An Arduino sketch "TFMP_example.ino" is in the Example folder.
  ●  Recent copies of the manufacturer's Datasheet and Product Manual are in Documents.
  ●  Valuable information regarding Time of Flight distance sensing in general and the Texas Instruments OPT3101 module in particular are in a Documents sub-folder.

All of the code for this library is richly commented to assist with understanding and in problem solving.


Using the I2C version of the device

According to Benewake:

1- the measuring frequency of the module should be 2.5 times larger than the IIC reading frquency.
2- the iic reading frequency should not exceed 100hz

Because the Data Frame Rate is limited to 1000Hz, this condition implys a 400Hz data sampling limit in I2C mode. Benewake says sampling should not exceed 100Hz. They don't say why; but you might keep that limitation in mind when you consider using the I2C interface.

To configure the device for I2C communication, a command must be sent using the UART interface. Therefore, this reconfiguation should be made prior to the device's service installation, either by using this library's SET_I2C_MODE command or the serial GUI test application and code supplied by the manufacturer.

On some devices, the SET_I2C_MODE command will not require a subsequent SAVE_SETTINGS command. The device will remain in I2C mode after power has been removed and restored. The only way to return to serial mode is with the SET_SERIAL_MODE command. Even a RESTORE_FACTORY_SETTINGS command will NOT restore the device to its default, UART communication interface mode.

The device functions as an I2C slave device and the default address is 16 (0x10 Hex) but is user-programable by sending the SET_I2C_ADDRESS command and a parameter in the range of 1 to 127. The new setting will take effect immediately and permanently without a SAVE_SETTINGS command, however the RESTORE_FACTORY_SETTINGS command will restore the default address. The I2C address can be set while still in serial communication mode or, if in I2C mode, the example sketch included in the TFMini-Plus-I2C library can be used to test and change the address.

When switching modes, please remember to switch the data cables, too. That sounds obvious, but has tripped me up more than once.


Using the I/O modes of the device

The so-called I/O modes are not supported in this library. Please do not attempt to use any I/O commands that you may find to be defined in this library's header file.

The I/O output mode is enabled and disabled by this 9 byte command:
5A 09 3B MODE DL DH ZL ZH SU

Command byte number:
0    0x5A: Header byte, starts every command frame
1    0x09: Command length, number of bytes in command frame
2    0x3B: Command number

3    MODE:
     0x00: I/O Mode OFF, standard data output mode
     0x01: I/O Mode ON, output: near = high and far = low
     0x02: I/O Mode ON, output: near = low and far = high

4    DL: Near distance lo order byte of 16 bit integer
5    DH: Near distance hi order byte

6    ZL: Zone width lo byte
7    ZL: Zone width hi byte

8   SU: Checkbyte (the lo order byte of the sum of all the other bytes in the frame)

If an object's distance is greater than the Near distance (D) plus the Zone width (Z) then the object is "far."
If the distance is less than the Near distance (D) then the object is "near".
The Zone is a neutral area. Any object distances measured in this range do not change the output.
The output can be set to be either high when the object is near, and low when it's far (Mode 1); or low when it's near, and high when it's far (Mode 2).
The high level is 3.3V, the low level is 0V.