0.3.1 • Published 1 year ago

node-red-contrib-xkeys_led v0.3.1

Weekly downloads
-
License
MIT
Repository
gitlab
Last release
1 year ago

node-red-contrib-xkeys_led

This is another in a collection of Node-RED nodes which enable access to X-keys physical devices.

Dedicated Node-RED nodes for each X-key event of interest (button, jog, joystick, etc.) will communicate, using MQTT, with a lightweight X-keys server, whose sole purpose is to mediate access to any physically attached X-keys devices.

This xkeys_led node encapsulates LED actions for any or specific X-keys devices.

Installation

This node requires xkeys-server version 0.1.1 to be running. Please follow the instructions at the xkeys-server development repository to install it or, to upgrade an existing installation, see the xkeys-server upgrade instructions.

The node-red-contrib-xkeys_led node itself is best installed from Node-RED's Palette manager. Go to the Palette manager's Install tab and search for node-red-contrib-xkeys_led; then Install it once found. If not found, press the Refresh module list button (two semicircular arrows) and search again.

When installed, a new xk LED node will be found in the palette tab in the dedicated Xkeys category.

Usage

The node's configuration editor can be used to set the target Xkeys device, as well as the target LED (for devices with multiple LEDs). The target LED set in the configuration editor may be overridden by settings the relevant field in the msg.payload of an incoming node. A msg.payload containing only an action field activates the target LED with whatever settings are currently configured in the configuration editor. The msg.payload expected by the xkey_led node is as follows:

{ action: STARTSTOP, ledid: LEDID, flashing: YESNO }

where

  • STARTSTOP is either of "start" or "stop". This field is required. All other fields are optional and in that case the configured settings of the node are used. An example of such a case is when the node is activated by the attached pushbutton, sending itself just the action field.
  • LEDID indicates which the device's LEDs target; 1 targets the green LED, 2 targets the red LED (this is the default). Both LEDs 1 and 2 may be targeted by entering 1,2 in this field.
  • YESNO is one of true or false

An example flow is provided in the examples directory to demonstrate a number of methods to activate the xkeys_led node.

  • the first method is the toggle switch attached to the node itself. In the configuration shown, the toggle switch will start/stop the second LED of all attached devices.
  • a second method is to use Inject nodes with appropriately crafted msg.payloads. This particular example demonstrates the use of the pid_list field being set to [], a special case indicating that the LEDs of all attached devices should be targeted.
  • another method uses an xkeys_button node to activate the LED node (in this case button 1 for ON, button 3 for OFF). In this configuration, pressing button 1 of a device will start its own LED flashing; pressing button 3 will stop it.

Note the use of a separate xkeys_flashrate node to set the flashing rate (20 here).

Issues

When configuring the node, a drop down list of possible devices shoud be available. If not, instead displaying just a note to Press Deploy button to see device list, first follow that advice. If that is unsuccessful (still no list of possible devices), then check the status of the dcdp-server by running the command sudo systemctl status dcdp-server in a terminal. Typical output of a normally running dcdp-server will be:

pi@pi3b:~ $ sudo systemctl status dcdp-server
● dcdp-server.service - Run dcdp-server as background service
Loaded: loaded (/etc/systemd/system/dcdp-server.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-10-14 09:31:55 AEST; 23h ago

whereas a non-running dcdp-server will show something like:

pi@pi3b:~ $ sudo systemctl status dcdp-server
● dcdp-server.service - Run dcdp-server as background service
Loaded: loaded (/etc/systemd/system/dcdp-server.service; enabled; vendor preset: enabled)
Active: failed (Result: timeout) since Fri 2021-10-15 08:41:37 AEST; 19s ago

If necessary, (re)start the dcdp-server with sudo systemctl restart dcdp-server

Authors and acknowledgment

Many thanks to P.I. Engineering for financial support as well as donation of several X-keys devices for development and testing.

License

MIT

0.3.0

1 year ago

0.3.1

1 year ago

0.2.1

2 years ago

0.2.0

2 years ago

0.1.7

2 years ago

0.1.6

2 years ago

0.1.4

2 years ago

0.1.5

2 years ago

0.1.3

3 years ago

0.1.2

3 years ago

0.1.1

3 years ago

0.1.0

3 years ago