This is the description of the Perl 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 Perl API bindings is part of their general description.
The example code below is Public Domain (CC0 1.0).
Download (example_loopback.pl)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 | #!/usr/bin/perl
# For this example connect the RX+/- pins to TX+/- pins on the same Bricklet
# and configure the DIP switch on the Bricklet to full-duplex mode
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletRS485;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your RS485 Bricklet
# Callback subroutine for read callback
sub cb_read
{
my ($message) = @_;
print "Message: \"" . join('', @{$message}) . "\"\n";
}
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
my $rs485 = Tinkerforge::BrickletRS485->new(&UID, $ipcon); # Create device object
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Enable full-duplex mode
$rs485->set_rs485_configuration(115200, $rs485->PARITY_NONE, $rs485->STOPBITS_1,
$rs485->WORDLENGTH_8, $rs485->DUPLEX_FULL);
# Register read callback to subroutine cb_read
$rs485->register_callback($rs485->CALLBACK_READ, 'cb_read');
# Enable read callback
$rs485->enable_read_callback();
# Write "test" string
my @message = split('', 'test');
$rs485->write(\@message);
print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();
|
Download (example_modbus_master.pl)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 | #!/usr/bin/perl
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletRS485;
use threads::shared;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your RS485 Bricklet
our $expected_request_id :shared = 0;
# Callback subroutine for Modbus master write single register response callback
sub cb_modbus_master_write_single_register_response
{
my ($request_id, $exception_code) = @_;
print "Request ID: $request_id\n";
print "Exception Code: $exception_code\n";
if ($request_id != $expected_request_id)
{
print "Error: Unexpected request ID\n";
}
}
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
my $rs485 = Tinkerforge::BrickletRS485->new(&UID, $ipcon); # Create device object
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Set operating mode to Modbus RTU master
$rs485->set_mode($rs485->MODE_MODBUS_MASTER_RTU);
# Modbus specific configuration:
# - slave address = 1 (unused in master mode)
# - master request timeout = 1000ms
$rs485->set_modbus_configuration(1, 1000);
# Register Modbus master write single register response callback to subroutine
# cb_modbus_master_write_single_register_response
$rs485->register_callback($rs485->CALLBACK_MODBUS_MASTER_WRITE_SINGLE_REGISTER_RESPONSE,
'cb_modbus_master_write_single_register_response');
# Write 65535 to register 42 of slave 17
$expected_request_id = $rs485->modbus_master_write_single_register(17, 42, 65535);
print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();
|
Download (example_modbus_slave.pl)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 | #!/usr/bin/perl
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletRS485;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your RS485 Bricklet
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
our $rs485 = Tinkerforge::BrickletRS485->new(&UID, $ipcon); # Create device object
# Callback subroutine for Modbus slave write single register request callback
sub cb_modbus_slave_write_single_register_request
{
my ($request_id, $register_address, $register_value) = @_;
print "Request ID: $request_id\n";
print "Register Address: $register_address\n";
print "Register Value: $register_value\n";
if($register_address != 42)
{
print "Error: Invalid register address\n";
$rs485->modbus_slave_report_exception($request_id, $rs485->EXCEPTION_CODE_ILLEGAL_DATA_ADDRESS);
}
else
{
$rs485->modbus_slave_answer_write_single_register_request($request_id);
}
}
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Set operating mode to Modbus RTU slave
$rs485->set_mode($rs485->MODE_MODBUS_SLAVE_RTU);
# Modbus specific configuration:
# - slave address = 17
# - master request timeout = 0ms (unused in slave mode)
$rs485->set_modbus_configuration(17, 0);
# Register Modbus slave write single register request callback to subroutine
# cb_modbus_slave_write_single_register_request
$rs485->register_callback($rs485->CALLBACK_MODBUS_SLAVE_WRITE_SINGLE_REGISTER_REQUEST,
'cb_modbus_slave_write_single_register_request');
print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();
|
Generally, every subroutine of the Perl bindings can report an error as
Tinkerforge::Error
object via croak()
. The object has a
get_code()
and a get_message()
subroutine. There are different
error code:
All functions listed below are thread-safe.
BrickletRS485
->
new
($uid, $ipcon)¶Parameters: |
|
---|---|
Returns: |
|
Creates an object with the unique device ID $uid
:
$rs485 = BrickletRS485->new("YOUR_DEVICE_UID", $ipcon);
This object can then be used after the IP Connection is connected.
BrickletRS485
->
write
(\@message)¶Parameters: |
|
---|---|
Returns: |
|
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.
BrickletRS485
->
read
($length)¶Parameters: |
|
---|---|
Returns: |
|
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 CALLBACK_READ
callback.
BrickletRS485
->
set_rs485_configuration
($baudrate, $parity, $stopbits, $wordlength, $duplex)¶Parameters: |
|
---|---|
Returns: |
|
Sets the configuration for the RS485 communication.
The following constants are available for this function:
For $parity:
For $stopbits:
For $wordlength:
For $duplex:
BrickletRS485
->
get_rs485_configuration
()¶Return Array: |
|
---|
Returns the configuration as set by set_rs485_configuration()
.
The following constants are available for this function:
For $parity:
For $stopbits:
For $wordlength:
For $duplex:
BrickletRS485
->
set_modbus_configuration
($slave_address, $master_request_timeout)¶Parameters: |
|
---|---|
Returns: |
|
Sets the configuration for the RS485 Modbus communication. Available options:
BrickletRS485
->
get_modbus_configuration
()¶Return Array: |
|
---|
Returns the configuration as set by set_modbus_configuration()
.
BrickletRS485
->
set_mode
($mode)¶Parameters: |
|
---|---|
Returns: |
|
Sets the mode of the Bricklet in which it operates. Available options are
The following constants are available for this function:
For $mode:
BrickletRS485
->
get_mode
()¶Returns: |
|
---|
Returns the configuration as set by set_mode()
.
The following constants are available for this function:
For $mode:
BrickletRS485
->
set_communication_led_config
($config)¶Parameters: |
|
---|---|
Returns: |
|
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 constants are available for this function:
For $config:
BrickletRS485
->
get_communication_led_config
()¶Returns: |
|
---|
Returns the configuration as set by set_communication_led_config()
The following constants are available for this function:
For $config:
BrickletRS485
->
set_error_led_config
($config)¶Parameters: |
|
---|---|
Returns: |
|
Sets the error LED configuration.
By default the error LED turns on if there is any error (see CALLBACK_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 constants are available for this function:
For $config:
BrickletRS485
->
get_error_led_config
()¶Returns: |
|
---|
Returns the configuration as set by set_error_led_config()
.
The following constants are available for this function:
For $config:
BrickletRS485
->
set_buffer_config
($send_buffer_size, $receive_buffer_size)¶Parameters: |
|
---|---|
Returns: |
|
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 CALLBACK_READ
callback.
BrickletRS485
->
get_buffer_config
()¶Return Array: |
|
---|
Returns the buffer configuration as set by set_buffer_config()
.
BrickletRS485
->
get_buffer_status
()¶Return Array: |
|
---|
Returns the currently used bytes for the send and received buffer.
See set_buffer_config()
for buffer size configuration.
BrickletRS485
->
get_error_count
()¶Return Array: |
|
---|
Returns the current number of overrun and parity errors.
BrickletRS485
->
get_modbus_common_error_count
()¶Return Array: |
|
---|
Returns the current number of errors occurred in Modbus mode.
BrickletRS485
->
modbus_slave_report_exception
($request_id, $exception_code)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to report a Modbus exception for a Modbus master request.
The following constants are available for this function:
For $exception_code:
BrickletRS485
->
modbus_slave_answer_read_coils_request
($request_id, \@coils)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to read coils.
This function must be called from the CALLBACK_MODBUS_SLAVE_READ_COILS_REQUEST
callback
with the Request ID as provided by the argument of the callback.
BrickletRS485
->
modbus_master_read_coils
($slave_address, $starting_address, $count)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus master mode this function can be used to read coils from a slave. This function creates a Modbus function code 1 request.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_read_holding_registers_request
($request_id, \@holding_registers)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to read holding registers.
This function must be called from the CALLBACK_MODBUS_SLAVE_READ_HOLDING_REGISTERS_REQUEST
callback with the Request ID as provided by the argument of the callback.
BrickletRS485
->
modbus_master_read_holding_registers
($slave_address, $starting_address, $count)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_write_single_coil_request
($request_id)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to write a single coil.
This function must be called from the CALLBACK_MODBUS_SLAVE_WRITE_SINGLE_COIL_REQUEST
callback with the Request ID as provided by the arguments of the callback.
BrickletRS485
->
modbus_master_write_single_coil
($slave_address, $coil_address, $coil_value)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_write_single_register_request
($request_id)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to write a single register.
This function must be called from the CALLBACK_MODBUS_SLAVE_WRITE_SINGLE_REGISTER_REQUEST
callback with the Request ID, Register Address and Register Value as provided by
the arguments of the callback.
BrickletRS485
->
modbus_master_write_single_register
($slave_address, $register_address, $register_value)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_write_multiple_coils_request
($request_id)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to write multiple coils.
This function must be called from the CALLBACK_MODBUS_SLAVE_WRITE_MULTIPLE_COILS_REQUEST
callback with the Request ID of the callback.
BrickletRS485
->
modbus_master_write_multiple_coils
($slave_address, $starting_address, \@coils)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_write_multiple_registers_request
($request_id)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to write multiple registers.
This function must be called from the CALLBACK_MODBUS_SLAVE_WRITE_MULTIPLE_REGISTERS_REQUEST
callback with the Request ID of the callback.
BrickletRS485
->
modbus_master_write_multiple_registers
($slave_address, $starting_address, \@registers)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_read_discrete_inputs_request
($request_id, \@discrete_inputs)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to read discrete inputs.
This function must be called from the CALLBACK_MODBUS_SLAVE_READ_DISCRETE_INPUTS_REQUEST
callback with the Request ID as provided by the argument of the callback.
BrickletRS485
->
modbus_master_read_discrete_inputs
($slave_address, $starting_address, $count)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
modbus_slave_answer_read_input_registers_request
($request_id, \@input_registers)¶Parameters: |
|
---|---|
Returns: |
|
In Modbus slave mode this function can be used to answer a master request to read input registers.
This function must be called from the CALLBACK_MODBUS_SLAVE_READ_INPUT_REGISTERS_REQUEST
callback
with the Request ID as provided by the argument of the callback.
BrickletRS485
->
modbus_master_read_input_registers
($slave_address, $starting_address, $count)¶Parameters: |
|
---|---|
Returns: |
|
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.
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 CALLBACK_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.
BrickletRS485
->
get_spitfp_error_count
()¶Return Array: |
|
---|
Returns the error count for the communication between Brick and Bricklet.
The errors are divided into
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.
BrickletRS485
->
set_status_led_config
($config)¶Parameters: |
|
---|---|
Returns: |
|
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 constants are available for this function:
For $config:
BrickletRS485
->
get_status_led_config
()¶Returns: |
|
---|
Returns the configuration as set by set_status_led_config()
The following constants are available for this function:
For $config:
BrickletRS485
->
get_chip_temperature
()¶Returns: |
|
---|
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.
BrickletRS485
->
reset
()¶Returns: |
|
---|
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!
BrickletRS485
->
get_identity
()¶Return Array: |
|
---|
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. There is also a constant for the device identifier of this Bricklet.
BrickletRS485
->
register_callback
($callback_id, $function)¶Parameters: |
|
---|---|
Returns: |
|
Registers the given $function
name with the given $callback_id
.
The available callback IDs with corresponding function signatures are listed below.
BrickletRS485
->
enable_read_callback
()¶Returns: |
|
---|
Enables the CALLBACK_READ
callback. This will disable the CALLBACK_FRAME_READABLE
callback.
By default the callback is disabled.
BrickletRS485
->
disable_read_callback
()¶Returns: |
|
---|
Disables the CALLBACK_READ
callback.
By default the callback is disabled.
BrickletRS485
->
is_read_callback_enabled
()¶Returns: |
|
---|
Returns true if the CALLBACK_READ
callback is enabled,
false otherwise.
BrickletRS485
->
enable_error_count_callback
()¶Returns: |
|
---|
Enables the CALLBACK_ERROR_COUNT
callback.
By default the callback is disabled.
BrickletRS485
->
disable_error_count_callback
()¶Returns: |
|
---|
Disables the CALLBACK_ERROR_COUNT
callback.
By default the callback is disabled.
BrickletRS485
->
is_error_count_callback_enabled
()¶Returns: |
|
---|
Returns true if the CALLBACK_ERROR_COUNT
callback is enabled,
false otherwise.
BrickletRS485
->
set_frame_readable_callback_configuration
($frame_size)¶Parameters: |
|
---|---|
Returns: |
|
Configures the CALLBACK_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 CALLBACK_READ
callback.
By default the callback is disabled.
New in version 2.0.5 (Plugin).
BrickletRS485
->
get_frame_readable_callback_configuration
()¶Returns: |
|
---|
Returns the callback configuration as set by set_frame_readable_callback_configuration()
.
New in version 2.0.5 (Plugin).
Callbacks can be registered to receive
time critical or recurring data from the device. The registration is done
with the register_callback()
function of
the device object. The first parameter is the callback ID and the second
parameter the callback function name:
sub my_callback
{
print "@_[0]";
}
$rs485->register_callback(BrickletRS485->CALLBACK_EXAMPLE, 'my_callback')
The callback function will be called from an internal thread of the
IP Connection. In contrast to many other programming languages, variables are
not automatically shared between threads in Perl. If you want to share a global
variable between a callback function and the rest for your program it has to be
marked as :shared
. See the documentation of the threads::shared Perl module for more details.
The available constants with inherent number and type of parameters 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.
BrickletRS485
->
CALLBACK_READ
¶Callback Parameters: |
|
---|
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 undef for message.
BrickletRS485
->
CALLBACK_ERROR_COUNT
¶Callback Parameters: |
|
---|
This callback is called if a new error occurs. It returns the current overrun and parity error count.
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_READ_COILS_REQUEST
¶Callback Parameters: |
|
---|
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()
.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_READ_COILS_RESPONSE
¶Callback Parameters: |
|
---|
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 undef for coils.
The following constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_READ_HOLDING_REGISTERS_REQUEST
¶Callback Parameters: |
|
---|
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()
.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_READ_HOLDING_REGISTERS_RESPONSE
¶Callback Parameters: |
|
---|
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 undef for holding_registers.
The following constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_WRITE_SINGLE_COIL_REQUEST
¶Callback Parameters: |
|
---|
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()
.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_WRITE_SINGLE_COIL_RESPONSE
¶Callback Parameters: |
|
---|
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 constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_WRITE_SINGLE_REGISTER_REQUEST
¶Callback Parameters: |
|
---|
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()
.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_WRITE_SINGLE_REGISTER_RESPONSE
¶Callback Parameters: |
|
---|
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 constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_WRITE_MULTIPLE_COILS_REQUEST
¶Callback Parameters: |
|
---|
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 undef for coils.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_WRITE_MULTIPLE_COILS_RESPONSE
¶Callback Parameters: |
|
---|
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 constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_WRITE_MULTIPLE_REGISTERS_REQUEST
¶Callback Parameters: |
|
---|
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 undef for registers.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_WRITE_MULTIPLE_REGISTERS_RESPONSE
¶Callback Parameters: |
|
---|
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 constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_READ_DISCRETE_INPUTS_REQUEST
¶Callback Parameters: |
|
---|
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()
.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_READ_DISCRETE_INPUTS_RESPONSE
¶Callback Parameters: |
|
---|
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 undef for discrete_inputs.
The following constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_MODBUS_SLAVE_READ_INPUT_REGISTERS_REQUEST
¶Callback Parameters: |
|
---|
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()
.
BrickletRS485
->
CALLBACK_MODBUS_MASTER_READ_INPUT_REGISTERS_RESPONSE
¶Callback Parameters: |
|
---|
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 undef for input_registers.
The following constants are available for this function:
For $exception_code:
BrickletRS485
->
CALLBACK_FRAME_READABLE
¶Callback Parameters: |
|
---|
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.
New in version 2.0.5 (Plugin).
Virtual functions don't communicate with the device itself, but operate only on the API bindings device object. They can be called without the corresponding IP Connection object being connected.
BrickletRS485
->
get_api_version
()¶Return Array: |
|
---|
Returns the version of the API definition implemented by this API bindings. This is neither the release version of this API bindings nor does it tell you anything about the represented Brick or Bricklet.
BrickletRS485
->
get_response_expected
($function_id)¶Parameters: |
|
---|---|
Returns: |
|
Returns the response expected flag for the function specified by the function ID parameter. It is true if the function is expected to send a response, false otherwise.
For getter functions this is enabled by default and cannot be disabled,
because those functions will always send a response. For callback configuration
functions it is enabled by default too, but can be disabled by
set_response_expected()
. For setter functions it is disabled by default
and can be enabled.
Enabling the response expected flag for a setter function allows to detect timeouts and other error conditions calls of this setter as well. The device will then send a response for this purpose. If this flag is disabled for a setter function then no response is sent and errors are silently ignored, because they cannot be detected.
The following constants are available for this function:
For $function_id:
BrickletRS485
->
set_response_expected
($function_id, $response_expected)¶Parameters: |
|
---|---|
Returns: |
|
Changes the response expected flag of the function specified by the function ID parameter. This flag can only be changed for setter (default value: false) and callback configuration functions (default value: true). For getter functions it is always enabled.
Enabling the response expected flag for a setter function allows to detect timeouts and other error conditions calls of this setter as well. The device will then send a response for this purpose. If this flag is disabled for a setter function then no response is sent and errors are silently ignored, because they cannot be detected.
The following constants are available for this function:
For $function_id:
BrickletRS485
->
set_response_expected_all
($response_expected)¶Parameters: |
|
---|---|
Returns: |
|
Changes the response expected flag for all setter and callback configuration functions of this device at once.
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.
BrickletRS485
->
set_bootloader_mode
($mode)¶Parameters: |
|
---|---|
Returns: |
|
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 constants are available for this function:
For $mode:
For $status:
BrickletRS485
->
get_bootloader_mode
()¶Returns: |
|
---|
Returns the current bootloader mode, see set_bootloader_mode()
.
The following constants are available for this function:
For $mode:
BrickletRS485
->
set_write_firmware_pointer
($pointer)¶Parameters: |
|
---|---|
Returns: |
|
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.
BrickletRS485
->
write_firmware
(\@data)¶Parameters: |
|
---|---|
Returns: |
|
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.
BrickletRS485
->
write_uid
($uid)¶Parameters: |
|
---|---|
Returns: |
|
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.
BrickletRS485
->
read_uid
()¶Returns: |
|
---|
Returns the current UID as an integer. Encode as Base58 to get the usual string version.
BrickletRS485
->
DEVICE_IDENTIFIER
¶This constant is used to identify a RS485 Bricklet.
The get_identity()
function and the
IPConnection->CALLBACK_ENUMERATE
callback of the IP Connection have a device_identifier
parameter to specify
the Brick's or Bricklet's type.
BrickletRS485
->
DEVICE_DISPLAY_NAME
¶This constant represents the human readable name of a RS485 Bricklet.