LabVIEW - Multi Touch Bricklet 2.0

Dies ist die Beschreibung der LabVIEW API Bindings für das Multi Touch Bricklet 2.0. Allgemeine Informationen über die Funktionen und technischen Spezifikationen des Multi Touch Bricklet 2.0 sind in dessen Hardware Beschreibung zusammengefasst.

Eine Installationanleitung für die LabVIEW API Bindings ist Teil deren allgemeine Beschreibung.

API

Prinzipiell kann jede Funktion der LabVIEW Bindings, welche einen Wert ausgibt eine Tinkerforge.TimeoutException melden. Dieser Fehler wird gemeldet 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.

Der Namensraum für alle Brick/Bricklet Bindings und die IPConnection ist Tinkerforge.*.

Grundfunktionen

BrickletMultiTouchV2(uid, ipcon) → multiTouchV2
Eingabe:
  • uid – Typ: String
  • ipcon – Typ: .NET Refnum (IPConnection)
Ausgabe:
  • multiTouchV2 – Typ: .NET Refnum (BrickletMultiTouchV2)

Erzeugt ein Objekt mit der eindeutigen Geräte ID uid. Dieses Objekt kann benutzt werden, nachdem die IP Connection verbunden ist.

BrickletMultiTouchV2.GetTouchState() → state
Ausgabe:
  • state – Typ: Boolean[13]

Gibt den aktuellen Tastzustand zurück. Der Zustand wird als Bool-Array repräsentiert.

Element 0 bis 11 repräsentieren die 12 Elektroden und Element 12 repräsentiert die Proximity (Nähe).

Wird eine Elektrode berührt, ist das korrespondierende Element true. Wenn eine Hand oder vergleichbares in der Nähe der Elektroden ist wird Element 12 auf true gesetzt.

Das Proximity Bit wird ab einer Distanz von ca. 1-2cm aktiviert. Eine Elektrode wird schon als berührt gezählt wenn ein Finger sie beinahe berührt. Dadurch ist es möglich ein Stück Papier oder Folie über die Elektrode zu kleben um damit ein Touchpanel mit einem professionellen Aussehen zu bauen.

Wenn der Wert periodisch benötigt wird, kann auch der TouchStateCallback Callback verwendet werden. Der Callback wird mit der Funktion SetTouchStateCallbackConfiguration() konfiguriert.

BrickletMultiTouchV2.Recalibrate()

Rekalibriert die Elektroden. Rufe diese Funktion auf wenn die Elektroden verändert oder bewegt wurden.

BrickletMultiTouchV2.SetElectrodeConfig(enabledElectrodes)
Eingabe:
  • enabledElectrodes – Typ: Boolean[13], Standardwert: {T, T, T, T, T, T, T, T, T, T, T, T, T}

Aktiviert/deaktiviert Elektroden mit einem Bool-Array (siehe GetTouchState()).

True aktiviert eine Elektrode, false deaktiviert eine Elektrode. Eine deaktivierte Elektrode hat immer den Zustand false. Wenn nicht alle Elektroden gebraucht werden können die ungebrauchten deaktiviert werden.

Wir empfehlen die Proximity-Elektrode (Element 12) zu deaktivieren wenn das Proximity-Feature nicht benötigt wird. Das verringert den Datenverkehr der durch den TouchStateCallback Callback ausgelöst wird.

Eine deaktivierte Elektrode verringert zusätzlich den Stromverbrauch.

BrickletMultiTouchV2.GetElectrodeConfig() → enabledElectrodes
Ausgabe:
  • enabledElectrodes – Typ: Boolean[13], Standardwert: {T, T, T, T, T, T, T, T, T, T, T, T, T}

Gibt die Elektrodenkonfiguration zurück, wie von SetElectrodeConfig() gesetzt.

BrickletMultiTouchV2.SetElectrodeSensitivity(sensitivity)
Eingabe:
  • sensitivity – Typ: Byte, Wertebereich: [5 bis 201], Standardwert: 181

Setzt die Empfindlichkeit der Elektrode. Eine Elektrode mit einer hohen Empfindlichkeit registriert eine Berührung früher als eine Elektrode mit einer niedrigen Empfindlichkeit.

Wenn eine große Elektrode verwendet wird sollte die Empfindlichkeit verringert werden, da eine größere Fläche aufgeladen werden kann. Wenn eine Elektrode aus größerem Abstand aktivierbar seien soll, muss die Empfindlichkeit vergrößert werden.

Nachdem eine neue Empfindlichkeit gesetzt wurde, macht es Sinn Recalibrate() aufzurufen damit die Elektroden mit der neu definierten Empfindlichkeit kalibriert werden.

BrickletMultiTouchV2.GetElectrodeSensitivity() → sensitivity
Ausgabe:
  • sensitivity – Typ: Byte, Wertebereich: [5 bis 201], Standardwert: 181

Gibt die aktuelle Empfindlichkeit zurück, wie von SetElectrodeSensitivity() gesetzt.

BrickletMultiTouchV2.SetTouchLEDConfig(config)
Eingabe:
  • config – Typ: Byte, Wertebereich: Siehe Konstanten, Standardwert: 3

Konfiguriert die Touch-LED. Die LED kann ausgeschaltet, eingeschaltet, im Herzschlagmodus betrieben werden. Zusätzlich gibt es die Option mit der LED den Touch-Zustand anzuzeigen (Elektrode berührt = LED an).

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für config:

  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_OFF = 0
  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_ON = 1
  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_SHOW_HEARTBEAT = 2
  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_SHOW_TOUCH = 3
BrickletMultiTouchV2.GetTouchLEDConfig() → config
Ausgabe:
  • config – Typ: Byte, Wertebereich: Siehe Konstanten, Standardwert: 3

Gibt die LED-Konfiguration zurück, wie von SetTouchLEDConfig() gesetzt.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für config:

  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_OFF = 0
  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_ON = 1
  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_SHOW_HEARTBEAT = 2
  • BrickletMultiTouchV2.TOUCH_LED_CONFIG_SHOW_TOUCH = 3

Fortgeschrittene Funktionen

BrickletMultiTouchV2.GetSPITFPErrorCount() → errorCountAckChecksum, errorCountMessageChecksum, errorCountFrame, errorCountOverflow
Ausgabe:
  • errorCountAckChecksum – Typ: Int64, Wertebereich: [0 bis 232 - 1]
  • errorCountMessageChecksum – Typ: Int64, Wertebereich: [0 bis 232 - 1]
  • errorCountFrame – Typ: Int64, Wertebereich: [0 bis 232 - 1]
  • errorCountOverflow – Typ: Int64, Wertebereich: [0 bis 232 - 1]

Gibt die Anzahl der Fehler die während der Kommunikation zwischen Brick und Bricklet aufgetreten sind zurück.

Die Fehler sind aufgeteilt in

  • ACK-Checksummen Fehler,
  • Message-Checksummen Fehler,
  • Framing Fehler und
  • Overflow Fehler.

Die Fehlerzähler sind für Fehler die auf der Seite des Bricklets auftreten. Jedes Brick hat eine ähnliche Funktion welche die Fehler auf Brickseite ausgibt.

BrickletMultiTouchV2.SetStatusLEDConfig(config)
Eingabe:
  • config – Typ: Byte, Wertebereich: Siehe Konstanten, Standardwert: 3

Setzt die Konfiguration der Status-LED. Standardmäßig zeigt die LED die Kommunikationsdatenmenge an. Sie blinkt einmal auf pro 10 empfangenen Datenpaketen zwischen Brick und Bricklet.

Die LED kann auch permanent an/aus gestellt werden oder einen Herzschlag anzeigen.

Wenn das Bricklet sich im Bootlodermodus befindet ist die LED aus.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für config:

  • BrickletMultiTouchV2.STATUS_LED_CONFIG_OFF = 0
  • BrickletMultiTouchV2.STATUS_LED_CONFIG_ON = 1
  • BrickletMultiTouchV2.STATUS_LED_CONFIG_SHOW_HEARTBEAT = 2
  • BrickletMultiTouchV2.STATUS_LED_CONFIG_SHOW_STATUS = 3
BrickletMultiTouchV2.GetStatusLEDConfig() → config
Ausgabe:
  • config – Typ: Byte, Wertebereich: Siehe Konstanten, Standardwert: 3

Gibt die Konfiguration zurück, wie von SetStatusLEDConfig() gesetzt.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für config:

  • BrickletMultiTouchV2.STATUS_LED_CONFIG_OFF = 0
  • BrickletMultiTouchV2.STATUS_LED_CONFIG_ON = 1
  • BrickletMultiTouchV2.STATUS_LED_CONFIG_SHOW_HEARTBEAT = 2
  • BrickletMultiTouchV2.STATUS_LED_CONFIG_SHOW_STATUS = 3
BrickletMultiTouchV2.GetChipTemperature() → temperature
Ausgabe:
  • temperature – Typ: Int16, Einheit: 1 °C, Wertebereich: [-215 bis 215 - 1]

Gibt die Temperatur, gemessen im Mikrocontroller, aus. Der Rückgabewert ist nicht die Umgebungstemperatur.

Die Temperatur ist lediglich proportional zur echten Temperatur und hat eine hohe Ungenauigkeit. Daher beschränkt sich der praktische Nutzen auf die Indikation von Temperaturveränderungen.

BrickletMultiTouchV2.Reset()

Ein Aufruf dieser Funktion setzt das Bricklet zurück. Nach einem Neustart sind alle Konfiguration verloren.

Nach dem Zurücksetzen ist es notwendig neue Objekte zu erzeugen, Funktionsaufrufe auf bestehenden führen zu undefiniertem Verhalten.

BrickletMultiTouchV2.GetIdentity() → uid, connectedUid, position, hardwareVersion, firmwareVersion, deviceIdentifier
Ausgabe:
  • uid – Typ: String, Länge: bis zu 8
  • connectedUid – Typ: String, Länge: bis zu 8
  • position – Typ: Char, Wertebereich: ["a" bis "h", "z"]
  • hardwareVersion – Typ: Byte[3]
    • 0: major – Typ: Byte, Wertebereich: [0 bis 255]
    • 1: minor – Typ: Byte, Wertebereich: [0 bis 255]
    • 2: revision – Typ: Byte, Wertebereich: [0 bis 255]
  • firmwareVersion – Typ: Byte[3]
    • 0: major – Typ: Byte, Wertebereich: [0 bis 255]
    • 1: minor – Typ: Byte, Wertebereich: [0 bis 255]
    • 2: revision – Typ: Byte, Wertebereich: [0 bis 255]
  • deviceIdentifier – Typ: Int32, Wertebereich: [0 bis 216 - 1]

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.

Konfigurationsfunktionen für Callbacks

BrickletMultiTouchV2.SetTouchStateCallbackConfiguration(period, valueHasToChange)
Eingabe:
  • period – Typ: Int64, Einheit: 1 ms, Wertebereich: [0 bis 232 - 1], Standardwert: 0
  • valueHasToChange – Typ: Boolean, Standardwert: F

Die Periode ist die Periode mit der der TouchStateCallback Callback ausgelöst wird. Ein Wert von 0 schaltet den Callback ab.

Wenn der value has to change-Parameter auf True gesetzt wird, wird der Callback nur ausgelöst, wenn der Wert sich im Vergleich zum letzten mal geändert hat. Ändert der Wert sich nicht innerhalb der Periode, so wird der Callback sofort ausgelöst, wenn der Wert sich das nächste mal ändert.

Wird der Parameter auf False gesetzt, so wird der Callback dauerhaft mit der festen Periode ausgelöst unabhängig von den Änderungen des Werts.

BrickletMultiTouchV2.GetTouchStateCallbackConfiguration() → period, valueHasToChange
Ausgabe:
  • period – Typ: Int64, Einheit: 1 ms, Wertebereich: [0 bis 232 - 1], Standardwert: 0
  • valueHasToChange – Typ: Boolean, Standardwert: F

Gibt die Callback-Konfiguration zurück, wie mittels SetTouchStateCallbackConfiguration() gesetzt.

Callbacks

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. 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.

event BrickletMultiTouchV2.TouchStateCallback → sender, state
Callback-Ausgabe:
  • sender – Typ: .NET Refnum (BrickletMultiTouchV2)
  • state – Typ: Boolean[13]

Gibt den aktuellen Tastzustand zurück, siehe GetTouchState() für mehr Informationen über den Zustand.

Dieser Callback wird ausgelöst, wenn sich ein Tastzustand ändert mit der eingestellten Periode (siehe SetTouchStateCallbackConfiguration())

Virtuelle Funktionen

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.

BrickletMultiTouchV2.GetAPIVersion() → apiVersion
Ausgabe:
  • apiVersion – Typ: Byte[3]
    • 0: major – Typ: Byte, Wertebereich: [0 bis 255]
    • 1: minor – Typ: Byte, Wertebereich: [0 bis 255]
    • 2: revision – Typ: Byte, Wertebereich: [0 bis 255]

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.

BrickletMultiTouchV2.GetResponseExpected(functionId) → responseExpected
Eingabe:
  • functionId – Typ: Byte, Wertebereich: Siehe Konstanten
Ausgabe:
  • responseExpected – Typ: Boolean

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:

  • BrickletMultiTouchV2.FUNCTION_SET_TOUCH_STATE_CALLBACK_CONFIGURATION = 2
  • BrickletMultiTouchV2.FUNCTION_RECALIBRATE = 5
  • BrickletMultiTouchV2.FUNCTION_SET_ELECTRODE_CONFIG = 6
  • BrickletMultiTouchV2.FUNCTION_SET_ELECTRODE_SENSITIVITY = 8
  • BrickletMultiTouchV2.FUNCTION_SET_TOUCH_LED_CONFIG = 10
  • BrickletMultiTouchV2.FUNCTION_SET_WRITE_FIRMWARE_POINTER = 237
  • BrickletMultiTouchV2.FUNCTION_SET_STATUS_LED_CONFIG = 239
  • BrickletMultiTouchV2.FUNCTION_RESET = 243
  • BrickletMultiTouchV2.FUNCTION_WRITE_UID = 248
BrickletMultiTouchV2.SetResponseExpected(functionId, responseExpected)
Eingabe:
  • functionId – Typ: Byte, Wertebereich: Siehe Konstanten
  • responseExpected – Typ: Boolean

Ä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:

  • BrickletMultiTouchV2.FUNCTION_SET_TOUCH_STATE_CALLBACK_CONFIGURATION = 2
  • BrickletMultiTouchV2.FUNCTION_RECALIBRATE = 5
  • BrickletMultiTouchV2.FUNCTION_SET_ELECTRODE_CONFIG = 6
  • BrickletMultiTouchV2.FUNCTION_SET_ELECTRODE_SENSITIVITY = 8
  • BrickletMultiTouchV2.FUNCTION_SET_TOUCH_LED_CONFIG = 10
  • BrickletMultiTouchV2.FUNCTION_SET_WRITE_FIRMWARE_POINTER = 237
  • BrickletMultiTouchV2.FUNCTION_SET_STATUS_LED_CONFIG = 239
  • BrickletMultiTouchV2.FUNCTION_RESET = 243
  • BrickletMultiTouchV2.FUNCTION_WRITE_UID = 248
BrickletMultiTouchV2.SetResponseExpectedAll(responseExpected)
Eingabe:
  • responseExpected – Typ: Boolean

Ändert das Response-Expected-Flag für alle Setter-Funktionen und Konfigurationsfunktionen für Callbacks diese Gerätes.

Interne Funktionen

Interne Funktionen werden für Wartungsaufgaben, wie zum Beispiel das Flashen einer neuen Firmware oder das Ändern der UID eines Bricklets, verwendet. Diese Aufgaben sollten mit Brick Viewer durchgeführt werden, anstelle die internen Funktionen direkt zu verwenden.

BrickletMultiTouchV2.SetBootloaderMode(mode) → status
Eingabe:
  • mode – Typ: Byte, Wertebereich: Siehe Konstanten
Ausgabe:
  • status – Typ: Byte, Wertebereich: Siehe Konstanten

Setzt den Bootloader-Modus und gibt den Status zurück nachdem die Modusänderungsanfrage bearbeitet wurde.

Mit dieser Funktion ist es möglich vom Bootloader- in den Firmware-Modus zu wechseln und umgekehrt. Ein Welchsel vom Bootloader- in der den Firmware-Modus ist nur möglich wenn Entry-Funktion, Device Identifier und CRC vorhanden und korrekt sind.

Diese Funktion wird vom Brick Viewer während des Flashens benutzt. In einem normalem Nutzerprogramm sollte diese Funktion nicht benötigt werden.

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für mode:

  • BrickletMultiTouchV2.BOOTLOADER_MODE_BOOTLOADER = 0
  • BrickletMultiTouchV2.BOOTLOADER_MODE_FIRMWARE = 1
  • BrickletMultiTouchV2.BOOTLOADER_MODE_BOOTLOADER_WAIT_FOR_REBOOT = 2
  • BrickletMultiTouchV2.BOOTLOADER_MODE_FIRMWARE_WAIT_FOR_REBOOT = 3
  • BrickletMultiTouchV2.BOOTLOADER_MODE_FIRMWARE_WAIT_FOR_ERASE_AND_REBOOT = 4

Für status:

  • BrickletMultiTouchV2.BOOTLOADER_STATUS_OK = 0
  • BrickletMultiTouchV2.BOOTLOADER_STATUS_INVALID_MODE = 1
  • BrickletMultiTouchV2.BOOTLOADER_STATUS_NO_CHANGE = 2
  • BrickletMultiTouchV2.BOOTLOADER_STATUS_ENTRY_FUNCTION_NOT_PRESENT = 3
  • BrickletMultiTouchV2.BOOTLOADER_STATUS_DEVICE_IDENTIFIER_INCORRECT = 4
  • BrickletMultiTouchV2.BOOTLOADER_STATUS_CRC_MISMATCH = 5
BrickletMultiTouchV2.GetBootloaderMode() → mode
Ausgabe:
  • mode – Typ: Byte, Wertebereich: Siehe Konstanten

Gibt den aktuellen Bootloader-Modus zurück, siehe SetBootloaderMode().

Die folgenden Konstanten sind für diese Funktion verfügbar:

Für mode:

  • BrickletMultiTouchV2.BOOTLOADER_MODE_BOOTLOADER = 0
  • BrickletMultiTouchV2.BOOTLOADER_MODE_FIRMWARE = 1
  • BrickletMultiTouchV2.BOOTLOADER_MODE_BOOTLOADER_WAIT_FOR_REBOOT = 2
  • BrickletMultiTouchV2.BOOTLOADER_MODE_FIRMWARE_WAIT_FOR_REBOOT = 3
  • BrickletMultiTouchV2.BOOTLOADER_MODE_FIRMWARE_WAIT_FOR_ERASE_AND_REBOOT = 4
BrickletMultiTouchV2.SetWriteFirmwarePointer(pointer)
Eingabe:
  • pointer – Typ: Int64, Einheit: 1 B, Wertebereich: [0 bis 232 - 1]

Setzt den Firmware-Pointer für WriteFirmware(). Der Pointer muss um je 64 Byte erhöht werden. Die Daten werden alle 4 Datenblöcke in den Flash geschrieben (4 Datenblöcke entsprechen einer Page mit 256 Byte).

Diese Funktion wird vom Brick Viewer während des Flashens benutzt. In einem normalem Nutzerprogramm sollte diese Funktion nicht benötigt werden.

BrickletMultiTouchV2.WriteFirmware(data) → status
Eingabe:
  • data – Typ: Byte[64], Wertebereich: [0 bis 255]
Ausgabe:
  • status – Typ: Byte, Wertebereich: [0 bis 255]

Schreibt 64 Bytes Firmware an die Position die vorher von SetWriteFirmwarePointer() gesetzt wurde. Die Firmware wird alle 4 Datenblöcke in den Flash geschrieben.

Eine Firmware kann nur im Bootloader-Mode geschrieben werden.

Diese Funktion wird vom Brick Viewer während des Flashens benutzt. In einem normalem Nutzerprogramm sollte diese Funktion nicht benötigt werden.

BrickletMultiTouchV2.WriteUID(uid)
Eingabe:
  • uid – Typ: Int64, Wertebereich: [0 bis 232 - 1]

Schreibt eine neue UID in den Flash. Die UID muss zuerst vom Base58 encodierten String in einen Integer decodiert werden.

Wir empfehlen die Nutzung des Brick Viewers zum ändern der UID.

BrickletMultiTouchV2.ReadUID() → uid
Ausgabe:
  • uid – Typ: Int64, Wertebereich: [0 bis 232 - 1]

Gibt die aktuelle UID als Integer zurück. Dieser Integer kann als Base58 encodiert werden um an den üblichen UID-String zu gelangen.

Konstanten

BrickletMultiTouchV2.DEVICE_IDENTIFIER

Diese Konstante wird verwendet um ein Multi Touch Bricklet 2.0 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.

BrickletMultiTouchV2.DEVICE_DISPLAY_NAME

Diese Konstante stellt den Anzeigenamen eines Multi Touch Bricklet 2.0 dar.