This is the description of the Shell API bindings for the RS485 Bricklet. General information and technical specifications for the RS485 Bricklet are summarized in its hardware description.
An installation guide for the Shell API bindings is part of their general description.
The example code below is Public Domain (CC0 1.0).
Download (example-loopback.sh)
1#!/bin/sh
2# Connects to localhost:4223 by default, use --host and --port to change this
3
4# For this example connect the RX+/- pins to TX+/- pins on the same Bricklet
5# and configure the DIP switch on the Bricklet to full-duplex mode
6
7uid=XYZ # Change XYZ to the UID of your RS485 Bricklet
8
9# Enable full-duplex mode
10tinkerforge call rs485-bricklet $uid set-rs485-configuration 115200 parity-none stopbits-1 wordlength-8 duplex-full
11
12# Handle incoming read callbacks
13tinkerforge dispatch rs485-bricklet $uid read &
14
15# Enable read callback
16tinkerforge call rs485-bricklet $uid enable-read-callback
17
18# Write "test" string
19tinkerforge call rs485-bricklet $uid write t,e,s,t
20
21echo "Press key to exit"; read dummy
22
23kill -- -$$ # Stop callback dispatch in background
Download (example-modbus-slave.sh)
1#!/bin/sh
2# Connects to localhost:4223 by default, use --host and --port to change this
3
4
5uid=XYZ # Change XYZ to the UID of your RS485 Bricklet
6export _tmp=$(mktemp)
7echo 0 > ${_tmp}
8
9# Register write single register request callback
10tinkerforge dispatch rs485-bricklet $uid modbus-slave-write-single-register-request \
11 --execute "echo 'Request ID = {request-id}'
12 echo 'Register Address = {register-address}'
13 echo 'Register Value = {register-value}'
14
15 # Here we assume valid writable register address is 42
16 if [ {register-address} != 42 ]; then
17 echo 'Requested invalid register address'
18 tinkerforge call rs485-bricklet $uid modbus-slave-report-exception {request-id} exception-code-illegal-data-address
19 else
20 echo 'Request OK'
21 tinkerforge call rs485-bricklet $uid modbus-slave-answer-write-single-register-request {request-id}
22 fi" &
23
24# Set operating mode to Modbus RTU slave
25tinkerforge call rs485-bricklet $uid set-mode mode-modbus-slave-rtu
26
27# Modbus specific configuration:
28# - slave address = 17
29# - master request timeout = 0ms (unused in slave mode)
30tinkerforge call rs485-bricklet $uid set-modbus-configuration 17 0
31
32echo "Press key to exit"; read dummy
33
34kill -- -$$ # Stop callback dispatch in background
Download (example-modbus-master.sh)
1#!/bin/sh
2# Connects to localhost:4223 by default, use --host and --port to change this
3
4uid=XYZ # Change XYZ to the UID of your RS485 Bricklet
5
6export _tmp=$(mktemp)
7
8# Register write single register response callback
9tinkerforge dispatch rs485-bricklet $uid modbus-master-write-single-register-response\
10 --execute "export _expected-request-id=\$(cat \$_tmp)
11
12 if [ {request-id} != \"\$_expected-request-id\" ]; then
13 echo 'Unexpected request ID'
14 else
15 echo 'Request ID = {request-id}'
16 echo 'Exception Code = {exception-code}'
17 fi
18
19 rm -rf $_tmp" &
20
21# Set operating mode to Modbus RTU master
22tinkerforge call rs485-bricklet $uid set-mode mode-modbus-master-rtu
23
24# Modbus specific configuration:
25# - slave address = 1 (unused in master mode)
26# - master request timeout = 1000ms
27tinkerforge call rs485-bricklet $uid set-modbus-configuration 1 1000
28
29# Request single register write
30tinkerforge call rs485-bricklet $uid modbus-master-write-single-register 17 42 65535\
31 --execute "echo {request-id} > ${_tmp}"
32
33echo "Press key to exit"; read dummy
34
35kill -- -$$ # Stop callback dispatch in background
Possible exit codes for all tinkerforge commands are:
1: interrupted (ctrl+c)
2: syntax error
21: Python 2.5 or newer is required
22: Python argparse module is missing
23: socket error
24: other exception
25: invalid placeholder in format string
26: authentication error
201: timeout occurred
209: invalid argument value
210: function is not supported
211: unknown error
The common options of the call and dispatch commands are documented
here. The specific command structure is shown below.
| Parameters: |
|
|---|
The call command is used to call a function of the RS485 Bricklet. It can take several
options:
--help shows help for the specific call command and exits
--list-functions shows a list of known functions of the RS485 Bricklet and exits
| Parameters: |
|
|---|
The dispatch command is used to dispatch a callback of the RS485 Bricklet. It can
take several options:
--help shows help for the specific dispatch command and exits
--list-callbacks shows a list of known callbacks of the RS485 Bricklet and exits
| Parameters: |
|
|---|
The <function> to be called can take different options depending of its
kind. All functions can take the following options:
--help shows help for the specific function and exits
Getter functions can take the following options:
--execute <command> shell command line to execute for each incoming
response (see section about output formatting
for details)
Setter functions can take the following options:
--expect-response requests response and waits for it
The --expect-response option for setter functions allows to detect
timeouts and other error conditions calls of setters as well. The device will
then send a response for this purpose. If this option is not given for a
setter function then no response is sent and errors are silently ignored,
because they cannot be detected.
| Parameters: |
|
|---|
The <callback> to be dispatched can take several options:
--help shows help for the specific callback and exits
--execute <command> shell command line to execute for each incoming
response (see section about output formatting
for details)
| Parameters: |
|
|---|---|
| Output: |
|
Writes characters to the RS485 interface. The characters can be binary data, ASCII or similar is not necessary.
The return value is the number of characters that were written.
See set-rs485-configuration for configuration possibilities
regarding baudrate, parity and so on.
| Parameters: |
|
|---|---|
| Output: |
|
Returns up to length characters from receive buffer.
Instead of polling with this function, you can also use
callbacks. But note that this function will return available
data only when the read callback is disabled.
See enable-read-callback and read callback.
| Parameters: |
|
|---|---|
| Output: |
|
Sets the configuration for the RS485 communication.
The following symbols are available for this function:
For <parity>:
parity-none = 0
parity-odd = 1
parity-even = 2
For <stopbits>:
stopbits-1 = 1
stopbits-2 = 2
For <wordlength>:
wordlength-5 = 5
wordlength-6 = 6
wordlength-7 = 7
wordlength-8 = 8
For <duplex>:
duplex-half = 0
duplex-full = 1
| Output: |
|
|---|
Returns the configuration as set by set-rs485-configuration.
The following symbols are available for this function:
For parity:
parity-none = 0
parity-odd = 1
parity-even = 2
For stopbits:
stopbits-1 = 1
stopbits-2 = 2
For wordlength:
wordlength-5 = 5
wordlength-6 = 6
wordlength-7 = 7
wordlength-8 = 8
For duplex:
duplex-half = 0
duplex-full = 1
| Parameters: |
|
|---|---|
| Output: |
|
Sets the configuration for the RS485 Modbus communication. Available options:
Slave Address: Address to be used as the Modbus slave address in Modbus slave mode. Valid Modbus slave address range is 1 to 247.
Master Request Timeout: Specifies how long the master should wait for a response from a slave when in Modbus master mode.
| Output: |
|
|---|
Returns the configuration as set by set-modbus-configuration.
| Parameters: |
|
|---|---|
| Output: |
|
Sets the mode of the Bricklet in which it operates. Available options are
RS485,
Modbus Master RTU and
Modbus Slave RTU.
The following symbols are available for this function:
For <mode>:
mode-rs485 = 0
mode-modbus-master-rtu = 1
mode-modbus-slave-rtu = 2
| Parameters: |
|
|---|---|
| Output: |
|
Sets the communication LED configuration. By default the LED shows RS485 communication traffic by flickering.
You can also turn the LED permanently on/off or show a heartbeat.
If the Bricklet is in bootloader mode, the LED is off.
The following symbols are available for this function:
For <config>:
communication-led-config-off = 0
communication-led-config-on = 1
communication-led-config-show-heartbeat = 2
communication-led-config-show-communication = 3
| Output: |
|
|---|
Returns the configuration as set by set-communication-led-config
The following symbols are available for this function:
For config:
communication-led-config-off = 0
communication-led-config-on = 1
communication-led-config-show-heartbeat = 2
communication-led-config-show-communication = 3
| Parameters: |
|
|---|---|
| Output: |
|
Sets the error LED configuration.
By default the error LED turns on if there is any error (see error-count
callback). If you call this function with the SHOW ERROR option again, the LED
will turn off until the next error occurs.
You can also turn the LED permanently on/off or show a heartbeat.
If the Bricklet is in bootloader mode, the LED is off.
The following symbols are available for this function:
For <config>:
error-led-config-off = 0
error-led-config-on = 1
error-led-config-show-heartbeat = 2
error-led-config-show-error = 3
| Output: |
|
|---|
Returns the configuration as set by set-error-led-config.
The following symbols are available for this function:
For config:
error-led-config-off = 0
error-led-config-on = 1
error-led-config-show-heartbeat = 2
error-led-config-show-error = 3
| Parameters: |
|
|---|---|
| Output: |
|
Sets the send and receive buffer size in byte. In sum there is 10240 byte (10KiB) buffer available and the minimum buffer size is 1024 byte (1KiB) for both.
The current buffer content is lost if this function is called.
The send buffer holds data that was given by write and
could not be written yet. The receive buffer holds data that is
received through RS485 but could not yet be send to the
user, either by read or through read callback.
| Output: |
|
|---|
Returns the buffer configuration as set by set-buffer-config.
| Output: |
|
|---|
Returns the currently used bytes for the send and received buffer.
See set-buffer-config for buffer size configuration.
| Output: |
|
|---|
Returns the current number of overrun and parity errors.
| Output: |
|
|---|
Returns the current number of errors occurred in Modbus mode.
Timeout Error Count: Number of timeouts occurred.
Checksum Error Count: Number of failures due to Modbus frame CRC16 checksum mismatch.
Frame Too Big Error Count: Number of times frames were rejected because they exceeded maximum Modbus frame size which is 256 bytes.
Illegal Function Error Count: Number of errors when an unimplemented or illegal function is requested. This corresponds to Modbus exception code 1.
Illegal Data Address Error Count: Number of errors due to invalid data address. This corresponds to Modbus exception code 2.
Illegal Data Value Error Count: Number of errors due to invalid data value. This corresponds to Modbus exception code 3.
Slave Device Failure Error Count: Number of errors occurred on the slave device which were unrecoverable. This corresponds to Modbus exception code 4.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to report a Modbus exception for a Modbus master request.
Request ID: Request ID of the request received by the slave.
Exception Code: Modbus exception code to report to the Modbus master.
The following symbols are available for this function:
For <exception-code>:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to read coils.
Request ID: Request ID of the corresponding request that is being answered.
Coils: Data that is to be sent to the Modbus master for the corresponding request.
This function must be called from the modbus-slave-read-coils-request callback
with the Request ID as provided by the argument of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to read coils from a slave. This function creates a Modbus function code 1 request.
Slave Address: Address of the target Modbus slave.
Starting Address: Number of the first coil to read. For backwards compatibility reasons this parameter is called Starting Address. It is not an address, but instead a coil number in the range of 1 to 65536.
Count: Number of coils to read.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-read-coils-response
callback. In this callback the Request ID provided by the callback argument must be
matched with the Request ID returned from this function to verify that the callback
is indeed for a particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to read holding registers.
Request ID: Request ID of the corresponding request that is being answered.
Holding Registers: Data that is to be sent to the Modbus master for the corresponding request.
This function must be called from the modbus-slave-read-holding-registers-request
callback with the Request ID as provided by the argument of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to read holding registers from a slave. This function creates a Modbus function code 3 request.
Slave Address: Address of the target Modbus slave.
Starting Address: Number of the first holding register to read. For backwards compatibility reasons this parameter is called Starting Address. It is not an address, but instead a holding register number in the range of 1 to 65536. The prefix digit 4 (for holding register) is implicit and must be omitted.
Count: Number of holding registers to read.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-read-holding-registers-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to write a single coil.
Request ID: Request ID of the corresponding request that is being answered.
This function must be called from the modbus-slave-write-single-coil-request
callback with the Request ID as provided by the arguments of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to write a single coil of a slave. This function creates a Modbus function code 5 request.
Slave Address: Address of the target Modbus slave.
Coil Address: Number of the coil to be written. For backwards compatibility reasons, this parameter is called Starting Address. It is not an address, but instead a coil number in the range of 1 to 65536.
Coil Value: Value to be written.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-write-single-coil-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to write a single register.
Request ID: Request ID of the corresponding request that is being answered.
This function must be called from the modbus-slave-write-single-register-request
callback with the Request ID, Register Address and Register Value as provided by
the arguments of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to write a single holding register of a slave. This function creates a Modbus function code 6 request.
Slave Address: Address of the target Modbus slave.
Register Address: Number of the holding register to be written. For backwards compatibility reasons, this parameter is called Starting Address. It is not an address, but instead a holding register number in the range of 1 to 65536. The prefix digit 4 (for holding register) is implicit and must be omitted.
Register Value: Value to be written.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-write-single-register-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to write multiple coils.
Request ID: Request ID of the corresponding request that is being answered.
This function must be called from the modbus-slave-write-multiple-coils-request
callback with the Request ID of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to write multiple coils of a slave. This function creates a Modbus function code 15 request.
Slave Address: Address of the target Modbus slave.
Starting Address: Number of the first coil to write. For backwards compatibility reasons, this parameter is called Starting Address.It is not an address, but instead a coil number in the range of 1 to 65536.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-write-multiple-coils-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to write multiple registers.
Request ID: Request ID of the corresponding request that is being answered.
This function must be called from the modbus-slave-write-multiple-registers-request
callback with the Request ID of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to write multiple registers of a slave. This function creates a Modbus function code 16 request.
Slave Address: Address of the target Modbus slave.
Starting Address: Number of the first holding register to write. For backwards compatibility reasons, this parameter is called Starting Address. It is not an address, but instead a holding register number in the range of 1 to 65536. The prefix digit 4 (for holding register) is implicit and must be omitted.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-write-multiple-registers-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to read discrete inputs.
Request ID: Request ID of the corresponding request that is being answered.
Discrete Inputs: Data that is to be sent to the Modbus master for the corresponding request.
This function must be called from the modbus-slave-read-discrete-inputs-request
callback with the Request ID as provided by the argument of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to read discrete inputs from a slave. This function creates a Modbus function code 2 request.
Slave Address: Address of the target Modbus slave.
Starting Address: Number of the first discrete input to read. For backwards compatibility reasons, this parameter is called Starting Address. It is not an address, but instead a discrete input number in the range of 1 to 65536. The prefix digit 1 (for discrete input) is implicit and must be omitted.
Count: Number of discrete inputs to read.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-read-discrete-inputs-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus slave mode this function can be used to answer a master request to read input registers.
Request ID: Request ID of the corresponding request that is being answered.
Input Registers: Data that is to be sent to the Modbus master for the corresponding request.
This function must be called from the modbus-slave-read-input-registers-request callback
with the Request ID as provided by the argument of the callback.
| Parameters: |
|
|---|---|
| Output: |
|
In Modbus master mode this function can be used to read input registers from a slave. This function creates a Modbus function code 4 request.
Slave Address: Address of the target Modbus slave.
Starting Address: Number of the first input register to read. For backwards compatibility reasons, this parameter is called Starting Address. It is not an address, but instead an input register number in the range of 1 to 65536. The prefix digit 3 (for input register) is implicit and must be omitted.
Count: Number of input registers to read.
Upon success the function will return a non-zero request ID which will represent the current request initiated by the Modbus master. In case of failure the returned request ID will be 0.
When successful this function will also invoke the modbus-master-read-input-registers-response
callback. In this callback the Request ID provided by the callback argument must be matched
with the Request ID returned from this function to verify that the callback is indeed for a
particular request.
| Output: |
|
|---|
Returns the error count for the communication between Brick and Bricklet.
The errors are divided into
ACK checksum errors,
message checksum errors,
framing errors and
overflow errors.
The errors counts are for errors that occur on the Bricklet side. All Bricks have a similar function that returns the errors on the Brick side.
| Parameters: |
|
|---|---|
| Output: |
|
Sets the status LED configuration. By default the LED shows communication traffic between Brick and Bricklet, it flickers once for every 10 received data packets.
You can also turn the LED permanently on/off or show a heartbeat.
If the Bricklet is in bootloader mode, the LED is will show heartbeat by default.
The following symbols are available for this function:
For <config>:
status-led-config-off = 0
status-led-config-on = 1
status-led-config-show-heartbeat = 2
status-led-config-show-status = 3
| Output: |
|
|---|
Returns the configuration as set by set-status-led-config
The following symbols are available for this function:
For config:
status-led-config-off = 0
status-led-config-on = 1
status-led-config-show-heartbeat = 2
status-led-config-show-status = 3
| Output: |
|
|---|
Returns the temperature as measured inside the microcontroller. The value returned is not the ambient temperature!
The temperature is only proportional to the real temperature and it has bad accuracy. Practically it is only useful as an indicator for temperature changes.
| Output: |
|
|---|
Calling this function will reset the Bricklet. All configurations will be lost.
After a reset you have to create new device objects, calling functions on the existing ones will result in undefined behavior!
| Output: |
|
|---|
Returns the UID, the UID where the Bricklet is connected to, the position, the hardware and firmware version as well as the device identifier.
The position can be 'a', 'b', 'c', 'd', 'e', 'f', 'g' or 'h' (Bricklet Port). A Bricklet connected to an Isolator Bricklet is always at position 'z'.
The device identifier numbers can be found here.
| Output: |
|
|---|
Enables the read callback. This will disable the frame-readable callback.
By default the callback is disabled.
| Output: |
|
|---|
Disables the read callback.
By default the callback is disabled.
| Output: |
|
|---|
Returns true if the read callback is enabled,
false otherwise.
| Output: |
|
|---|
Enables the error-count callback.
By default the callback is disabled.
| Output: |
|
|---|
Disables the error-count callback.
By default the callback is disabled.
| Output: |
|
|---|
Returns true if the error-count callback is enabled,
false otherwise.
| Parameters: |
|
|---|---|
| Output: |
|
Configures the frame-readable callback. The frame size is the number of bytes, that have to be readable to trigger the callback.
A frame size of 0 disables the callback. A frame size greater than 0 enables the callback and disables the read callback.
By default the callback is disabled.
Added in version 2.0.5$nbsp;(Plugin).
| Output: |
|
|---|
Returns the callback configuration as set by set-frame-readable-callback-configuration.
Added in version 2.0.5$nbsp;(Plugin).
Callbacks can be used to receive time critical or recurring data from the device:
tinkerforge dispatch rs485-bricklet <uid> example
The available callbacks are described below.
Note
Using callbacks for recurring events is always preferred compared to using getters. It will use less USB bandwidth and the latency will be a lot better, since there is no round trip time.
| Output: |
|
|---|
This callback is called if new data is available.
To enable this callback, use enable-read-callback.
Note
If reconstructing the value fails, the callback is triggered with None for message.
| Output: |
|
|---|
This callback is called if a new error occurs. It returns the current overrun and parity error count.
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to read coils. The parameters are request ID of the request, the number of the first coil to be read and the number of coils to be read as received by the request. The number of the first coil is called starting address for backwards compatibility reasons. It is not an address, but instead a coil number in the range of 1 to 65536.
To send a response of this request use modbus-slave-answer-read-coils-request.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to read coils.
The parameters are request ID of the request, exception code of the response and the data as received by the response.
Any non-zero exception code indicates a problem. If the exception code
is greater than 0 then the number represents a Modbus exception code. If it is
less than 0 then it represents other errors. For example, -1 indicates that
the request timed out or that the master did not receive any valid response of the
request within the master request timeout period as set by
set-modbus-configuration.
Note
If reconstructing the value fails, the callback is triggered with None for coils.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to read holding registers. The parameters are request ID of the request, the number of the first holding register to be read and the number of holding registers to be read as received by the request. The number of the first holding register is called starting address for backwards compatibility reasons. It is not an address, but instead a holding register number in the range of 1 to 65536. The prefix digit 4 (for holding register) is omitted.
To send a response of this request use modbus-slave-answer-read-holding-registers-request.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to read holding registers.
The parameters are request ID of the request, exception code of the response and the data as received by the response.
Any non-zero exception code indicates a problem. If the exception
code is greater than 0 then the number represents a Modbus exception code. If
it is less than 0 then it represents other errors. For example, -1 indicates that
the request timed out or that the master did not receive any valid response of the
request within the master request timeout period as set by
set-modbus-configuration.
Note
If reconstructing the value fails, the callback is triggered with None for holding-registers.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to write a single coil. The parameters are request ID of the request, the number of the coil and the value of coil to be written as received by the request. The number of the coil is called coil address for backwards compatibility reasons. It is not an address, but instead a coil number in the range of 1 to 65536.
To send a response of this request use modbus-slave-answer-write-single-coil-request.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to write a single coil.
The parameters are request ID of the request and exception code of the response.
Any non-zero exception code indicates a problem.
If the exception code is greater than 0 then the number represents a Modbus
exception code. If it is less than 0 then it represents other errors. For
example, -1 indicates that the request timed out or that the master did not receive
any valid response of the request within the master request timeout period as set
by set-modbus-configuration.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to write a single holding register. The parameters are request ID of the request, the number of the holding register and the register value to be written as received by the request. The number of the holding register is called starting address for backwards compatibility reasons. It is not an address, but instead a holding register number in the range of 1 to 65536. The prefix digit 4 (for holding register) is omitted.
To send a response of this request use modbus-slave-answer-write-single-register-request.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to write a single register.
The parameters are request ID of the request and exception code of the response.
Any non-zero exception code
indicates a problem. If the exception code is greater than 0 then the number
represents a Modbus exception code. If it is less than 0 then it represents
other errors. For example, -1 indicates that the request timed out or that the
master did not receive any valid response of the request within the master request
timeout period as set by set-modbus-configuration.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to write multiple coils. The parameters are request ID of the request, the number of the first coil and the data to be written as received by the request. The number of the first coil is called starting address for backwards compatibility reasons. It is not an address, but instead a coil number in the range of 1 to 65536.
To send a response of this request use modbus-slave-answer-write-multiple-coils-request.
Note
If reconstructing the value fails, the callback is triggered with None for coils.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to read coils.
The parameters are request ID of the request and exception code of the response.
Any non-zero exception code
indicates a problem. If the exception code is greater than 0 then the number
represents a Modbus exception code. If it is less than 0 then it represents
other errors. For example, -1 indicates that the request timedout or that the
master did not receive any valid response of the request within the master request
timeout period as set by set-modbus-configuration.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to write multiple holding registers. The parameters are request ID of the request, the number of the first holding register and the data to be written as received by the request. The number of the first holding register is called starting address for backwards compatibility reasons. It is not an address, but instead a holding register number in the range of 1 to 65536. The prefix digit 4 (for holding register) is omitted.
To send a response of this request use modbus-slave-answer-write-multiple-registers-request.
Note
If reconstructing the value fails, the callback is triggered with None for registers.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to write multiple registers.
The parameters are request ID of the request and exception code of the response.
Any non-zero
exception code indicates a problem. If the exception code is greater than 0 then
the number represents a Modbus exception code. If it is less than 0 then it
represents other errors. For example, -1 indicates that the request timedout or
that the master did not receive any valid response of the request within the master
request timeout period as set by set-modbus-configuration.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to read discrete inputs. The parameters are request ID of the request, the number of the first discrete input and the number of discrete inputs to be read as received by the request. The number of the first discrete input is called starting address for backwards compatibility reasons. It is not an address, but instead a discrete input number in the range of 1 to 65536. The prefix digit 1 (for discrete input) is omitted.
To send a response of this request use modbus-slave-answer-read-discrete-inputs-request.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to read discrete inputs.
The parameters are request ID of the request, exception code of the response and the data as received by the response.
Any non-zero exception code indicates a problem. If the exception
code is greater than 0 then the number represents a Modbus exception code. If
it is less than 0 then it represents other errors. For example, -1 indicates that
the request timedout or that the master did not receive any valid response of the
request within the master request timeout period as set by
set-modbus-configuration.
Note
If reconstructing the value fails, the callback is triggered with None for discrete-inputs.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called only in Modbus slave mode when the slave receives a valid request from a Modbus master to read input registers. The parameters are request ID of the request, the number of the first input register and the number of input registers to be read as received by the request. The number of the first input register is called starting address for backwards compatibility reasons. It is not an address, but instead a input register number in the range of 1 to 65536. The prefix digit 3 (for input register) is omitted.
To send a response of this request use modbus-slave-answer-read-input-registers-request.
| Output: |
|
|---|
This callback is called only in Modbus master mode when the master receives a valid response of a request to read input registers.
The parameters are request ID of the request, exception code of the response and the data as received by the response.
Any non-zero exception code indicates a problem. If the exception
code is greater than 0 then the number represents a Modbus exception code. If
it is less than 0 then it represents other errors. For example, -1 indicates that
the request timedout or that the master did not receive any valid response of the
request within the master request timeout period as set by
set-modbus-configuration.
Note
If reconstructing the value fails, the callback is triggered with None for input-registers.
The following symbols are available for this function:
For exception-code:
exception-code-timeout = -1
exception-code-success = 0
exception-code-illegal-function = 1
exception-code-illegal-data-address = 2
exception-code-illegal-data-value = 3
exception-code-slave-device-failure = 4
exception-code-acknowledge = 5
exception-code-slave-device-busy = 6
exception-code-memory-parity-error = 8
exception-code-gateway-path-unavailable = 10
exception-code-gateway-target-device-failed-to-respond = 11
| Output: |
|
|---|
This callback is called if at least one frame of data is readable. The frame size is configured with set-frame-readable-callback-configuration.
The frame count parameter is the number of frames that can be read.
This callback is triggered only once until read is called. This means, that if you have configured a frame size of X bytes,
you can read exactly X bytes using the read function, every time the callback triggers without checking the frame count parameter.
Added in version 2.0.5$nbsp;(Plugin).
Internal functions are used for maintenance tasks such as flashing a new firmware of changing the UID of a Bricklet. These task should be performed using Brick Viewer instead of using the internal functions directly.
| Parameters: |
|
|---|---|
| Output: |
|
Sets the bootloader mode and returns the status after the requested mode change was instigated.
You can change from bootloader mode to firmware mode and vice versa. A change from bootloader mode to firmware mode will only take place if the entry function, device identifier and CRC are present and correct.
This function is used by Brick Viewer during flashing. It should not be necessary to call it in a normal user program.
The following symbols are available for this function:
For <mode>:
bootloader-mode-bootloader = 0
bootloader-mode-firmware = 1
bootloader-mode-bootloader-wait-for-reboot = 2
bootloader-mode-firmware-wait-for-reboot = 3
bootloader-mode-firmware-wait-for-erase-and-reboot = 4
For status:
bootloader-status-ok = 0
bootloader-status-invalid-mode = 1
bootloader-status-no-change = 2
bootloader-status-entry-function-not-present = 3
bootloader-status-device-identifier-incorrect = 4
bootloader-status-crc-mismatch = 5
| Output: |
|
|---|
Returns the current bootloader mode, see set-bootloader-mode.
The following symbols are available for this function:
For mode:
bootloader-mode-bootloader = 0
bootloader-mode-firmware = 1
bootloader-mode-bootloader-wait-for-reboot = 2
bootloader-mode-firmware-wait-for-reboot = 3
bootloader-mode-firmware-wait-for-erase-and-reboot = 4
| Parameters: |
|
|---|---|
| Output: |
|
Sets the firmware pointer for write-firmware. The pointer has
to be increased by chunks of size 64. The data is written to flash
every 4 chunks (which equals to one page of size 256).
This function is used by Brick Viewer during flashing. It should not be necessary to call it in a normal user program.
| Parameters: |
|
|---|---|
| Output: |
|
Writes 64 Bytes of firmware at the position as written by
set-write-firmware-pointer before. The firmware is written
to flash every 4 chunks.
You can only write firmware in bootloader mode.
This function is used by Brick Viewer during flashing. It should not be necessary to call it in a normal user program.
| Parameters: |
|
|---|---|
| Output: |
|
Writes a new UID into flash. If you want to set a new UID you have to decode the Base58 encoded UID string into an integer first.
We recommend that you use Brick Viewer to change the UID.
| Output: |
|
|---|
Returns the current UID as an integer. Encode as Base58 to get the usual string version.