Data-Layer-Referenz
Alle Knoten liegen unter dem Basispfad der Anwendung:
hdvisionsystems/lumiscan-qr-code-reader/
Die Pfade unten sind relativ dazu angegeben. Ein einzelner Lesevorgang verwendet vier Knoten; der Bild-Stream (experimentell) ergänzt die Knoten unter Bild-Stream, und System sagt, was seine Quelle enthalten muss.
Data Layer
LumiScan QR Code Reader bietet seine Funktionen auf dem Data Layer unter hdvisionsystems/lumiscan-qr-code-reader an.
Auf ctrlX OS (ctrlX CORE oder ctrlX IPC) nutzt LumiScan QR Code Reader den ctrlX Data Layer.
Auf einem PC mit Windows 11 oder Ubuntu 24.04 nutzt LumiScan QR Code Reader LumiScan Keryx.
Knotenadressen, Typen und Aufrufmuster sind auf beiden gleich. LumiScan QR Code Reader bietet:
-
ein Stream-Abonnement auf eine Quelle (experimentell)
-
keine Modulebene: Seine Knoten liegen direkt unter
hdvisionsystems/lumiscan-qr-code-reader
Wie Adressen aufgebaut sind, wie Funktionen aufgerufen werden, die Statuscodes und die Werkzeuge sind in LumiScan Keryx beschrieben.
Knotenbaum
hdvisionsystems/lumiscan-qr-code-reader/
├── input/
│ ├── image-address (string) address of the image node to read
│ └── parameter (flatbuffers) detection parameters
├── execute (method) read every QR 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 Durchlauf gefunden hat, Typ
|
Bild-Stream (experimentell)
Der Reader liest jeden Frame des abonnierten Cam-Driver-Streams, 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 Hexziffern. |
|
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 beginnen mit dem, was angewendet ist, und nur control/subscribe/execute
wendet sie an. Wenn qr-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 Durchlauf wird nur im Anwendungsprotokoll gemeldet (auf ctrlX OS im Systemprotokoll von ctrlX OS) und lässt inoutput/resultsdie Codes des vorherigen Durchlaufs stehen. -
Kein Daten-Identifier. Es gibt nichts, was zurückgegeben wird, sodass ein Ergebnis nicht der Anfrage zugeordnet werden kann, die es erzeugt hat.
-
Kein Ergebnisbild. Die Anwendung rendert nichts — es gibt keinen 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 Durchlauf durchsucht das gesamte Bild.