Dies ist die Beschreibung der Perl API Bindings für das Thermocouple Bricklet. Allgemeine Informationen über die Funktionen und technischen Spezifikationen des Thermocouple 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 | #!/usr/bin/perl
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletThermocouple;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your Thermocouple Bricklet
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
my $t = Tinkerforge::BrickletThermocouple->new(&UID, $ipcon); # Create device object
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Get current temperature
my $temperature = $t->get_temperature();
print "Temperature: " . $temperature/100.0 . " °C\n";
print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();
|
Download (example_callback.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 | #!/usr/bin/perl
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletThermocouple;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your Thermocouple Bricklet
# Callback subroutine for temperature callback
sub cb_temperature
{
my ($temperature) = @_;
print "Temperature: " . $temperature/100.0 . " °C\n";
}
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
my $t = Tinkerforge::BrickletThermocouple->new(&UID, $ipcon); # Create device object
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Register temperature callback to subroutine cb_temperature
$t->register_callback($t->CALLBACK_TEMPERATURE, 'cb_temperature');
# Set period for temperature callback to 1s (1000ms)
# Note: The temperature callback is only called every second
# if the temperature has changed since the last call!
$t->set_temperature_callback_period(1000);
print "Press key to exit\n";
<STDIN>;
$ipcon->disconnect();
|
Download (example_threshold.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 | #!/usr/bin/perl
use strict;
use Tinkerforge::IPConnection;
use Tinkerforge::BrickletThermocouple;
use constant HOST => 'localhost';
use constant PORT => 4223;
use constant UID => 'XYZ'; # Change XYZ to the UID of your Thermocouple Bricklet
# Callback subroutine for temperature reached callback
sub cb_temperature_reached
{
my ($temperature) = @_;
print "Temperature: " . $temperature/100.0 . " °C\n";
}
my $ipcon = Tinkerforge::IPConnection->new(); # Create IP connection
my $t = Tinkerforge::BrickletThermocouple->new(&UID, $ipcon); # Create device object
$ipcon->connect(&HOST, &PORT); # Connect to brickd
# Don't use device before ipcon is connected
# Get threshold callbacks with a debounce time of 10 seconds (10000ms)
$t->set_debounce_period(10000);
# Register temperature reached callback to subroutine cb_temperature_reached
$t->register_callback($t->CALLBACK_TEMPERATURE_REACHED, 'cb_temperature_reached');
# Configure threshold for temperature "greater than 30 °C"
$t->set_temperature_callback_threshold('>', 30*100, 0);
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.
BrickletThermocouple
->
new
($uid, $ipcon)¶Parameter: |
|
---|---|
Rückgabe: |
|
Erzeugt ein Objekt mit der eindeutigen Geräte ID $uid
:
$thermocouple = BrickletThermocouple->new("YOUR_DEVICE_UID", $ipcon);
Dieses Objekt kann benutzt werden, nachdem die IP Connection verbunden ist.
BrickletThermocouple
->
get_temperature
()¶Rückgabe: |
|
---|
Gibt die Temperatur des Thermoelements zurück.
Wenn die Temperatur periodisch abgefragt werden soll, wird empfohlen
den CALLBACK_TEMPERATURE
Callback zu nutzen und die Periode mit
set_temperature_callback_period()
vorzugeben.
BrickletThermocouple
->
set_configuration
($averaging, $thermocouple_type, $filter)¶Parameter: |
|
---|---|
Rückgabe: |
|
Konfiguriert werden können Averaging-Größe, Thermoelement-Typ und Frequenz-Filterung.
Mögliche Averaging-Größen sind 1, 2, 4, 8 und 16 Samples.
Als Thermoelement-Typ stehen B, E, J, K, N, R, S und T zur Verfügung. Falls ein anderes Thermoelement benutzt werden soll, können G8 und G32 genutzt werden. Mit diesen Typen wird der Wert nicht in °C/100 zurückgegeben sondern er wird durch folgende Formeln bestimmt:
Wert = 8 * 1.6 * 2^17 * Vin
Wert = 32 * 1.6 * 2^17 * Vin
dabei ist Vin die Eingangsspannung des Thermoelements.
Der Frequenz-Filter kann auf 50Hz und 60Hz konfiguriert werden. Er sollte abhängig von der lokalen Netzfrequenz gewählt werden.
Die Konvertierungszeit ist abhängig von der Averaging-Größe und der Frequenz-Filter-Konfiguration. Sie kann wie folgt bestimmt werden:
Zeit = 82 + (Samples - 1) * 16.67
Zeit = 98 + (Samples - 1) * 20
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für $averaging:
Für $thermocouple_type:
Für $filter:
BrickletThermocouple
->
get_configuration
()¶Rückgabe-Array: |
|
---|
Gibt die Konfiguration zurück, wie von set_configuration()
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für $averaging:
Für $thermocouple_type:
Für $filter:
BrickletThermocouple
->
get_error_state
()¶Rückgabe-Array: |
|
---|
Gibt den aktuellen Error-Status zurück. Es gibt zwei mögliche Status:
Over/Under Voltage bei Spannungen unter 0V oder über 3.3V ausgelöst. In diesem Fall ist mit hoher Wahrscheinlichkeit das Thermoelement defekt. Ein Open Circuit-Error deutet darauf hin, das kein Thermoelement angeschlossen ist.
Der CALLBACK_ERROR_STATE
Callback wird automatisch jedes mal ausgelöst, wenn sich
der Error-Status ändert.
BrickletThermocouple
->
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.
BrickletThermocouple
->
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.
BrickletThermocouple
->
set_temperature_callback_period
($period)¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt die Periode mit welcher der CALLBACK_TEMPERATURE
Callback ausgelöst
wird. Ein Wert von 0 deaktiviert den Callback.
Der CALLBACK_TEMPERATURE
Callback wird nur ausgelöst, wenn sich die Temperatur seit
der letzten Auslösung geändert hat.
BrickletThermocouple
->
get_temperature_callback_period
()¶Rückgabe: |
|
---|
Gibt die Periode zurück, wie von set_temperature_callback_period()
gesetzt.
BrickletThermocouple
->
set_temperature_callback_threshold
($option, $min, $max)¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt den Schwellwert für den CALLBACK_TEMPERATURE_REACHED
Callback.
Die folgenden Optionen sind möglich:
Option | Beschreibung |
---|---|
'x' | Callback ist inaktiv |
'o' | Callback wird ausgelöst, wenn die Temperatur außerhalb des min und max Wertes ist |
'i' | Callback wird ausgelöst, wenn die Temperatur innerhalb des min und max Wertes ist |
'<' | Callback wird ausgelöst, wenn die Temperatur kleiner als der min Wert ist (max wird ignoriert) |
'>' | Callback wird ausgelöst, wenn die Temperatur größer als der min Wert ist (max wird ignoriert) |
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für $option:
BrickletThermocouple
->
get_temperature_callback_threshold
()¶Rückgabe-Array: |
|
---|
Gibt den Schwellwert zurück, wie von set_temperature_callback_threshold()
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für $option:
BrickletThermocouple
->
set_debounce_period
($debounce)¶Parameter: |
|
---|---|
Rückgabe: |
|
Setzt die Periode mit welcher die Schwellwert Callback
ausgelöst wird, wenn der Schwellwert
weiterhin erreicht bleibt.
BrickletThermocouple
->
get_debounce_period
()¶Rückgabe: |
|
---|
Gibt die Entprellperiode zurück, wie von set_debounce_period()
gesetzt.
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]";
}
$thermocouple->register_callback(BrickletThermocouple->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.
BrickletThermocouple
->
CALLBACK_TEMPERATURE
¶Callback-Parameter: |
|
---|
Dieser Callback wird mit der Periode, wie gesetzt mit
set_temperature_callback_period()
, ausgelöst. Der Parameter ist
die Temperatur des Thermoelements.
Der CALLBACK_TEMPERATURE
Callback wird nur ausgelöst, wenn sich die Temperatur seit
der letzten Auslösung geändert hat.
BrickletThermocouple
->
CALLBACK_TEMPERATURE_REACHED
¶Callback-Parameter: |
|
---|
Dieser Callback wird ausgelöst, wenn der Schwellwert, wie von
set_temperature_callback_threshold()
gesetzt, erreicht wird.
Der Parameter ist die Temperatur des Thermoelements.
Wenn der Schwellwert erreicht bleibt, wird der Callback mit der Periode, wie
mit set_debounce_period()
gesetzt, ausgelöst.
BrickletThermocouple
->
CALLBACK_ERROR_STATE
¶Callback-Parameter: |
|
---|
Dieser Callback wird ausgelöst, wenn der Error-Status sich verändert
(siehe get_error_state()
).
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.
BrickletThermocouple
->
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.
BrickletThermocouple
->
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:
BrickletThermocouple
->
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:
BrickletThermocouple
->
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.
BrickletThermocouple
->
DEVICE_IDENTIFIER
¶Diese Konstante wird verwendet um ein Thermocouple 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.
BrickletThermocouple
->
DEVICE_DISPLAY_NAME
¶Diese Konstante stellt den Anzeigenamen eines Thermocouple Bricklet dar.