Dies ist die Beschreibung der Mathematica 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 Mathematica 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 | Needs["NETLink`"]
LoadNETAssembly["Tinkerforge",NotebookDirectory[]<>"../../.."]
host="localhost"
port=4223
uid="XYZ"(*Change XYZ to the UID of your Thermocouple Bricklet*)
(*Create IPConnection and device object*)
ipcon=NETNew["Tinkerforge.IPConnection"]
t=NETNew["Tinkerforge.BrickletThermocouple",uid,ipcon]
ipcon@Connect[host,port]
(*Get current temperature*)
Print["Temperature: "<>ToString[N[Quantity[t@GetTemperature[],"°C/100"]]]]
(*Clean up*)
ipcon@Disconnect[]
ReleaseNETObject[t]
ReleaseNETObject[ipcon]
|
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 | Needs["NETLink`"]
LoadNETAssembly["Tinkerforge",NotebookDirectory[]<>"../../.."]
host="localhost"
port=4223
uid="XYZ"(*Change XYZ to the UID of your Thermocouple Bricklet*)
(*Create IPConnection and device object*)
ipcon=NETNew["Tinkerforge.IPConnection"]
t=NETNew["Tinkerforge.BrickletThermocouple",uid,ipcon]
ipcon@Connect[host,port]
(*Callback function for temperature callback*)
TemperatureCB[sender_,temperature_]:=
Print["Temperature: "<>ToString[N[Quantity[temperature,"°C/100"]]]]
AddEventHandler[t@TemperatureCallback,TemperatureCB]
(*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@SetTemperatureCallbackPeriod[1000]
Input["Click OK to exit"]
(*Clean up*)
ipcon@Disconnect[]
ReleaseNETObject[t]
ReleaseNETObject[ipcon]
|
Download (ExampleThreshold.nb)
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 | Needs["NETLink`"]
LoadNETAssembly["Tinkerforge",NotebookDirectory[]<>"../../.."]
host="localhost"
port=4223
uid="XYZ"(*Change XYZ to the UID of your Thermocouple Bricklet*)
(*Create IPConnection and device object*)
ipcon=NETNew["Tinkerforge.IPConnection"]
t=NETNew["Tinkerforge.BrickletThermocouple",uid,ipcon]
ipcon@Connect[host,port]
(*Get threshold callbacks with a debounce time of 10 seconds (10000ms)*)
t@SetDebouncePeriod[10000]
(*Callback function for temperature reached callback*)
TemperatureReachedCB[sender_,temperature_]:=
Print["Temperature: "<>ToString[N[Quantity[temperature,"°C/100"]]]]
AddEventHandler[t@TemperatureReachedCallback,TemperatureReachedCB]
(*Configure threshold for temperature "greater than 30 °C"*)
option=Tinkerforge`BrickletThermocouple`THRESHOLDUOPTIONUGREATER
t@SetTemperatureCallbackThreshold[option,30*100,0]
Input["Click OK to exit"]
(*Clean up*)
ipcon@Disconnect[]
ReleaseNETObject[t]
ReleaseNETObject[ipcon]
|
Prinzipiell kann jede Funktion der Mathematica Bindings, welche einen Wert zurück gibt
eine Tinkerforge.TimeoutException
werfen. Diese Exception wird
geworfen wenn das Gerät nicht antwortet. Wenn eine Kabelverbindung genutzt
wird, ist es unwahrscheinlich, dass die Exception geworfen wird (unter der
Annahme, dass das Gerät nicht abgesteckt wird). Bei einer drahtlosen Verbindung
können Zeitüberschreitungen auftreten, sobald die Entfernung zum Gerät zu
groß wird.
Da .NET/Link nicht mehrere Rückgabewerte direkt unterstützt, wird das out
Schlüsselwort genutzt, um mehrere Werte aus einer Funktion zurückzugeben.
Weitere Informationen über das out
Schlüsselwort in .NET/Link sind in der
entsprechende Mathematica .NET/Link Dokumentation
zu finden.
Der Namensraum für alle Brick/Bricklet Bindings und die IPConnection ist
Tinkerforge.*
.
BrickletThermocouple
[uid, ipcon] → thermocouple¶Parameter: |
|
---|---|
Rückgabe: |
|
Erzeugt ein Objekt mit der eindeutigen Geräte ID uid
:
thermocouple=NETNew["Tinkerforge.BrickletThermocouple","YOUR_DEVICE_UID",ipcon]
Dieses Objekt kann benutzt werden, nachdem die IP Connection verbunden ist.
Die .NET Runtime hat eingebauten Garbage Collection welche Objekte wieder freigibt, wenn sie vom Programm nicht mehr verwendet werden. Da Mathematica aber selbst nicht automatisch feststellen kann, wann ein Mathematica "Programm" ein .NET Objekt nicht mehr verwendet, muss sich das Programm selbst darum kümmern. Für diesen Zweck wird die ReleaseNETObject[] Funktion in den Beispielen verwendet.
Weitere Informationen über Objekt-Verwaltung mittels .NET/Link sind in der entsprechende Mathematica .NET/Link Dokumentation zu finden.
BrickletThermocouple
@
GetTemperature
[] → temperature¶Rückgabe: |
|
---|
Gibt die Temperatur des Thermoelements zurück.
Wenn die Temperatur periodisch abgefragt werden soll, wird empfohlen
den TemperatureCallback
Callback zu nutzen und die Periode mit
SetTemperatureCallbackPeriod[]
vorzugeben.
BrickletThermocouple
@
SetConfiguration
[averaging, thermocoupleType, filter] → Null¶Parameter: |
|
---|
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 thermocoupleType:
Für filter:
BrickletThermocouple
@
GetConfiguration
[out averaging, out thermocoupleType, out filter] → Null¶Ausgabeparameter: |
|
---|
Gibt die Konfiguration zurück, wie von SetConfiguration[]
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für averaging:
Für thermocoupleType:
Für filter:
BrickletThermocouple
@
GetErrorState
[out overUnder, out openCircuit] → Null¶Ausgabeparameter: |
|
---|
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 ErrorStateCallback
Callback wird automatisch jedes mal ausgelöst, wenn sich
der Error-Status ändert.
BrickletThermocouple
@
GetIdentity
[out uid, out connectedUid, out position, out {hardwareVersion1, hardwareVersion2, hardwareVersion3}, out {firmwareVersion1, firmwareVersion2, firmwareVersion3}, out deviceIdentifier] → Null¶Ausgabeparameter: |
|
---|
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
@
SetTemperatureCallbackPeriod
[period] → Null¶Parameter: |
|
---|
Setzt die Periode mit welcher der TemperatureCallback
Callback ausgelöst
wird. Ein Wert von 0 deaktiviert den Callback.
Der TemperatureCallback
Callback wird nur ausgelöst, wenn sich die Temperatur seit
der letzten Auslösung geändert hat.
BrickletThermocouple
@
GetTemperatureCallbackPeriod
[] → period¶Rückgabe: |
|
---|
Gibt die Periode zurück, wie von SetTemperatureCallbackPeriod[]
gesetzt.
BrickletThermocouple
@
SetTemperatureCallbackThreshold
[option, min, max] → Null¶Parameter: |
|
---|
Setzt den Schwellwert für den TemperatureReachedCallback
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
@
GetTemperatureCallbackThreshold
[out option, out min, out max] → Null¶Ausgabeparameter: |
|
---|
Gibt den Schwellwert zurück, wie von SetTemperatureCallbackThreshold[]
gesetzt.
Die folgenden Konstanten sind für diese Funktion verfügbar:
Für option:
BrickletThermocouple
@
SetDebouncePeriod
[debounce] → Null¶Parameter: |
|
---|
Setzt die Periode mit welcher die Schwellwert Callback
ausgelöst wird, wenn der Schwellwert
weiterhin erreicht bleibt.
BrickletThermocouple
@
GetDebouncePeriod
[] → debounce¶Rückgabe: |
|
---|
Gibt die Entprellperiode zurück, wie von SetDebouncePeriod[]
gesetzt.
Callbacks können registriert werden um zeitkritische oder wiederkehrende Daten vom Gerät zu erhalten. Die Registrierung erfolgt indem eine Funktion einem Callback Property des Geräte Objektes zugewiesen wird:
MyCallback[sender_,value_]:=Print["Value: "<>ToString[value]] AddEventHandler[thermocouple@ExampleCallback,MyCallback]
Weitere Informationen über Event-Behandlung mittels .NET/Link sind in der entsprechende Mathematica .NET/Link Dokumentation zu finden.
Die verfügbaren Callback Properties und ihre Parametertypen 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
@
TemperatureCallback
[sender, temperature]¶Callback-Parameter: |
|
---|
Dieser Callback wird mit der Periode, wie gesetzt mit
SetTemperatureCallbackPeriod[]
, ausgelöst. Der Parameter ist
die Temperatur des Thermoelements.
Der TemperatureCallback
Callback wird nur ausgelöst, wenn sich die Temperatur seit
der letzten Auslösung geändert hat.
BrickletThermocouple
@
TemperatureReachedCallback
[sender, temperature]¶Callback-Parameter: |
|
---|
Dieser Callback wird ausgelöst, wenn der Schwellwert, wie von
SetTemperatureCallbackThreshold[]
gesetzt, erreicht wird.
Der Parameter ist die Temperatur des Thermoelements.
Wenn der Schwellwert erreicht bleibt, wird der Callback mit der Periode, wie
mit SetDebouncePeriod[]
gesetzt, ausgelöst.
BrickletThermocouple
@
ErrorStateCallback
[sender, overUnder, openCircuit]¶Callback-Parameter: |
|
---|
Dieser Callback wird ausgelöst, wenn der Error-Status sich verändert
(siehe GetErrorState[]
).
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
@
GetAPIVersion
[] → {apiVersion1, apiVersion2, apiVersion3}¶Ausgabeparameter: |
|
---|
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
@
GetResponseExpected
[functionId] → responseExpected¶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 SetResponseExpected[]
. 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 functionId:
BrickletThermocouple
@
SetResponseExpected
[functionId, responseExpected] → Null¶Parameter: |
|
---|
Ä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 functionId:
BrickletThermocouple
@
SetResponseExpectedAll
[responseExpected] → Null¶Parameter: |
|
---|
Ändert das Response-Expected-Flag für alle Setter-Funktionen und Konfigurationsfunktionen für Callbacks diese Gerätes.
BrickletThermocouple
`
DEVICEUIDENTIFIER
¶Diese Konstante wird verwendet um ein Thermocouple Bricklet zu identifizieren.
Die GetIdentity[]
Funktion und der
IPConnection@EnumerateCallback
Callback der IP Connection haben ein deviceIdentifier
Parameter um den Typ
des Bricks oder Bricklets anzugeben.
BrickletThermocouple
`
DEVICEDISPLAYNAME
¶Diese Konstante stellt den Anzeigenamen eines Thermocouple Bricklet dar.