v2.1.0 - noch nicht veröffentlicht

Execute-Methoden. control/transform/execute und control/reset/execute führen einen Transform oder einen Reset mit einem einzigen Schreibzugriff aus und kehren zurück, wenn er abgeschlossen ist. Sie antworten mit DL_TOO_MANY_OPERATIONS, solange ein anderer Transform oder Reset des Moduls läuft, und mit DL_INVALID_OPERATION_MODE ohne Lookup-Tabelle oder Lizenz. Siehe Execute-Methoden.

Einen Stream transformieren (experimentell). Ein Modul abonniert einen Data-Layer-Knoten, seine Quelle, und transformiert jedes Update davon, sobald es eintrifft: address im Abschnitt stream seiner Konfigurationsdatei benennt den Ordner, und der Schritt in der Liste onEntry des Abschnitts den Knoten darin. Der Knoten enthält entweder die Punkte selbst (ein Float-Array, zum Beispiel aus einer SPS) oder das Ergebnis einer anderen Anwendung, etwa die Objekte, die AI Object Matching in einem Bild-Stream findet. Der Schritt gibt an, welches: keiner oder plain für ein Array; remap für ein Ergebnis, mit der Liste darin (array) und dem x und y jedes Elements - oder ohne Liste, für einen Punkt pro Update. Ein Stream-Ergebnis wird innerhalb seines Ergebnisses gelesen, wie in der normalen Ausgabe der Anwendung. Die übrigen Schlüssel des Abschnitts sind die des Streams jeder LumiScan-Anwendung. Die Punkte werden auf control/subscribe/output/stream/points mit ihrer Lineage veröffentlicht - dem Kamerabild, auf dem ein AI-Ergebnis inferiert wurde, oder dem SPS-Knoten, aus dem sie stammen - und als einfaches x0,y0,z0,x1,y1,z1,…​-Array auf control/subscribe/output/stream/plain-points, mit NaN für einen Punkt außerhalb der Lookup-Tabelle. setting/settings-hash identifiziert die Lookup-Tabelle und die Einstellungen, mit denen sie transformiert werden, und das tag des Moduls - sein Name, sofern stream.tag kein anderes angibt - kennzeichnet sie als seine eigenen. Mit keep-latest-output werden die Punkte jedes Updates zusätzlich in die normalen Ausgaben geschrieben. Das Transformieren auf Anfrage funktioniert weiter, während der Stream läuft. Siehe Einen Stream transformieren (experimentell).

Was eine Quelle enthalten darf. hdvisionsystems/lumiscan-calibration/system/meta/subscription-schema beschreibt es als JSON Schema: ein einfaches Array von Zahlen, ein stream_points oder ein stream_detections. Siehe Was eine Quelle enthalten darf.

Zur Laufzeit abonnieren. control/subscribe/execute wendet die Eingaben unter control/subscribe/input/…​ an - Stream-Modus, Quelle, Warteschlangengröße, keep-latest-output -, während die Anwendung läuft, ohne Neustart; control/unsubscribe/execute entfernt die Quelle. Jedes Modul hat die Stream-Knoten, sodass das Hinzufügen eines Abschnitts stream nur einen Reset erfordert, und ein Modul ohne einen erhält einen, wenn es abonniert. Siehe Zur Laufzeit abonnieren.

Stream-Modus und Quelle in der Modul-Konfigurationsdatei gespeichert. Die Methoden speichern sie im Abschnitt stream, bevor sie sie anwenden: Das Modul startet nach einem Neustart wieder mit beiden. Siehe In der Modul-Konfigurationsdatei gespeichert.

Mehrere Module gleichzeitig. Jedes in den Anwendungseinstellungen aufgeführte Modul wird für sich bedient, sodass ein Modul, das auf seinen Client wartet, nie ein anderes aufhält.

Einstellungen auf dem Data Layer. hdvisionsystems/lumiscan-calibration/system/settings zeigt die Einstellungen, mit denen die Anwendung gestartet wurde: die Einstellungsdatei der Anwendung, jede Moduldatei eingebettet in ihre Liste modules, Passwörter als ***. Das Schreiben darauf ändert die Dateien. Die Anwendung prüft die Änderung wie beim Start, speichert sie (die vorherige Datei als .bak) und verweigert dann jede Arbeit, bis sie neu gestartet wird: restart-required, Status -5. hdvisionsystems/lumiscan-calibration/system/control/restart/execute startet sie neu. Siehe Einstellungen auf dem Data Layer.

Das Beispielmodul ist example, und es liest AI Object Matching. Die Beispiel-Moduldatei ist jetzt example.json, das Modul ist also hdvisionsystems/lumiscan-calibration/example, nicht mehr .../lumiscan-calibration-example-module. Sein Abschnitt stream mit einem remap-Schritt liest von Anfang an die Ergebnisse des Beispielmoduls von AI Object Matching, ebenfalls example, und schreibt die Punkte zusätzlich in die normale Ausgabe. Ein Einstellungsordner, der seine Dateien bereits hat, behält sie. Siehe Modul-Konfigurationsdatei.

reset lädt das Modul neu. Ein Reset liest die Modul-Konfigurationsdatei und ihre TIFF-Datei erneut ein, sodass eine korrigierte Datei ohne Neustart wirksam wird. Kann sie nicht geladen werden, meldet das Modul -2 und hat keine Lookup-Tabelle, bis ein Reset gelingt, statt mit der alten zu transformieren.

Ein Fehlerstatus bleibt bis zum nächsten Request stehen. Bisher wurde er innerhalb von etwa 100 ms durch 0 ersetzt, bevor ein Client ihn lesen konnte.

Das Interpolationsverfahren bilateralInterpolation wird jetzt vom Einstellungsschema akzeptiert.

Modul-Konfigurationsdateien dürfen Kommentare enthalten, wie die Anwendungs-Einstellungsdatei.

Eine fehlende TIFF-Datei bringt die Anwendung beim Start nicht mehr zum Absturz. Das Modul wird bedient und meldet Status -2 (invalidSetting), und control/transform/ready bleibt false, bis seine Dateien korrigiert sind und es zurückgesetzt wird.

Die Anwendung wartet nicht mehr endlos auf einen Client, der request nicht zurücksetzt, wenn sie beendet werden soll, und ein in der Zwischenzeit angeforderter Reset wird ausgeführt.

control/reset/request wurde nie quittiert. Ein Reset folgt jetzt dem Handshake.

Eine ungültige Anwendungs-Einstellungsdatei wird in das Protokoll geschrieben, und die Anwendung beendet sich, statt abzustürzen.