Data-Layer-Referenz
Alle Knoten liegen unter dem Basispfad der Anwendung:
hdvisionsystems/lumiscan-dmc-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 sagt, was seine Quelle enthalten muss.
Data Layer
LumiScan DMC Reader bietet seine Funktionen auf dem Data Layer unter hdvisionsystems/lumiscan-dmc-reader an.
Auf ctrlX OS (ctrlX CORE oder ctrlX IPC) nutzt LumiScan DMC Reader den ctrlX Data Layer.
Auf einem PC mit Windows 11 oder Ubuntu 24.04 nutzt LumiScan DMC Reader LumiScan Keryx.
Knotenadressen, Typen und Aufrufmuster sind auf beiden gleich. LumiScan DMC Reader bietet:
-
ein Stream-Abonnement auf eine Quelle (experimentell)
-
keine Modulebene: Seine Knoten liegen direkt unter
hdvisionsystems/lumiscan-dmc-reader
Wie Adressen aufgebaut sind, wie Funktionen aufgerufen werden, die Statuscodes und die Werkzeuge sind in LumiScan Keryx beschrieben.
Knotenbaum
hdvisionsystems/lumiscan-dmc-reader/
├── input/
│ ├── image-address (string) address of the image node to read
│ └── parameter (flatbuffers) detection parameters
├── execute (method) read every Data Matrix 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, 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 über ihre Adresse. |
|
uint64 |
lesen |
Die Zähler des Streams, siehe Die Statistik lesen. |
| Knoten | Blockierend | Wirkung |
|---|---|---|
|
Ja |
Prüft die Eingaben von |
|
Ja |
Entfernt die von |
Die Eingaben von control/subscribe sind mit den angewendeten Werten vorbelegt, und nur
control/subscribe/execute wendet sie an. Kann dmc-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 enthalten muss, den der Reader abonniert: 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 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. -
Keine Datenkennung. Es gibt nichts, was zurückgegeben wird; ein Ergebnis lässt sich daher 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 gesamte Bild.