2.1.7 • Published 5 years ago

rpi-gpio v2.1.7

Weekly downloads
952
License
MIT
Repository
github
Last release
5 years ago

rpi-gpio.js

Control Raspberry Pi GPIO pins with node.js

Build Status NPM version

Supported hardware

  • Raspberry Pi 1 Model A
  • Raspberry Pi 1 Model A+
  • Raspberry Pi 1 Model B
  • Raspberry Pi 1 Model B+
  • Raspberry Pi 2 Model B
  • Raspberry Pi 3 Model B
  • Raspberry Pi 4 Model B
  • Raspberry Pi Zero
  • Raspberry Pi Zero W

Supported node versions

rpi-gpio 1.x is no longer supported. Please use 2.x unless you need to run with an old version of node.

node versionrpi-gpio 1.xrpi-gpio 2.x +
0.10YesNo
0.12YesNo
4YesYes
6YesYes
8YesYes
10NoYes
12NoYes

Setup and install

See this guide on how to get node.js running on Raspberry Pi.

This module can then be installed with npm:

npm install rpi-gpio

Dependency

Please note that this module has a dependency on epoll and that currently it is only possible to build and develop the module on Linux systems.

If you are having trouble installing this module make sure you are running gcc/g++ -v 4.8 or higher. Here is an installation guide.

Typescript

If you wish to use this module with Typescript, install the definitions from Definitely Typed:

npm install --save @types/rpi-gpio

Please note that this is not a Typescript project and the definitions are independently maintained by the community. Thanks to Roaders for providing these.

Usage

Before you can read or write, you must use setup() to open a channel, and must specify whether it will be used for input or output. Having done this, you can then read in the state of the channel or write a value to it using read() or write().

All of the functions relating to the pin state within this module are asynchronous, so where necessary - for example in reading the value of a channel - a callback must be provided. This module inherits the standard EventEmitter, so you may use its functions to listen to events.

Pin naming

Please be aware that there are multiple ways of referring to the pins on the Raspberry Pi. The simplest and default way to use the module is refer to them by physical position, using the diagrams on this page. So holding the Raspberry Pi such that the GPIO header runs down the upper-right side of the board, if you wished to address GPIO4 (which is in column 1 and row 4), you would setup pin 7. If you wish instead to refer to the pins by their GPIO names (known as BCM naming), you can use the setMode command described in the API documentation below.

Running without sudo

This module will work without use of the sudo command, as long as the user running the node process belongs to the gpio group. You can check the current user's groups by running the command groups, or groups <user> for another user. If you are not already a member of the gpio group, you can add yourself or another user by running sudo adduser <user> gpio.

API (Error-first)

The default API uses the node-style error-first callbacks to perform asynchronous functions. Most of these methods take a callback, and that callback should check for an error in its first argument. It is important to check for an error after each command, else your code will continue to run and will likely fail in hard to understand ways.

Methods

setup(channel , direction, edge, callback)

Sets up a channel for read or write. Must be done before the channel can be used.

  • channel: Reference to the pin in the current mode's schema.
  • direction: The pin direction, pass either DIR_IN for read mode or DIR_OUT for write mode. You can also pass DIR_LOW or DIR_HIGH to use the write mode and specify an initial state of 'off' or 'on' respectively. Defaults to DIR_OUT.
  • edge: Interrupt generating GPIO chip setting, pass in EDGE_NONE for no interrupts, EDGE_RISING for interrupts on rising values, EDGE_FALLING for interrupts on falling values or EDGE_BOTH for all interrupts. Defaults to EDGE_NONE.
  • callback: Provides Error as the first argument if an error occurred.

read(channel, callback)

Reads the value of a channel.

  • channel: Reference to the pin in the current mode's schema.
  • callback: Provides Error as the first argument if an error occured, otherwise the pin value boolean as the second argument.

write(channel, value , callback)

Writes the value of a channel.

  • channel: Reference to the pin in the current mode's schema.
  • value: Boolean value to specify whether the channel will turn on or off.
  • callback: Provides Error as the first argument if an error occured.

setMode(mode)

Sets the channel addressing schema.

  • mode: Specify either Raspberry Pi or SoC/BCM pin schemas, by passing MODE_RPI or MODE_BCM. Defaults to MODE_RPI.

input()

Alias of read().

output()

Alias of write().

destroy()

Tears down any previously set up channels. Should be run when your program stops, or needs to reset the state of the pins.

reset()

Tears down the module state - used for testing.

Events

See Node EventEmitter for documentation on listening to events.

change

Emitted when the value of a channel changed

  • channel
  • value

API (Promises)

This API exposes a Promises interface to the module. All of the same functions are available, but do not take callbacks and instead return a Promise.

The Promises interface is available in the promise namespace, e.g.:

var gpiop = require('rpi-gpio').promise;

gpiop.setup(7, gpiop.DIR_OUT)
    .then(() => {
        return gpiop.write(7, true)
    })
    .catch((err) => {
        console.log('Error: ', err.toString())
    })

Examples

See the examples directory included in this project.

Please note that all examples are intended to be directly runnable from the code repository, so they always require the module in at the top using var gpio = require(../rpi-gpio). In reality, you will want to include the module using var gpio = require('rpi-gpio')

Contributing

Contributions are always appreciated, whether that's in the form of bug reports, pull requests or helping to diagnose bugs and help other users on the issues page.

Due to the nature of this project it can be quite time-consuming to test against real hardware, so the automated test suite is all the more important. I will not accept any pull requests that cause the build to fail, and probably will not accept any that do not have corresponding test coverage.

You can run the tests with npm:

npm test

and create a coverage report with:

npm run coverage

There is also an integration test that you can run on Raspberry Pi hardware, having connected two GPIO pins across a resistor. The command to run the test will provide further instructions on how to set up the hardware:

npm run int

The tests use mochajs as the test framework, and Sinon.JS to stub and mock out file system calls.

@infinitebrahmanuniverse/nolb-rp@everything-registry/sub-chunk-2686homebridge-electromagnetic-lock-with-reed-switchtankerreminder_surpi-flowrpi-garage-doorrpi-gpio-buttonsrpi-gpio-promiserpi-jema-terminalrpi-jenkins-lightrpi_cpu_usage_monitorrpi-fan-controllerrpi-pin-eventsrpi-profalux-shuttersmewo-pi-devicelinux-lock-pijackin-raspberrypihousecontrollergpio-and-emulatorhomebridge-motion-sensor-plushomebridge-pir-motion-sensor-v2homebridge-pir-motion-sensorhomebridge-odor-sensorhomebridge-pi-thermostathomebridge-pi-thermostat-updatehomebridge-rfm69hcwhomebridge-electromagnetic-lockhomebridge-garage-door-openerhomebridge-garage-opener-with-door-sensorhomebridge-contact-sensorhomebridge-gpio-doorbellhomebridge-grumptechgaragedoorhomebridge-gpio-motion-sensorhomebridge-gpio-pir-motion-sensorhomebridge-blinds-wiredhomebridge-cb-thermhomestar-gpiohomebridge-smartsystemhomebridge-video-doorbell-buttonlu1cm0xxnodefm-rpinoflo-gpioosiota-app-gpio-outpinheadnode-ksy-hatpi-pir-sensorpetwant-devicenode-red-contrib-rainbow-hatnode-red-contrib-easybotics-air-qualitypi4-fan-controlraspberry-led-ciraspidraspberry-pi-ledraspberry-pi-remote-scriptingremotecamerazetta-motion-raspberrypi-driverzetta-led-raspberrypi-driverzetta-microphone-raspberrypi-driver@frezik/rpi-doorbot-ts@nklint/homebridge-gpio-garage-door@ia-cloud/node-red-contrib-ia-cloud-fds-raspberry-pi@samtec-ash/fireflyi2cserver@philipptrenz/photo-booth@pittankopta/rpi-gpio-buttons@silviokennecke/homebridge-gpio-garage-door@shlic/homebridge-garagedooropener@rpi-gpio-emulator/gpio@rtfs-us/canRaspiKidsananke_sdkcb-pi-thermci-machinedesktop-controllerdovlet-rpi-sensors
2.1.6

5 years ago

2.1.7

5 years ago

2.1.5

5 years ago

2.1.4

5 years ago

2.1.3

6 years ago

2.1.2

6 years ago

2.1.1

6 years ago

2.1.0

6 years ago

2.0.0

6 years ago

1.0.0

7 years ago

0.9.1

7 years ago

0.9.0

7 years ago

0.8.1

8 years ago

0.8.0

8 years ago

0.7.0

9 years ago

0.6.0

9 years ago

0.5.2

10 years ago

0.5.1

10 years ago

0.5.0

10 years ago

0.4.1

10 years ago

0.4.0

11 years ago

0.3.4

11 years ago

0.3.3

11 years ago

0.3.2

11 years ago

0.3.1

11 years ago

0.2.0

11 years ago

0.3.0

11 years ago

0.1.0

11 years ago

0.0.4

12 years ago

0.0.3

13 years ago

0.0.2

13 years ago

0.0.1

13 years ago