Voraussetzungen

Lizenz

Wie LumiScan Aztec Code Reader lizenziert wird, hängt davon ab, wo Sie es gekauft haben und wo es läuft:

Gekauft bei Läuft auf Lizenzierung

HD Vision Systems

Windows 11 oder Ubuntu 24.04

Die Lizenz liegt auf Ihrem LumiScan Key. Sie ist ein Einmalkauf und wird nicht verlängert.

Lizenzierungsweg: gekauft bei HD Vision Systems

ctrlX Store

Windows 11

Die Lizenz liegt in ctrlX WORKS. Zusätzlich ist der LumiScan Key erforderlich; er schützt die Software vor Reverse Engineering.

Lizenzierungsweg: ctrlX Store, Windows

ctrlX Store

ctrlX OS (ctrlX CORE oder IPC)

ctrlX-Lizenz SWL-W-XCx-AZTECCRDSxHDVSx-V1NN, eine Lizenz pro App-Instanz. Advanced-Funktionen benötigen zusätzlich SWL-W-XCx-AZTECCRDAxHDVSx-V1NN.

Lizenzierungsweg: ctrlX Store, ctrlX OS

Jedes Gerät, auf dem LumiScan Aztec Code Reader gleichzeitig läuft, benötigt einen eigenen LumiScan Key. Keys können zwischen Geräten ausgetauscht werden.

Wie Sie die CodeMeter Runtime installieren und Lizenzen anfordern, verlängern und an einem anderen PC verwenden, steht in LumiScan Lizenzierung.

Auf ctrlX OS wird die Lizenz beim Start bis zu zehn Sekunden lang geprüft; wird in dieser Zeit keine verfügbar, beendet sich der Reader, und der Grund wird in das Systemprotokoll geschrieben.

Ist eine Advanced-Lizenz verfügbar, verwendet die Anwendung sie automatisch. Ist keine verfügbar, läuft sie mit den Standard-Funktionen, statt den Start zu verweigern.

Eine Bildquelle auf demselben Data Layer

Die Anwendung liest ihre Bilder aus dem Data-Layer-Bildknoten einer anderen Anwendung.

Auf ctrlX OS: Diese Anwendung muss auf derselben ctrlX CORE oder demselben ctrlX IPC laufen — der Zugriff auf einen entfernten Data Layer wird nicht unterstützt.

Auf einem PC: Diese Anwendung muss mit demselben LumiScan-Keryx-Broker verbunden sein wie der Reader (siehe LumiScan Keryx auf einem PC).

In der Praxis ist das LumiScan Cam Driver, aber jede Anwendung funktioniert, solange der in input/image-address genannte Knoten diese vier Kindknoten bereitstellt:

Knoten Typ Beschreibung

data

Array aus uint8

Rohe, unkomprimierte Pixeldaten

width

uint64

Bildbreite in Pixeln

height

uint64

Bildhöhe in Pixeln

pixel-type

string

Name des GenICam-Pixelformats

Unterstützte Pixelformate

Mono8, Mono12, RGB8, RGB12, BGR8, BGR12, Bayer_GR8, Bayer_RG8, Bayer_GR12, Bayer_RG12.

Der Name wird ohne Rücksicht auf Groß-/Kleinschreibung verglichen, und bei den Bayer-Namen darf der Unterstrich weggelassen werden — BayerGR8 und bayer_gr8 sind dasselbe Format. Bayer-Bilder werden vor der Suche in Farbbilder umgewandelt.

Jedes andere Pixelformat wird abgelehnt, und der Lauf liefert kein Ergebnis.

Die Bilddaten müssen für das angegebene Format mindestens width x height x bytes-per-pixel Bytes umfassen. Ein Puffer, der kürzer ist, als die Metadaten versprechen, wird abgelehnt, statt über sein Ende hinaus gelesen zu werden.

Speicherung

Das Lesen eines Codes speichert nichts: Es gibt kein Referenzbild und keine Modulliste, und die Adresse in input/image-address liegt auf dem Data Layer.

Der Bild-Stream (experimentell) legt zwei Dinge im Konfigurationsverzeichnis der Anwendung ab (siehe In der Einstellungsdatei gespeichert): seinen Stream-Modus und das, was er abonniert, in aztec-code-reader.json, dort gespeichert, sobald sie sich ändern, und wofür jeder Einstellungs-Hash steht, in settings-history/ - eine kleine JSON-Datei pro Hash, die nie gelöscht wird. Siehe Codes auf einem Bild-Stream lesen.

Zeitverhalten

Das Lesen ist synchron: Der Schreibvorgang auf execute kehrt zurück, wenn die Suche abgeschlossen ist. Wie lange das dauert, hängt von der Bildgröße ab, da bei jedem Lauf das ganze Bild nach Codes durchsucht wird.