This is the description of the Shell API bindings for the CAN Bricklet. General information and technical specifications for the CAN 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 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | #!/bin/sh
# Connects to localhost:4223 by default, use --host and --port to change this
uid=XYZ # Change XYZ to the UID of your CAN Bricklet
# Configure transceiver for loopback mode
tinkerforge call can-bricklet $uid set-configuration baud-rate-1000kbps transceiver-mode-loopback 0
# Handle incoming frame read callbacks
tinkerforge dispatch can-bricklet $uid frame-read &
# Enable frame read callback
tinkerforge call can-bricklet $uid enable-frame-read-callback
# Write standard data frame with identifier 1742 and 3 bytes of data
tinkerforge call can-bricklet $uid write-frame frame-type-standard-data 1742 42,23,1,.. 3
echo "Press key to exit"; read dummy
tinkerforge call can-bricklet $uid disable-frame-read-callback
kill -- -$$ # Stop callback dispatch in background
|
Possible exit codes for all tinkerforge
commands are:
argparse
module is missingThe common options of the call
and dispatch
commands are documented
here. The specific command structure is shown below.
call
can-bricklet
[<option>..] <uid> <function> [<argument>..]¶Parameters: |
|
---|
The call
command is used to call a function of the CAN 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 CAN Bricklet and exitsdispatch
can-bricklet
[<option>..] <uid> <callback>¶Parameters: |
|
---|
The dispatch
command is used to dispatch a callback of the CAN 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 CAN Bricklet and exitscan-bricklet
<uid> <function>
[<option>..] [<argument>..]¶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 exitsGetter 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 itThe --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.
can-bricklet
<uid> <callback>
[<option>..]¶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)can-bricklet
<uid> write-frame
<frame-type> <identifier> <data> <length>¶Parameters: |
|
---|---|
Output: |
|
Writes a data or remote frame to the write buffer to be transmitted over the CAN transceiver.
The Bricklet supports the standard 11-bit (CAN 2.0A) and the additional extended
18-bit (CAN 2.0B) identifiers. For standard frames the Bricklet uses bit 0 to 10
from the identifier
parameter as standard 11-bit identifier. For extended
frames the Bricklet additionally uses bit 11 to 28 from the identifier
parameter as extended 18-bit identifier.
For remote frames the data
parameter is ignored.
Returns true if the frame was successfully added to the write buffer. Returns false if the frame could not be added because write buffer is already full.
The write buffer can overflow if frames are written to it at a higher rate
than the Bricklet can transmitted them over the CAN transceiver. This may
happen if the CAN transceiver is configured as read-only or is using a low baud
rate (see set-configuration
). It can also happen if the CAN bus is
congested and the frame cannot be transmitted because it constantly loses
arbitration or because the CAN transceiver is currently disabled due to a high
write error level (see get-error-log
).
The following symbols are available for this function:
For <frame-type>:
can-bricklet
<uid> read-frame
¶Output: |
|
---|
Tries to read the next data or remote frame from the read buffer and return it.
If a frame was successfully read, then the success
return value is set to
true and the other return values contain the frame. If the read buffer is
empty and no frame could be read, then the success
return value is set to
false and the other return values contain invalid data.
The identifier
return value follows the identifier format described for
write-frame
.
For remote frames the data
return value always contains invalid data.
A configurable read filter can be used to define which frames should be
received by the CAN transceiver and put into the read buffer (see
set-read-filter
).
Instead of polling with this function, you can also use callbacks. See the
enable-frame-read-callback
function and the frame-read
callback.
The following symbols are available for this function:
For frame-type:
can-bricklet
<uid> set-configuration
<baud-rate> <transceiver-mode> <write-timeout>¶Parameters: |
|
---|---|
Output: |
|
Sets the configuration for the CAN bus communication.
The baud rate can be configured in steps between 10 and 1000 kbit/s.
The CAN transceiver has three different modes:
The write timeout has three different modes that define how a failed frame transmission should be handled:
The following symbols are available for this function:
For <baud-rate>:
For <transceiver-mode>:
can-bricklet
<uid> get-configuration
¶Output: |
|
---|
Returns the configuration as set by set-configuration
.
The following symbols are available for this function:
For baud-rate:
For transceiver-mode:
can-bricklet
<uid> set-read-filter
<mode> <mask> <filter1> <filter2>¶Parameters: |
|
---|---|
Output: |
|
Set the read filter configuration. This can be used to define which frames should be received by the CAN transceiver and put into the read buffer.
The read filter has five different modes that define if and how the mask and the two filters are applied:
The mask and filters are used as bit masks. Their usage depends on the mode:
The mask and filters are applied in this way: The mask is used to select the identifier and data bits that should be compared to the corresponding filter bits. All unselected bits are automatically accepted. All selected bits have to match one of the filters to be accepted. If all bits for the selected mode are accepted then the frame is accepted and is added to the read buffer.
Mask Bit | Filter Bit | Identifier/Data Bit | Result |
---|---|---|---|
0 | X | X | Accept |
1 | 0 | 0 | Accept |
1 | 0 | 1 | Reject |
1 | 1 | 0 | Reject |
1 | 1 | 1 | Accept |
For example, to receive standard frames with identifier 0x123 only the mode can be set to Match-Standard with 0x7FF as mask and 0x123 as filter 1 and filter 2. The mask of 0x7FF selects all 11 identifier bits for matching so that the identifier has to be exactly 0x123 to be accepted.
To accept identifier 0x123 and identifier 0x456 at the same time, just set filter 2 to 0x456 and keep mask and filter 1 unchanged.
The following symbols are available for this function:
For <mode>:
can-bricklet
<uid> get-read-filter
¶Output: |
|
---|
Returns the read filter as set by set-read-filter
.
The following symbols are available for this function:
For mode:
can-bricklet
<uid> get-error-log
¶Output: |
|
---|
Returns information about different kinds of errors.
The write and read error levels indicate the current level of checksum, acknowledgement, form, bit and stuffing errors during CAN bus write and read operations.
When the write error level exceeds 255 then the CAN transceiver gets disabled and no frames can be transmitted or received anymore. The CAN transceiver will automatically be activated again after the CAN bus is idle for a while.
The write and read error levels are not available in read-only transceiver mode
(see set-configuration
) and are reset to 0 as a side effect of changing
the configuration or the read filter.
The write timeout, read register and buffer overflow counts represents the number of these errors:
set-configuration
).set-read-filter
) can help to reduce the amount of received frames.
This count is not exact, but a lower bound, because the Bricklet might not
able detect all overflows if they occur in rapid succession.read-frame
function. Using the frame-read
callback ensures that the read buffer
can not overflow.can-bricklet
<uid> get-identity
¶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.
can-bricklet
<uid> enable-frame-read-callback
¶Output: |
|
---|
Enables the frame-read
callback.
By default the callback is disabled. Enabling this callback will disable the frame-readable
callback.
can-bricklet
<uid> disable-frame-read-callback
¶Output: |
|
---|
Disables the frame-read
callback.
By default the callback is disabled.
can-bricklet
<uid> is-frame-read-callback-enabled
¶Output: |
|
---|
Returns true if the frame-read
callback is enabled, false otherwise.
can-bricklet
<uid> set-frame-readable-callback-configuration
<enabled>¶Parameters: |
|
---|---|
Output: |
|
Enables/disables the frame-readable
callback.
By default the callback is disabled. Enabling this callback will disable the frame-read
callback.
New in version 2.0.1 (Plugin).
can-bricklet
<uid> get-frame-readable-callback-configuration
¶Output: |
|
---|
Returns true if the frame-readable
callback is enabled, false otherwise.
New in version 2.0.1 (Plugin).
Callbacks can be used to receive time critical or recurring data from the device:
tinkerforge dispatch can-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.
can-bricklet
<uid> frame-read
¶Output: |
|
---|
This callback is triggered if a data or remote frame was received by the CAN transceiver.
The identifier
return value follows the identifier format described for
write-frame
.
For remote frames the data
return value always contains invalid values.
A configurable read filter can be used to define which frames should be
received by the CAN transceiver at all (see set-read-filter
).
To enable this callback, use enable-frame-read-callback
.
The following symbols are available for this function:
For frame-type:
can-bricklet
<uid> frame-readable
¶Output: |
|
---|
This callback is triggered if a data or remote frame was received by the CAN
transceiver. The received frame can be read with read-frame
.
If additional frames are received, but read-frame
was not called yet, the callback
will not trigger again.
A configurable read filter can be used to define which frames should be
received by the CAN transceiver and put into the read queue (see
set-read-filter
).
To enable this callback, use set-frame-readable-callback-configuration
.
New in version 2.0.1 (Plugin).