Supported device types and versions
Protocol supports communication via inputs/outputs of Raspberry PI and computers built on a RPI Compute Module. Currently supported are:
- Raspberry PI (version 2 and 3) based on pigpio library - communication via GPIO (General Purpose I/O) pins
- Techbase NPE X500 M3 (DIN-mounted industrial computer built on RPI Compute Module 3 with industrial inputs and outputs)
The communication was tested with Raspberry PI (version 3) and NPE X500-M3-MAX-3G.
For Raspberry PI, the protocol supports reading of digital inputs (instantaneous values as well as counting signal changes with an optional time filter) and setting digital outputs to a constant value or pulse-width modulation (PWM).
For NPE X500 the protocol supports reading of digital and analog inputs and status of user button, writing to digital outputs, setting relay outputs, working with user LEDs and a buzzer.
Note: On Raspberry PI, the KOM process must be run under the root user to gain access to the GPIO. It is possible to achieve by setting the setuid bit for the kom binary. Under the user pi, you can do the following:
sudo chown root kom
sudo chmod 4755 kom
Note: On NPE X500, the KOM process must be run under the root user to gain access to the GPIO (see the previous note for Raspberry PI). An alternative is adding user d2000 to groups and setting appropriate access rights. Under the root user, you can do the following:
sudo usermod -a -G gpio d2000
For access to serial ports also:
sudo usermod -a -G dialout d2000
In order for the d2000 user to access the LEDs and the buzzer, it is necessary to set the rights for the respective files each time the computer starts up. Create a file d2000init in the /etc/init.d directory containing:
### BEGIN INIT INFO
# Provides: script
# Required-Start: $all
# Default-Start: 2 3 4 5
# Short-Description: D2000Kom
# Description: Support for D2000 KOM (work with leds/buzzer)
### END INIT INFO
DESC="Set permissions for LED/BUZZER for D2000 KOM"
chmod -R o+w /sys/class/leds/LED1
chmod -R o+w /sys/class/leds/LED2
chmod -R o+w /sys/class/leds/BUZZER
chmod 755 /etc/init.d/d2000init
update-rc.d d2000init defaults
Communication line configuration
- communication line category: API.
- By default, a single line with a single station is configured for one device. If there is a need to stop communication with selected inputs/outputs, there may be several stations on one line. Due to the load distribution or for the rapid reading of the digital inputs, several lines with one or more stations per-line can be configured.
Communication line parameters
Communication line - configuration dialog box - the Protocol parameter tab.
Parameters defined in the field have effect on some optional protocol parameters. There can be defined the following line protocol parameters:
|Full name||Description||Units / size||Default value|
Type of device. Currently supported are::
Name of library with communication functions for a particular device. The used values are:
Read Delay Ms
Delay after one reading of the values of all I/O tags. Using this parameter, it is possible to control the reading frequency more finely than using the polling parameters in the configuration of time parameters of the station.
Communication station configuration
- Communication protocol: GPIO Protocol.
- Station address: n/a.
I/O tag configuration
Possible I/O tag types: Ai, Ao, Ci, Co, Di, Do.
The address format of the I/O tag depends on the device type.
I/O tag addresses for Raspberry PI
In the following table, id defines the number of ping in BCM (Broadcom) numbering.
Following image copied from http://pinout.xyz shows the BCM pin numbering on the GPIO connector:
|Address||Description||I/O tag type||Examples|
The GPIO pin will be configured as a digital input. If the voltage of 3.3V is applied to it, the value of input will be 1. If 0V (ground) voltage is applied to it, the value of input will be 0.
|Di, Ci, Ai||DI,25|
The GPIO pin will be configured as a digital output. If a value of 1 is written to it, the output will be 3.3V. If 0 is written, output voltage will be 0V (ground).
|Dout, Co, Ao|
The GPIO pin will be configured as an counter of input events with an optional filter. The counter can register rising signal edges 0V → 3.3V (TOON), falling edges 3.3V → 0V (TOOFF) and any signal changes (without TOON/TOOFF).
The GPIO pin will be configured as PWM (pulse width modulation) output. It is then possible to write values 0-255 controlling the width of pulse from fully off to fully on.
|Dout, Co, Ao||PWM,12|
The revision of the hardware (the number from the "Revision" line from the /proc/cpuinfo file. For example, for RPI 3 this file contains a row
I/O tag addresses for NPE X500
In the following table, id defines the number of input/output (e.g. DI, DO, AO). The number of inputs and outputs depends on the particular model. The notes are referring to the NPE X500-M3-MAX-3G that was tested.
Note 1: Output points whose addresses contain _BUF use a buffered writing. This allows the values of such objects not only to be written, but also to be read, which can be useful, for example, after the start of the KOM process.
Note 2: With the tested model, the reading of the digital input took less than 1 ms, while the reading the analog input took approximately 20 ms.
|Address||Description||I/O tag type|
Digital input (DI)
|Di, Ci, Ai||DI,1|
Digital output (DO). If buffered (DO_BUFF), the value is also read (during startup and periodically).
|Dout, Co, Ao|
Digital input/output. Based on I/O tag type, the GPIO port is configured as input (Di, Ci, Ai) or output (Dout, Co, Ao).
|Input: Di, Ci, Ai |
Output: Dout, Co, Ao
Relay output. If buffered (RELAY_BUFF), the value is also read (during startup and periodically).
|Dout, Co, Ao||RELAY,1|
Analog input (AI).
LED output. If buffered (LED_BUFF), the value is also read (during startup and periodically).
|Dout, Co, Ao||LED,1|
Buzzer. If buffered (BUZZER_BUFF), buzzer status is also read (during startup and periodically).
|Dout, Co, Ao||BUZZER|
User button status.
|Di, Ci, Ai||BUTTON|
You can read blog about GPIO protocol: GPIO protocol is here to help
Changes and modifications
- Ver. 1.0 - August 30th, 2018 – Document created