npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

sparkplug-client

v3.2.4

Published

A client module for MQTT communication using the Sparkplug specification from Cirrus Link Solutions

Downloads

1,813

Readme

Sparkplug Client

A client library providing a MQTT client for MQTT device communication using the Sparkplug Specification from Cirrus Link Solutions.

https://s3.amazonaws.com/ignition-modules/Current/Sparkplug+Specification.pdf

The client will connect to an MQTT Server and act as an MQTT Edge of Network (EoN) Node. It will publish birth certificates (NBIRTH), node data messages (NDATA), and process node command messages (NCMD) that have been sent from another MQTT client.

The client also provides and interface for MQTT Device application code to publish device birth certificates (DBIRTH), device data messages (DDATA), device death certificates (DDEATH), and receive device command messages (DCMD) that have been sent from another MQTT client.

Installation

npm install sparkplug-client

Usage

Creating and configuring a new Sparkplug client

A configuration object is required when creating a new client. A configuration must contain the following properties:

  • serverUrl: The URL of the MQTT server.
  • username: The username for the MQTT server connection.
  • password: The password for the MQTT server connection.
  • groupId: An ID representing a logical grouping of MQTT EoN Nodes and Devices into the infrastructure.
  • edgeNode: An ID that uniquely identifies the MQTT EoN Node within the infrastructure.
  • clientId: A unique ID for the MQTT client connection.
  • publishDeath: A flag indicating if a Node DEATH Certificate (NDEATH) should be published when the client is stopped (defaults to false).
  • version: The Sparkplug version (currently: A or B). This will indicate how the payload of the published Sparkplug messages are formatted.
  • keepalive: The MQTT client keep alive interval in seconds (defaults to 30).

Here is a code example of creating and configuring a new client:

var sparkplug = require('sparkplug-client'),
    config = {
        'serverUrl' : 'tcp://localhost:1883',
        'username' : 'username',
        'password' : 'password',
        'groupId' : 'Sparkplug Devices',
        'edgeNode' : 'Test Edge Node',
        'clientId' : 'JavaScriptSimpleEdgeNode',
        'version' : 'spBv1.0'
    },
    client = sparkplug.newClient(config);

Stopping the client

Once a client has been created and configured it will automatically connect to the MQTT Server. the client provides a function for stopping the client and cleanly disconnecting from the MQTT Server. Once a client has been stopped, a new client must be created and configured in order to re-establish a connection with the server.

Here is a code example of stopping a client:

// Stop the sparkplug client
client.stop();

Publishing messages

This client provides functions for publishing three types of messages: a device birth certificate (DBIRTH), device data message (DDATA), device death certificate (DDEATH)

Message Payloads

The payload format for Sparkplug messages differs based on the Sparkplug version. A full description of each versions payload format is beyond the scope of this readme and can be found in the Sparkplug specification linked above. The examples in this readme will be using Sparkplug B.

Here is a quick summary of the main changes in version B (over A):

  • Added more supported data types for metric values
  • Added support for generic property sets
  • Removed required "position" field
  • Change the name of the metrics list field from "metric" to "metrics".

Publish Options

Each of the publish methods below can optionally take an object as an additional argument. This object contains any configured options for the publish.

Compression Option

A payload can be compressed before it is published by enabling payload compression in the options object and passing it to a plush command. For example:

var options = {
    "compress" : true
};

// Publish device data
client.publishDeviceData(deviceId, payload, options);

Additionally the compression algorithm can be specified as well. Currently supported algorithms are: DEFLATE and GZIP. DEFLATE will be used if not algorithm is specified. For example:

var options = {
    "compress" : true,
    "algorithm" : "GZIP"
};

// Publish device data
client.publishDeviceData(deviceId, payload, options);

Edge Node Birth Certificate (NBIRTH)

A Sparkplug node birth certificate (NBIRTH) message will contain all data points, process variables, and/or metrics for the edge node. The payload for this message will differ slightly between the different Sparkplug versions.

  • timestamp: A UTC timestamp represented by 64 bit integer.
  • metrics: An array of metric objects. Each metric in the array must contain the following:
    • name: The name of the metric.
    • value: The value of the metric.
    • type: The type of the metric. The following types are supported: int, int8, int16, int32, int64, uint8, uint16, uint32, uint64, float, double, boolean, string, datetime, text, uuid, dataset, bytes, file, or template.

Here is a code example of publishing a NBIRTH message:

var payload = {
        "timestamp" : 1465577611580,
        "metrics" : [
            {
                "name" : "my_int",
                "value" : 456,
                "type" : "Int32"
            },
            {
                "name" : "my_float",
                "value" : 1.23,
                "type" : "Float"
            }
        ]
    };

// Publish device birth
client.publishNodeBirth(payload);

Device Birth Certificate (DBIRTH)

A Sparkplug device birth certificate (DBIRTH) message will contain all data points, process variables, and/or metrics for the device. The payload for this message will differ slightly between the different Sparkplug versions.

  • timestamp: A UTC timestamp represented by 64 bit integer.
  • metrics: An array of metric objects. Each metric in the array must contain the following:
    • name: The name of the metric.
    • value: The value of the metric.
    • type: The type of the metric. The following types are supported: int, int8, int16, int32, int64, uint8, uint16, uint32, uint64, float, double, boolean, string, datetime, text, uuid, dataset, bytes, file, or template.

Here is a code example of publishing a DBIRTH message:

var deviceId = "testDevice",
    payload = {
        "timestamp" : 1465577611580,
        "metrics" : [
            {
                "name" : "my_int",
                "value" : 456,
                "type" : "Int32"
            },
            {
                "name" : "my_float",
                "value" : 1.23,
                "type" : "Float"
            }
        ]
    };

// Publish device birth
client.publishDeviceBirth(deviceId, payload);

Node Data Message (NDATA)

An edge node data message (NDATA) will look similar to NBIRTH but is not required to publish all metrics. However, it must publish at least one metric.

Here is a code example of publishing a DBIRTH message:

var payload = {
        "timestamp" : 1465456711580,
        "metrics" : [
            {
                "name" : "my_int",
                "value" : 412,
                "type" : "Int32"
            }
        ]
    };

// Publish device data
client.publishNodeData(payload);

Device Data Message (DDATA)

A device data message (DDATA) will look similar to DBIRTH but is not required to publish all metrics. However, it must publish at least one metric.

Here is a code example of publishing a DBIRTH message:

var deviceId = "testDevice",
    payload = {
        "timestamp" : 1465456711580,
        "metrics" : [
            {
                "name" : "my_int",
                "value" : 412,
                "type" : "Int32"
            }
        ]
    };

// Publish device data
client.publishDeviceData(deviceId, payload);

Node Death Certificate (NDEATH)

An edge node death certificate (NDEATH) is published to indicated that the edge node has gone offline or has lost a connection. It registered as an MQTT LWT by the SparkplugClient instance and published on the applications behalf.

Device Death Certificate (DDEATH)

A device death certificate (DDEATH) can be published to indicated that the device has gone offline or has lost a connection. It should contain only a timestamp.

Here is a code example of publishing a DDEATH message:

var deviceId = "testDevice",
    payload = {
        "timestamp" : 1465456711580
    };

// Publish device death
client.publishDeviceDeath(deviceId, payload);

Receiving events

The client uses an EventEmitter to emit events to device applications. The client emits a "rebirth" event, "command" event, and five MQTT connection events: "connect", "reconnect", "offline", "error", and "close".

Birth Event

A "birth" event is used to signal the device application that a DBIRTH message is requested. This event will be be emitted immediately after the client initially connects or re-connects with the MQTT Server.

Here is a code example of handling a "birth" event:

sparkplugClient.on('birth', function () {
    // Publish Node BIRTH certificate
    sparkplugClient.publishNodeBirth(getNodeBirthPayload());
    // Publish Device BIRTH certificate
    sparkplugClient.publishDeviceBirth(deviceId, getDeviceBirthPayload());
});

Command Events

A Device Command event is used to communicate a Device Command message (DCMD) from another MQTT client to a device. A 'dcmd' event will include the device ID and a payload containing a list of metrics (as described above). Any metrics included in the payload represent attempts to write a new value to the data points or process variables that they represent. After the device application processes the request the device application should publish a DDATA message containing any metrics that have changed or been updated.

Here is a code example of handling a "dcmd" event:

client.on('dcmd', function (deviceId, payload) {
    console.log("received 'dcmd' event");
    console.log("device: " + device);
    console.log("payload: " + payload);

    //
    // Process metrics and create new payload containing changed metrics
    //

    client.publishDeviceData(deviceId, newPayload);
});

A Node Command event is used to communicate an Edge Node Command message (DCMD) or Edge Node Command message (NCMD) from another MQTT client to a device. An 'ncmd' event will include a payload containing a list of metrics (as described above). Any metrics included in the payload may represent attempts to write a new value to the data points or process variables that they represent or they may represent control messages sent to the edge node such as a "rebirth" request.

Here is a code example of handling a "ncmd" event:

client.on('ncmd', function (payload) {
    console.log("received 'ncmd' event");
    console.log("payload: " + payload);

    //
    // Process metrics and create new payload containing changed metrics
    //

    client.publishNodeData(newPayload);
});

Connect Event

A "connect" event is emitted when the client has connected to the server.

Here is a code example of handling a "connect" event:

client.on('connect', function () {
    console.log("received 'connect' event");
});

Reconnect Event

A "reconnect" event is emitted when the client is attempting to reconnect to the server.

Here is a code example of handling a "reconnect" event:

client.on('reconnect', function () {
    console.log("received 'reconnect' event");
});

Offline Event

An "offline" event is emitted when the client loses connection with the server.

Here is a code example of handling an "offline" event:

client.on('offline', function () {
    console.log("received 'offline' event");
});

Error Event

An "error" event is emitted when the client has experienced an error while trying to connect to the server.

Here is a code example of handling a "error" event:

client.on('error', function (error) {
    console.log("received 'error' event: " + error);
});

Close Event

A "close" event is emitted when the client's connection to the server has been closed.

Here is a code example of handling a "close" event:

client.on('close', function () {
    console.log("received 'close' event");
});

Release History

  • 1.0.0 Initial release
  • 1.0.2 Bug Fixes
  • 1.1.0 Added more emitted events (connect, reconnect, error, close)
  • 1.2.0 Added 'publishDeath' config option, updated MQTT.js version
  • 2.0.0 Added support for Sparkplug B and made the version configurable.
  • 3.0.0 Added events for Node Birth/Command events. Renamed 'command' event to distiguish between 'dcmd' (device commands) and 'ncmd' (node commands). Renamed 'rebirth' event to 'birth'. Updated dependency versions and removed bytebuffer as a dependency.
  • 3.1.0 Added support for payload compression/decompression with DEFLATE and Gzip algorithms, added logging with Winston to replace console logging, and other minor bug fixes. Moved sparkplug payload libraries to their own project and updated dependecies.
  • 3.2.0 Added new 'offline' emitted event, added configurable keep alive, updated log messages and set default level to 'info', and disabled ping rescheduling within the client.
  • 3.2.1 Updated License and repo links, cleaned up logging.
  • 3.2.2 Bug Fixes
  • 3.2.3 Bug Fixes, added typescript
  • 3.2.4 Updated sparkplug-payload dependency version.

License

Copyright (c) 2016-2023 Cirrus Link Solutions and others

All rights reserved. This program and the accompanying materials are made available under the terms of the Eclipse Public License v1.0 which accompanies this distribution, and is available at http://www.eclipse.org/legal/epl-v10.html

Contributors: Cirrus Link Solutions and others