Data-Layer-Referenz
Alle Knoten liegen unter dem Basispfad der Anwendung:
hdvisionsystems/lumiscan-barcode-reader/
Die Pfade unten sind relativ dazu angegeben. Ein einzelner Lesevorgang verwendet vier Knoten; der Bild-Stream (experimentell) ergänzt die unter Bild-Stream aufgeführten Knoten, und System sagt, was seine Quelle enthalten muss.
Data Layer
LumiScan Barcode Reader bietet seine Funktionen auf dem Data Layer unter hdvisionsystems/lumiscan-barcode-reader an.
Auf ctrlX OS (ctrlX CORE oder ctrlX IPC) nutzt LumiScan Barcode Reader den ctrlX Data Layer.
Auf einem PC mit Windows 11 oder Ubuntu 24.04 nutzt LumiScan Barcode Reader LumiScan Keryx.
Knotenadressen, Typen und Aufrufmuster sind auf beiden gleich. LumiScan Barcode Reader bietet:
-
ein Stream-Abonnement auf eine Quelle (experimentell)
-
keine Modulebene: Seine Knoten liegen direkt unter
hdvisionsystems/lumiscan-barcode-reader
Wie Adressen aufgebaut sind, wie Funktionen aufgerufen werden, die Statuscodes und die Werkzeuge sind in LumiScan Keryx beschrieben.
Knotenbaum
hdvisionsystems/lumiscan-barcode-reader/
├── input/
│ ├── image-address (string) address of the image node to read
│ └── parameter (flatbuffers) detection parameters
├── execute (method) read every barcode 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 Data-Layer-Bildknotens, der gelesen werden soll. Der Reader hängt |
|
flatbuffers |
lesen, schreiben |
Erkennungsparameter, Typ
|
|
|
Methode
| Knoten | Blockierend | Wirkung |
|---|---|---|
|
Ja |
Liest das Bild an |
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, 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 Quelle, die entfernt werden soll, 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 dem vorbelegt, was angewendet ist, und nur control/subscribe/execute
wendet sie an. Kann barcode-reader.json nicht geschrieben werden, antworten beide Methoden mit DL_CREATION_FAILED
und ändern nichts. Die Ergebnisse eines Methodenaufrufs auf jedem Data Layer sind in
Ergebnisse eines Methodenaufrufs aufgeführt.
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 weder
status-codenochstatus-text; ein fehlgeschlagener Lauf wird nur im Protokoll der Anwendung gemeldet 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 - keinen Knoten
result-imageund keine Methodeplot. Verwenden Sie LumiScan Cockpit, um die Codes im Bild eingezeichnet zu sehen. -
Keine Module. Ein Reader pro Installation, unter dem einen Basispfad oben.
-
Keine Region of Interest. Jeder Lauf durchsucht das ganze Bild.