Dies ist die Beschreibung der Perl API Bindings für das Industrial Digital Out 4 Bricklet. Allgemeine Informationen über die Funktionen und technischen Spezifikationen des Industrial Digital Out 4 Bricklet sind in dessen Hardware Beschreibung zusammengefasst.
Eine Installationanleitung für die Perl API Bindings ist Teil deren allgemeine Beschreibung.
Der folgende Beispielcode ist Public Domain (CC0 1.0).
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 | #!/usr/bin/perl
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletIndustrialDigitalOut4;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your Industrial Digital Out 4 Bricklet
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
my $ido4 = Tinkerforge::BrickletIndustrialDigitalOut4->new(&UID, $ipcon); # Create device object
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Set pins alternating high/low 10 times with 100ms delay
for (my $i = 0; $i < 10; $i++)
{
select(undef, undef, undef, 0.1);
$ido4->set_value(1 << 0);
select(undef, undef, undef, 0.1);
$ido4->set_value(1 << 1);
select(undef, undef, undef, 0.1);
$ido4->set_value(1 << 2);
select(undef, undef, undef, 0.1);
$ido4->set_value(1 << 3);
}
print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();
|
Allgemein kann jede Subroutine der Perl Bindings Fehler als
Tinkerforge::Error
Objekt mittels croak()
melden. Das Objekt hat eine
get_code()
und eine get_message()
Subroutine. Es sind verschiedene
Fehlercodes definiert:
Alle folgend aufgelisteten Funktionen sind Thread-sicher.
BrickletIndustrialDigitalOut4
->
new
($uid, $ipcon)¶Parameter: |
|
---|---|
Rückgabe: |
|
Erzeugt ein Objekt mit der eindeutigen Geräte ID $uid
:
$industrial_digital_out_4 = BrickletIndustrialDigitalOut4->new("YOUR_DEVICE_UID", $ipcon);
Dieses Objekt kann benutzt werden, nachdem die IP Connection verbunden ist.
BrickletIndustrialDigitalOut4
->
set_value
($value_mask)¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt die Ausgabewerte mit einer Bitmaske (16Bit). Eine 1 in der Bitmaske bedeutet logisch 1 und eine 0 in der Bitmaske bedeutet logisch 0.
Zum Beispiel: Der Wert 3 bzw. 0b0011 wird die Pins 0-1 auf logisch 1 und alle anderen auf logisch 0 setzen.
Falls keine Gruppen verwendet werden (siehe set_group()
), entsprechen
die Pins der Beschriftung auf dem Industrial Digital Out 4 Bricklet.
Falls Gruppen verwendet werden, entsprechen die Pins den Elementen der Gruppe. Element 1 in der Gruppe bekommt Pins 0-3, Element 2 Pins 4-7, Element 3 Pins 8-11 und Element 4 Pins 12-15.
Alle laufenden Monoflop Timer werden abgebrochen, wenn diese Funktion aufgerufen wird.
BrickletIndustrialDigitalOut4
->
get_value
()¶Rückgabe: |
|
---|
Gibt die Bitmaske zurück, wie von set_value()
gesetzt.
BrickletIndustrialDigitalOut4
->
set_selected_values
($selection_mask, $value_mask)¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt die Ausgabewerte mit einer Bitmaske, entsprechend der Selektionsmaske. Die Bitmaske ist 16 Bit lang. true bedeutet logisch 1 und false logisch 0.
Zum Beispiel: Die Werte (3, 1) bzw. (0b0011, 0b0001) werden den Pin 0 auf logisch 1 und den Pin 1 auf logisch 0 setzen. Alle anderen Pins bleiben unangetastet.
Falls keine Gruppen verwendet werden (siehe set_group()
), entsprechen
die Pins der Beschriftung auf dem Industrial Digital Out 4 Bricklet.
Falls Gruppen verwendet werden, entsprechen die Pins den Elementen der Gruppe. Element 1 in der Gruppe bekommt Pins 0-3, Element 2 Pins 4-7, Element 3 Pins 8-11 und Element 4 Pins 12-15.
Laufende Monoflop Timer für die ausgewählten Pins werden abgebrochen, wenn diese Funktion aufgerufen wird.
BrickletIndustrialDigitalOut4
->
set_monoflop
($selection_mask, $value_mask, $time)¶Parameter: |
|
---|---|
Rückgabe: |
|
Konfiguriert einen Monoflop für die Pins, wie mittels der Bitmaske des ersten Parameters festgelegt.
Der zweite Parameter ist eine Bitmaske mit den gewünschten Zuständen der festgelegten Pins. Eine 1 in der Bitmaske bedeutet logisch 1 und eine 0 in der Bitmaske bedeutet logisch 0.
Der dritte Parameter stellt die Zeit dar, welche die Pins den Zustand halten sollen.
Wenn diese Funktion mit den Parametern (9, 1, 1500) bzw. (0b1001, 0b0001, 1500) aufgerufen wird: Pin 0 wird auf logisch 1 und Pin 3 auf logisch 0 gesetzt. Nach 1,5s wird Pin 0 wieder auf logisch 0 und Pin 3 auf logisch 1 gesetzt.
Ein Monoflop kann zur Ausfallsicherung verwendet werden. Beispiel: Angenommen ein RS485 Bus und ein Digital Out 4 Bricklet ist an ein Slave Stapel verbunden. Jetzt kann diese Funktion sekündlich, mit einem Zeitparameter von 2 Sekunden, aufgerufen werden. Der Pin wird die gesamte Zeit im Zustand logisch 1 sein. Wenn jetzt die RS485 Verbindung getrennt wird, wird der Pin nach spätestens zwei Sekunden in den Zustand logisch 0 wechseln.
BrickletIndustrialDigitalOut4
->
get_monoflop
($pin)¶Parameter: |
|
---|---|
Rückgabe-Array: |
|
Gibt (für den angegebenen Pin) den aktuellen Zustand und die Zeit, wie von
set_monoflop()
gesetzt, sowie die noch verbleibende Zeit bis zum
Zustandswechsel, zurück.
Wenn der Timer aktuell nicht läuft, ist die noch verbleibende Zeit 0.
BrickletIndustrialDigitalOut4
->
set_group
(\@group)¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt eine Gruppe von Digital Out 4 Bricklets die zusammenarbeiten sollen.
Mögliche Gruppierungen können mit der Funktion get_available_for_group()
gefunden werden.
Eine Gruppe besteht aus 4 Element. Element 1 in der Gruppe bekommt Pins 0-3, Element 2 Pins 4-7, Element 3 Pins 8-11 und Element 4 Pins 12-15.
Jedes Element kann entweder auf einen der Ports ('a' bis 'd') gesetzt werden oder falls nicht genutzt 'n' gesetzt werden.
Zum Beispiel: Falls zwei Digital Out 4 Bricklets mit Port A und Port B verbunden
sind, könnte diese Funktion mit ['a', 'b', 'n', 'n']
aufgerufen werden.
In diesem Fall wären die Pins von Port A den Werten 0-3 zugewiesen und
die Pins von Port B den Werten 4-7. Es ist jetzt möglich mit der Funktion
set_value()
beide Bricklets gleichzeitig zu kontrollieren.
BrickletIndustrialDigitalOut4
->
get_group
()¶Rückgabe: |
|
---|
Gibt die Gruppierung zurück, wie von set_group()
gesetzt.
BrickletIndustrialDigitalOut4
->
get_available_for_group
()¶Rückgabe: |
|
---|
Gibt eine Bitmaske von Ports zurück die für die Gruppierung zur Verfügung stehen. Zum Beispiel bedeutet der Wert 5 bzw. 0b0101: Port A und Port C sind mit Bricklets verbunden die zusammen gruppiert werden können.
BrickletIndustrialDigitalOut4
->
get_identity
()¶Rückgabe-Array: |
|
---|
Gibt die UID, die UID zu der das Bricklet verbunden ist, die Position, die Hard- und Firmware Version sowie den Device Identifier zurück.
Die Position ist 'a', 'b', 'c', 'd', 'e', 'f', 'g' oder 'h' (Bricklet Anschluss). Ein Bricklet hinter einem Isolator Bricklet ist immer an Position 'z'.
Eine Liste der Device Identifier Werte ist hier zu finden. Es gibt auch eine Konstante für den Device Identifier dieses Bricklets.
BrickletIndustrialDigitalOut4
->
register_callback
($callback_id, $function)¶Parameter: |
|
---|---|
Rückgabe: |
|
Registriert den $function
Namen für die gegebene $callback_id
.
Die verfügbaren Callback IDs mit den zugehörigen Funktionssignaturen sind unten zu finden.
Callbacks können registriert werden um zeitkritische
oder wiederkehrende Daten vom Gerät zu erhalten. Die Registrierung kann
mit der Funktion register_callback()
des
Geräte Objektes durchgeführt werden. Der erste Parameter ist die Callback ID
und der zweite Parameter ist der Name der Callback-Funktion:
sub my_callback
{
print "@_[0]";
}
$industrial_digital_out_4->register_callback(BrickletIndustrialDigitalOut4->CALLBACK_EXAMPLE, 'my_callback')
Die Callback Funktion wird dann von einem internen Thread der IP Connection
aufgerufen werden. Im Gegensatz zu vielen anderen Programmiersprachen werden
Variablen nicht automatisch zwischen Threads geteilt. Wenn eine Variable
gleichzeitig in einer Callback Funktion und dem Rest des Programms genutzt
werden soll, dann muss diese als :shared
markiert werden. Siehe dazu auch
die Dokumentation des threads::shared Perl Moduls für weitere
Details.
Die verfügbaren IDs mit der dazugehörigen Parameteranzahl und -typen werden weiter unten beschrieben.
Bemerkung
Callbacks für wiederkehrende Ereignisse zu verwenden ist immer zu bevorzugen gegenüber der Verwendung von Abfragen. Es wird weniger USB-Bandbreite benutzt und die Latenz ist erheblich geringer, da es keine Paketumlaufzeit gibt.
BrickletIndustrialDigitalOut4
->
CALLBACK_MONOFLOP_DONE
¶Callback-Parameter: |
|
---|
Dieser Callback wird ausgelöst, wenn ein Monoflop Timer abläuft (0 erreicht). Parameter enthalten die beteiligten Pins als Bitmaske und den aktuellen Zustand als Bitmaske (der Zustand nach dem Monoflop).
Virtuelle Funktionen kommunizieren nicht mit dem Gerät selbst, sie arbeiten nur auf dem API Bindings Objekt. Dadurch können sie auch aufgerufen werden, ohne das das dazugehörige IP Connection Objekt verbunden ist.
BrickletIndustrialDigitalOut4
->
get_api_version
()¶Rückgabe-Array: |
|
---|
Gibt die Version der API Definition zurück, die diese API Bindings implementieren. Dies ist weder die Release-Version dieser API Bindings noch gibt es in irgendeiner Weise Auskunft über den oder das repräsentierte(n) Brick oder Bricklet.
BrickletIndustrialDigitalOut4
->
get_response_expected
($function_id)¶Parameter: |
|
---|---|
Rückgabe: |
|
Gibt das Response-Expected-Flag für die Funktion mit der angegebenen Funktions IDs zurück. Es ist true falls für die Funktion beim Aufruf eine Antwort erwartet wird, false andernfalls.
Für Getter-Funktionen ist diese Flag immer gesetzt und kann nicht entfernt
werden, da diese Funktionen immer eine Antwort senden. Für
Konfigurationsfunktionen für Callbacks ist es standardmäßig gesetzt, kann aber
entfernt werden mittels set_response_expected()
. Für Setter-Funktionen ist
es standardmäßig nicht gesetzt, kann aber gesetzt werden.
Wenn das Response-Expected-Flag für eine Setter-Funktion gesetzt ist, können Timeouts und andere Fehlerfälle auch für Aufrufe dieser Setter-Funktion detektiert werden. Das Gerät sendet dann eine Antwort extra für diesen Zweck. Wenn das Flag für eine Setter-Funktion nicht gesetzt ist, dann wird keine Antwort vom Gerät gesendet und Fehler werden stillschweigend ignoriert, da sie nicht detektiert werden können.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für $function_id:
BrickletIndustrialDigitalOut4
->
set_response_expected
($function_id, $response_expected)¶Parameter: |
|
---|---|
Rückgabe: |
|
Ändert das Response-Expected-Flag für die Funktion mit der angegebenen Funktion IDs. Diese Flag kann nur für Setter-Funktionen (Standardwert: false) und Konfigurationsfunktionen für Callbacks (Standardwert: true) geändert werden. Für Getter-Funktionen ist das Flag immer gesetzt.
Wenn das Response-Expected-Flag für eine Setter-Funktion gesetzt ist, können Timeouts und andere Fehlerfälle auch für Aufrufe dieser Setter-Funktion detektiert werden. Das Gerät sendet dann eine Antwort extra für diesen Zweck. Wenn das Flag für eine Setter-Funktion nicht gesetzt ist, dann wird keine Antwort vom Gerät gesendet und Fehler werden stillschweigend ignoriert, da sie nicht detektiert werden können.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für $function_id:
BrickletIndustrialDigitalOut4
->
set_response_expected_all
($response_expected)¶Parameter: |
|
---|---|
Rückgabe: |
|
Ändert das Response-Expected-Flag für alle Setter-Funktionen und Konfigurationsfunktionen für Callbacks diese Gerätes.
BrickletIndustrialDigitalOut4
->
DEVICE_IDENTIFIER
¶Diese Konstante wird verwendet um ein Industrial Digital Out 4 Bricklet zu identifizieren.
Die get_identity()
Funktion und der
IPConnection->CALLBACK_ENUMERATE
Callback der IP Connection haben ein device_identifier
Parameter um den Typ
des Bricks oder Bricklets anzugeben.
BrickletIndustrialDigitalOut4
->
DEVICE_DISPLAY_NAME
¶Diese Konstante stellt den Anzeigenamen eines Industrial Digital Out 4 Bricklet dar.