LabVIEWForum.de - QR-Code einlesen

LabVIEWForum.de

Normale Version: QR-Code einlesen
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo zusammen,

ich habe etwas Schwierigkeiten beim Einlesen und Auswerten eines QR-Codes und wäre für den ein oder anderen Denkanstoß dankbar!Smile

Zum besseren Verständnis ist das entsprechende VI und auch der QR-Code angehängt. Wenn ich den im QR-Code gespeicherten Text

Wert 1
Wert 2
Wert 3
end

in die String-Eingabe via STRG+V kopiere, funktioniert alles so wie ich mir das vorstelle. Beim Einlesen des QR-Codes via QR-Scanner entfallen allerdings die NewLine-Zeichen und alle "Werte" sind nur noch über Leerzeichen getrennt. Dadurch funktioniert natürlich das Aufteilen des Strings in die einzelnen Array-Elemente nicht mehr.

Das Hinzufügen von "\n" nach jedem Eintrag im QR-Code hilft auch nicht, weshalb ich erstmal keine Idee mehr habe, wie ich das Problem lösen kann.

An dieser Stelle auch im Voraus schonmal vielen Dank für die Unterstützung!
Hallo creo,

meistens kann man die Hand-QR Code Scanner parametrieren.
Wir nutzen z.B. den USB DataMatrix DataLogic PowerScan HandScanner PD9531-HP(E)
Ein sehr guter Scanner, wie ich finde.

Mit dem Scanner ist eine Bedienungsanleitung gekommen mit Konfigurqations-QR (oder Strich)-Codes. Durch das Einscannen dieser Codes wird der Scanner konfiguriert:
* Sprache
* Endzeichen
* Zeichensatz
...

P.S.: https://barcode.tec-it.com/de/QRCode?dat...ein%20Test

Gruß
Eugen
Hallo Eugen,

vielen Dank für deine Antwort! Mit diesen Konfigurations-Barcodes habe ich schon experimentiert, leider aber ohne Erfolg.

Als Terminator ist eine Zeilenschaltung aktiviert, aber das führt zu keiner Bestätigung der String-Eingabe. Das bedeutet, dass ich immer noch einmalmaktiv klicken muss, um die Eingabe zu bestätigen.

Der zweite Punkt ist, dass ich keine Newlines "finde", die ich ja benötige, um den String aufzuteilen...
Hallo creo,

was hindert dich daran

1) den QR-Code grundsätzlich mit Leerzeichen (oder einem anderen Trennzeichen) zu erzeugen? Ich habe den Eindruck, dass du darauf noch einen Einfluss hast. Einen QR-Code mit linefeeds oder CRs finde ich eher ungewöhnlich.
2) in deiner Aufteilungssuche das Leerzeichen als Trenner zu verwenden?

Außerdem würde ich der Einfachhalt halber auf "Spreadsheet String to Array" umsteigen anstatt hier lange mit "Match Reg Ex" rumzumachen.

Gruß, Jens
Hallo creo,

welchen Scanner verwendest du denn? Ich habe hier gerade zufällig denselben wie Eugen. Nettes Feature: den kann man z.B. auch auf RS-232 Modus umstellen, dann bist du die leidige Tastatur/String-Eingabe los.

Denn dort haben bestimmte Zeichen eben eine andere Funktion, wie z.B. Tabulator (schaltet weiter zum nächsten Element im FP), Carriage Return oder Linefeed (Linefeed könnte der Enter-Taste des Nummern-Feldes entsprechen, und das würde die String-Eingabe beenden).

Gruß, Jens
Hallo Jens,

(07.09.2022 13:14 )jg schrieb: [ -> ]Hallo creo,

was hindert dich daran

1) den QR-Code grundsätzlich mit Leerzeichen (oder einem anderen Trennzeichen) zu erzeugen? Ich habe den Eindruck, dass du darauf noch einen Einfluss hast. Einen QR-Code mit linefeeds oder CRs finde ich eher ungewöhnlich.
2) in deiner Aufteilungssuche das Leerzeichen als Trenner zu verwenden?

Außerdem würde ich der Einfachhalt halber auf "Spreadsheet String to Array" umsteigen anstatt hier lange mit "Match Reg Ex" rumzumachen.

Gruß, Jens

Das werde ich morgen gleich mal ausprobieren! Da im Barcode allerdings auch Einträge enthalten sind, die aus Wörtern getrennt mit Leerzeichen bestehen, würde ich auf ein anderes Trennzeichen, beispielsweise "&" ausweichen.

Ich verwende einen Albasca MK-5120, der sich wohl auch auf RS-232 umkonfigurieren lassen würde. Da der Scanner am gleichen Rechner aber auch noch in einer weiteren Anwendung verwendet wird, auf die ich keinen Einfluss habe, muss ich bis auf weiteres die Tastatur-Eingabe verwenden.
Hallo creo,

bei Tastatureingabe musst du halt aufpassen (und vielleicht auch tricksen).

Ein Tab-Zeichen im QR-Code wird dann interpretiert als "Weiterspringen zum nächsten Control", außer du fängst das über die Event-Struktur ab, z.B. so:
[attachment=62372]
Ein Linefeed müsste dem Betätigen der Enter-Taster des Num-Feldes entsprechen und beendet die Eingabe, außer du fängst auch das programmatisch ab.

Die Idee mit einem &-Zeichen als Spaltentrenner hört sich nach einem guten Kompromiss an.

Gruß, Jens
Genau danach habe ich gesucht Smile
Vielen Dank. Funktioniert 1A
Referenz-URLs