Data-Layer-Referenz
Alle Knoten liegen unter dem Basispfad der Anwendung:
hdvisionsystems/lumiscan-aztec-code-reader/
Die Pfade unten sind relativ dazu angegeben. Ein einzelner Lesevorgang verwendet vier Knoten; der Bild-Stream (experimentell) fügt die unter Bild-Stream aufgeführten Knoten hinzu, und System gibt an, was seine Quelle enthalten muss.
Data Layer
LumiScan Aztec Code Reader bietet seine Funktionen auf dem Data Layer unter hdvisionsystems/lumiscan-aztec-code-reader an.
Auf ctrlX OS (ctrlX CORE oder ctrlX IPC) nutzt LumiScan Aztec Code Reader den ctrlX Data Layer.
Auf einem PC mit Windows 11 oder Ubuntu 24.04 nutzt LumiScan Aztec Code Reader LumiScan Keryx.
Knotenadressen, Typen und Aufrufmuster sind auf beiden gleich. LumiScan Aztec Code Reader bietet:
-
ein Stream-Abonnement auf eine Quelle (experimentell)
-
keine Modulebene: Seine Knoten liegen direkt unter
hdvisionsystems/lumiscan-aztec-code-reader
Wie Adressen aufgebaut sind, wie Funktionen aufgerufen werden, die Statuscodes und die Werkzeuge sind in LumiScan Keryx beschrieben.
Knotenbaum
hdvisionsystems/lumiscan-aztec-code-reader/
├── input/
│ ├── image-address (string) address of the image node to read
│ └── parameter (flatbuffers) detection parameters
├── execute (method) read every Aztec code in that image
├── output/
│ └── results (flatbuffers) one entry per code found
├── control/
│ ├── subscribe/ the image stream (experimental)
│ │ ├── execute
│ │ ├── input/{enable,address,tag,queue-size,keep-latest-output}
│ │ └── output/stream/... the image stream's results
│ └── unsubscribe/{execute,input/address}
├── setting/{stream,settings-hash}
└── system/meta/subscription-schema (string) what the stream's source must hold
Eingabe
| Knoten | Typ | Zugriff | Beschreibung |
|---|---|---|---|
|
string |
lesen, schreiben |
Adresse des zu lesenden Data-Layer-Bildknotens. Der Reader hängt |
|
flatbuffers |
lesen, schreiben |
Erkennungsparameter, Typ
|
|
|
Methode
| Knoten | Blockierend | Wirkung |
|---|---|---|
|
Ja |
Liest das Bild unter |
Ausgabe
| Knoten | Typ | Zugriff | Beschreibung |
|---|---|---|---|
|
flatbuffers |
lesen |
Jeder Code, den der letzte erfolgreiche Lauf gefunden hat, Typ
|
Bild-Stream (experimentell)
Der Reader liest jeden Frame des Cam-Driver-Streams, den er abonniert hat, so wie execute ein Bild liest,
und veröffentlicht ein Ergebnis pro Frame. Siehe
Codes auf einem Bild-Stream lesen.
| Knoten | Typ | Zugriff | Beschreibung |
|---|---|---|---|
|
bool |
lesen, schreiben |
Stream-Modus: |
|
string |
lesen, schreiben |
Die eine Quelle: der Stream-Ordner einer Kamera, zum Beispiel
|
|
string |
lesen, schreiben |
Das Tag auf den Ergebnissen des Readers: Der Schritt des Readers in der Lineage jedes Stream-Ergebnisses trägt
es. Leer: der Name des Readers, |
|
uint32 |
lesen, schreiben |
Wie viele Frames warten dürfen, während ein Frame gelesen wird, 1 bis 64. |
|
bool |
lesen, schreiben |
|
|
string |
lesen, schreiben |
Die zu entfernende Quelle, so wie |
|
wie die Eingaben |
lesen |
Was |
|
string |
lesen |
Der Hash dessen, womit die Ergebnisse erzeugt werden, als 16 Hexadezimalziffern. |
|
bool |
lesen |
|
|
flatbuffers |
lesen |
Ein Ergebnis pro gelesenem Frame, Typ |
|
string |
lesen |
Warum der letzte Frame, der nicht gelesen werden konnte, fehlgeschlagen ist; nennt die Quelle mit ihrer Adresse. |
|
uint64 |
lesen |
Die Zähler des Streams, siehe Die Statistik lesen. |
| Knoten | Blockierend | Wirkung |
|---|---|---|
|
Ja |
Prüft die Eingaben von |
|
Ja |
Entfernt die in |
Die Eingaben von control/subscribe sind mit den angewendeten Werten vorbelegt, und nur control/subscribe/execute
wendet sie an. Wenn aztec-code-reader.json nicht geschrieben werden kann, antworten beide Methoden mit CreationFailed (ctrlX
DL_CREATION_FAILED) und ändern nichts. Ein abgelehnter Aufruf antwortet mit Rejected (ctrlX DL_INVALID_VALUE).
Siehe Ergebnisse eines Methodenaufrufs.
System (experimentell)
| Knoten | Typ | Zugriff | Beschreibung |
|---|---|---|---|
|
string |
lesen |
Was der Knoten, den der Reader abonniert, enthalten muss: ein JSON Schema (draft-04) seiner JSON-Form. Hier
der Knoten |
In dieser Version nicht vorhanden
Wer von den anderen LumiScan-Anwendungen kommt, sollte wissen, was diese Anwendung nicht veröffentlicht:
-
Kein Statusknoten. Es gibt keinen
status-codeund keinenstatus-text; ein fehlgeschlagener Lauf wird nur im Protokoll der Anwendung gemeldet (auf ctrlX OS im Systemprotokoll von ctrlX OS) und lässt inoutput/resultsdie Codes des vorherigen Laufs stehen. -
Kein Daten-Identifier. Es gibt nichts, was zurückgegeben wird; ein Ergebnis lässt sich also nicht dem Request zuordnen, der es erzeugt hat.
-
Kein Ergebnisbild. Die Anwendung rendert nichts — kein Knoten
result-imageund keine Methodeplot. Verwenden Sie LumiScan Cockpit, um die Codes im Bild gezeichnet zu sehen. -
Keine Module. Ein Reader pro Installation, unter dem einen Basispfad oben.
-
Keine Region of Interest. Jeder Lauf durchsucht das ganze Bild.