Data Signal

Data signals are an abstract representation of data producers. The API treats them as an event that contains data and represents them with the MblMwDataSignal struct.

They can be safely typecasted to an MblMwEvent as seen in the example in the previous section.

Data signals can come from the accelerometer:

// Get accelerometer data
let acc = MetaWear.mbl_mw_acc_get_acceleration_data_signal(device.board);

Reading the battery level:

// Get battery level
let  batt = mbl_mw_settings_get_battery_state_data_signal(device.board);

Getting the switch state (is the button pushed or not):

// Get switch state
let switch = mbl_mw_switch_get_state_data_signal(device.board);

There are many signals which are highlighted in the sections of our documentation:

// Get analog gpio value
let analog_gpio = mbl_mw_gpio_get_analog_input_data_signal(device.board, pin, MBL_MW_GPIO_ANALOG_READ_MODE_ADC);

Data Handling

Signal data is encapsulated by the MblMwData struct.

The struct contains a:

  • Timestamp of when the data was created

  • Pointer to the data

  • Data type id indicating how to cast the pointer

An enumeration of data types is defined by the MblMwDataTypeId enum and structs wrapping non basic data types are defined in the types.h header file.

Let’s take a look at the most common MblMwCartesianFloat data type. Angular velocity from the Gyroscope is represented by the MblMwCartesianFloat struct and is in units of degrees per second. The x, y, and z fields contain the angular velocity of the spin around that axis.

let acc = MetaWear.mbl_mw_acc_get_acceleration_data_signal(device.board);

MetaWear.mbl_mw_datasignal_subscribe(acc, ref.NULL, MetaWear.FnVoid_VoidP_DataP.toPointer((ctx, pointer) => {
    var data = pointer.deref();
    var value = data.parseValue();
    console.log('epoch: ' + data.epoch + ' acc: ' + value.x + ' ' + value.y + ' ' + value.z);


You can take a look at our javascript binding file for all the available data types.

A helper function called parseValue has been create as part of the MetaWear class file and will help you parse the data correctly.

MetaWear.Data.prototype.parseValue = function (options) {
    var value = ref.reinterpret(this.value, this.length, 0);
    switch (this.type_id) {
        case MetaWear.DataTypeId.UINT32:
            return ref.get(value, 0, ref.types.uint32);
        case MetaWear.DataTypeId.FLOAT:
            return ref.get(value, 0, ref.types.float);
        case MetaWear.DataTypeId.CARTESIAN_FLOAT:
            return ref.get(value, 0, MetaWear.CartesianFloat);
        // Additional statements for additional types


Streaming data is sending live data from the sensors on the MetaWear board, through the Bluetooth link, to the device of your choice in real-time.

Aside from the latency of the Bluetooth link, data is received instantaneously.

Note that there are limits to the Bluetooth link as well as the sensors. Please see the Bluetooth SIG and the MetaWear datasheet to learn more.

To stream data live to your device, call mbl_mw_datasignal_subscribe with the desired data signal and a callback function for handling the received data. Terminating the live stream is done by calling mbl_mw_datasignal_unsubscribe.

console.log('Get signal.')
var device = await new Promise((resolve, reject) => MetaWear.discoverByAddress(mac.toLowerCase(), d => resolve(d)))

await new Promise((resolve, reject) => {
    device.connectAndSetUp(error => {
    if(error == null) resolve(null)
    else reject(error)

console.log('Get signal.')
let acc = MetaWear.mbl_mw_acc_get_acceleration_data_signal(device.board)

console.log('Set up stream.')
MetaWear.mbl_mw_datasignal_subscribe(acc, ref.NULL, MetaWear.FnVoid_VoidP_DataP.toPointer((ctx, pointer) => {
    var data = pointer.deref();
    var value = data.parseValue();
    console.log('epoch: ' + data.epoch + ' acc: ' + value.x + ' ' + value.y + ' ' + value.z)

console.log('Start accelerometer.')


Alternatively, data can be logged and retrieved at a later time.

When the data is logged, it is stored in the board memory. The memory is finite and once it is full, old data may be overwritten by new data. Please consult the Tutorials and the datasheet of your board for more information.

The data must be retrieved at some point in time from the MetaWear board to the device of your choice using the logger APIs.

See the Logger section for more details.

Readable Signals

Some sensors will only send data when they receive a command to do so. These are typically either slower sensors or analog sensors where data doesn’t need to be read at 100Hz (such as the temperature sensor).

Data signals that represent this type of data source are called readable signals. You can check if a data signal is readable by calling mbl_mw_datasignal_is_readable.

The read command is issued by calling mbl_mw_datasignal_read or mbl_mw_datasignal_read_with_parameters. Most readable data signals will use the former function which does not require any additional parameters. The latter function is for reads that require additional parameters which are bundled into one struct.

Reading the humidity from the barometer is a good example of a single read:

var temp_signal = MetaWear.mbl_mw_multi_chnl_temp_get_temperature_data_signal(device.board, 1);

// Subscribe to it
MetaWear.mbl_mw_datasignal_subscribe(temp_signal, ref.NULL, MetaWear.FnVoid_VoidP_DataP.toPointer((ctx, pointer) => {
    var data = pointer.deref();
    var value = data.parseValue();
    console.log('epoch: ' + data.epoch + ' temp: ' + value);

// Read it

When using readable signals, you must decide up front if the data will be streamed or logged before interacting with it. That is, you should either have subscribed to or setup a logger for a readable signal before reading it.

Data Processing

Data signals can be fed through the on-board data processors to filter and/or transform the data in the firmware. By performing computations on the MetaWear side, you can reduce the amount of data that is sent over the radio and the amount of postprocessing that is done on your mobile device.

For example, a threshold processor can be used to determine if the ambient temperature has exceeded 40 degrees. A highpass filter can be used to determine if the board has moved or the comparison processor can be used to determine if and when the light in the room has been turned on.

Data processors can also be chained together to perform more complex tasks, such as using the rss, average, and threshold processors to determine if the board is in freefall based on the XYZ acceleration data.

See the Data Processor Types section for more details on the data processing system.

Here is an example where the x,y,z components of the accelerometer are combined using the rms processor to calculate the root mean square:

// Get acc signal
var acc = MetaWear.mbl_mw_acc_get_acceleration_data_signal(device.board);

// create RMS - root mean square of acc X,Y,Z
let promise = new Promise((resolve, reject) => {
  var rms = MetaWear.mbl_mw_dataprocessor_rms_create(acc, ref.NULL, MetaWear.FnVoid_VoidP_DataProcessorP.toPointer(function onSignal(context, dataPtr) {

// RMS pointer
let rms = await promise;

Component Signals

Some signals, such as the acceleration data signal, are composed of multiple values. While you can interact with them as a whole, sometimes it is more convenient to only use individual values.

To access the component values, call mbl_mw_datasignal_get_component with the signal and an index represnting which component to retrieve. If a signal is single valued, the function will return null.

In this example, only the x-axis is from the accelerometer is retrieved:

// Get acc signal
let acc = MetaWear.mbl_mw_acc_get_acceleration_data_signal(device.board);

// Get x components
let acc_x = MetaWear.mbl_mw_datasignal_get_component(acc, 0); //cbindings.Const.ACC_ACCEL_X_AXIS_INDEX);

// Subscribe to it
MetaWear.mbl_mw_datasignal_subscribe(acc_x, ref.NULL, MetaWear.FnVoid_VoidP_DataP.toPointer((ctx, pointer) => {
    var data = pointer.deref();
    var value = data.parseValue();
    console.log('epoch: ' + data.epoch + ' acc x: ' + value);