The Function node allows uses JavaScript code to be run against the messages that are passed through itand allows you to construct your logic.

The message is passed in as an object called named msg. By convention, it will have a In general, the body of the message is present in the payload property msg.payload property containing the body of the messagemsg object. The other nodes may attach their own properties to the message object.

...

Function editor

The You can enter custom code entered into the Function node represents the body of the function. The most simple function simply returns the message exactly as-is:

...

and add return msg; at the end to return the whole message to be passed on to the next node in the flow.

...

If the function returns null, then no message is passed on and through the flow endsfunction node.The function must always return a msg object.

The returned message object does not need to be the same object as was passed in; the function Though it is not advised to rewrite the whole message object, you can construct a completely new object before returning it. For example:

var newMsg = { payload: msg.payload.length };
return newMsg;

...

You can click on the expand button to expand the code editor to fill the screen.

...

In the expanded mode, click on the Cancel button to return to the windowed mode.

...

Use node.warn() to show warnings in the sidebar to help you debug. For example:

...

See the logging section below for more details.

Multiple Outputs

The function edit dialog allows the number of outputs to be changed. If there is more than one output, you can return an array of messages can be returned by the function to send to the outputs.This makes it easy to write a function that sends the message to different outputs depending on some conditions. to the outputs using the function node. You can increase the number of outputs (also the pins of the function node) by changing the Outputs number (highlighted in the screenshot below).

...

In the Experience Designer, the function node with 3 outputs:

...

For example, this function would send anything on the topic bananaapple to the second output rather than the first:

if (msg.topic === "bananaapple") {
   return [ null, msg ];
} else {
   return [ msg, null ];
}

The following example passes the original message as-is on the first output and a message containing the payload length is passed to the second output:

msg.topic = "apple"
var newMsg = { 
  payload: msg.payload.length
  };
return [msg, newMsg];

Multiple Messages

A function can return multiple messages on an the output by returning an array of messages within the returned array. When multiple messages are returned for an output, subsequent nodes will receive the messages one at a time in the order they were returned.

In the following example, msg1, msg2, msg3 will will be sent to the first output pin. msg4msg3 will be sent to the second output pin.

var msg1 = { payload:"first outoutput of outputpin 1" };
var msg2 = { payload:"second outoutput of outputpin 1" };
var msg3 = { payload:"third out of output 1" };
var msg4 = { payload:"only message from outputpin 2" };
return [ [ msg1, msg2, msg3 ], msg4msg3 ];

The following example splits the received payload into individual words and returns a message for each of the words.

var outputMsgs = [];
var words = msg.payload.split(" ");
for (var w in words) {
    outputMsgs.push({payload:words[w]});
}
return [ outputMsgs ];

Sending messages asynchronously

If the function needs to perform an asynchronous action before sending a message it cannot return the message at the end of the function.

Instead, it must make use of the node.send() function, passing in the message(s) to be sent. It takes the same arrangement of messages as that can be returned, as described in the previous sections.

For example:

doSomeAsyncWork(msg, function(result) {
    msg.payload = result;
    node.send(msg);
});
return;

Since Node-RED 1.0

The Function node will clone every message object you pass to node.send to ensure there is no unintended modification of message objects that get reused in the function. Before Node-RED 1.0, the Function node would not clone the first message passed to node.send, but would clone the rest.

The Function can request the runtime to not clone the first message passed to node.send by passing in false as a second argument to the function. It would do this if the message contains something that is not otherwise cloneable, or for performance reasons to minimise the overhead of sending messages:

node.send(msg,false);

Finishing with a message

Since Node-RED 1.0

If a Function node does asynchronous work with a message, the runtime will not automatically know when it has finished handling the message.

To help it do so, the Function node should call node.done() at the appropriate time. This will allow the runtime to properly track messages through the system.

doSomeAsyncWork(msg, function(result) {
    msg.payload = result;
    node.send(msg);
    node.done();
});
return;

Running code on start

Since Node-RED 1.1.0

With the 1.1.0 release, the Function node provides a Setup tab where you can provide code that will run whenever the node is started. This can be used to setup any state the Function node requires.

For example, it can initialise values in local context that the main Function will use:

if (context.get("counter") === undefined) {
    context.set("counter", 0)
}

The Setup function can return a Promise if it needs to complete asynchronous work before the main Function can start processing messages. Any messages that arrive before the Setup function has completed will be queued up, and handled when it is ready.

Tidying up

If you do use asynchronous callback code in your functions then you may need to tidy up any outstanding requests, or close any connections, whenever the flow gets re-deployed. You can do this in two different ways.

Either by adding a close event handler:

node.on('close', function() {
    // tidy up any async code here - shutdown connections and so on.
});

Or, since Node-RED 1.1.0, you can add code to the Close tab in the node’s edit dialog.

Logging events

...

Event logs

If a node needs to log something to the console, it can use one of the follow following functions:

node.log("Something to happenedbe logged");
node.warn("Something happenedto youwarn shouldthe know aboutuser");
node.error("Oh no, something bad happened");

Where the console output appears will depend on how your opearting sustem and how you start Node-RED. If you start using a command line - that is the console where logging will appear. If you run as a system service then it may appear in the system log. If you run under an app like PM2 it will have it’s own way for showing logs. On a Pi the install script adds a node-red-log command that will display the log.

Red Alert!!!");

The warn and error messages also get sent to the debug tab on the right side of the flow editorExperience Designer.

For finer-grained logging, node.trace() and node.debug() are also available. If there is no logger configured to capture those levels, they will not be seen.

Error Handling

...

If the function encounters an error that should halt the current flow, it should return nothing. To trigger a Catch node on the same tab, the function should call node.error with the original message as a second argument:

Code Block
node.error("You have hit an error", msg);

Storing data

Aside from the msg object, the function can also store data in the context store.

More information about Context within Node-RED is available here.

In the Function node there are three predefined variables that can be used to access context:

...

The following examples use flow context , but apply equally well to context and global.

Note : these predefined variables are a feature of the Function node. If you are creating a custom node, check the Creating Nodes guide for how to access context.

There are two modes for accessing context; either synchronous or asynchronous. The built-in context stores provide both modes. Some stores may only provide asynchronous access and will throw an error if they are accessed synchronously.

...

// initialise the counter to 0 if it doesn't exist already
var count = context.get('count')||0;
count += 1;
// store the value back
context.set('count',count);
// make it part of the outgoing msg object
msg.count = count;
return msg;

Get/Set multiple values

Since Node-RED 0.19, it It is also possible to get or set multiple values in one go:

Get

// Node-RED 0.19 or later
var values = flow.get(["count", "colour", "temperature"]);
// values[0] is the 'count' value
// values[1] is the 'colour' value
// values[2] is the 'temperature' value
// Node-RED 0.19 or later

Set

flow.set(["count", "colour", "temperature"], [123, "red", "1236.5"]);

In this case, any missing values are set to null.

Asynchronous context access

If the context store requires asynchronous access, the get and set functions require an extra callback parameter.

// Get single value
flow.get("count", function(err, myCount) { ... });

// Get multiple values
flow.get(["count", "colour"], function(err, count, colour) { ... })

// Set single value
flow.set("count", 123, function(err) { ... })

// Set multiple values
flow.set(["count", "colour", [123, "red"], function(err) { ... })

The first argument passed to the callback, err, is only set if an error occurred when accessing context.

The asynchronous version of the count example becomes:

context.get('count', function(err, count) {
    if (err) {
        node.error(err, msg);
    } else {
        // initialise the counter to 0 if it doesn't exist already
        count = count || 0;
        count += 1;
        // store the value back
        context.set('count',count, function(err) {
            if (err) {
                node.error(err, msg);
            } else {
                // make it part of the outgoing msg object
                msg.count = count;
                // send the message
                node.send(msg);
            }
        });
    }
});

Multiple context stores

With 0.19 it is possible to configure multiple context stores. For example, both a memory and file based store could be used.

The get/set context functions accept an optional parameter to identify the store to use.

// Get value - sync
var myCount = flow.get("count", storeName);

// Get value - async
flow.get("count", storeName, function(err, myCount) { ... });

// Set value - sync
flow.set("count", 123, storeName);

// Set value - async
flow.set("count", 123, storeName, function(err) { ... })

Global context

The global context can be pre-populated with objects when Node-RED starts. This is defined in the main settings.js file under the functionGlobalContext property.

This can be used to load additional modules within the Function node.

...

Status

The function node can also provide it’s its own status decoration in the same way that other nodes can. To set the status, call the node.status function. For example

node.status({fill:"red",shape:"ring",text:"disconnected"});
node.status({fill:"green",shape:"dot",text:"connected"});
node.status({text:"Just text status"});

The shape property can be a ring or dot.

The fill property can be: red, green, yellow, blue, or grey

If the status object is an empty object, {}, then the status entry is cleared from the node.

node.status({});   // to clear the status

For details of the accepted parameters see the Node Status documentation

Any status updates can then also be caught by the Status node.

...

Additional modules

Additional node modules cannot be loaded directly within a Function node. They must be loaded in your settings.js file and added to the functionGlobalContext property.

For example, the built-in os module can be made available to all functions by adding the following to your settings.js file.

functionGlobalContext: {
    osModule:require('os')
}

at which point, the module can be referenced within a function as global.get('osModule').

Modules loaded from your settings file must be installed in the same directory as the settings file. For most users that will be the default user directory - ~/.node-red:

...

Refer, What external libraries and modules are allowed in Experience Designer? for supported modules and libraries.

API Reference

The following objects are available within the Function node.

node

• node.id : the id of the Function node

• node.name : the name of the Function node

• node.log(..) : log a message

• node.warn(..) : log a warning message

• node.error(..) : log an error message

• node.debug(..) : log a debug message

• node.trace(..) : log a trace message

• node.on(..) : register an event handler

• node.status(..) : update the node status

• node.send(..) : send a message

• node.done(..) : finish with a message

context

• context.get(..) : get a node-scoped context property

• context.set(..) : set a node-scoped context property

• context.keys(..) : return a list of all node-scoped context property keys

• context.flow : same as flow

• context.global : same as global

flow

• flow.get(..) : get a flow-scoped context property

• flow.set(..) : set a flow-scoped context property

• flow.keys(..) : return a list of all flow-scoped context property keys

global

• global.get(..) : get a global-scoped context property

• global.set(..) : set a global-scoped context property

• global.keys(..) : return a list of all global-scoped context property keys

env

• env.get(..) : get an environment variable

Other modules and functions

...

• Buffer - the Node.js Buffer module

• console - the Node.js console module (node.log is the preferred method of logging)

• util - the Node.js util module

• setTimeout/clearTimeout - the javascript timeout functions.

• setInterval/clearInterval - the javascript interval functions.

...

Related Articles