Wie programmieren mir Barcode-Scanner?

[Delphi-Coder]

Hallo,

ich will demnächst ein Programm schreiben, welches u.a. Barcodes erstellen und auch einlesen/entziffern können muss.
Das Erstellen der Barcodes ist ja nicht das Problem! Aber was gibt mir denn eigentlich der Barcode-Scanner zurück? Oder auch: Wie kommt das Ergebnis in mein Programm?
Hat schonmal jemand mit Barcodes gearbeitet und kann mir ein gute Tipps geben?

Vielen Dank schonmal im voraus!


MfG
Delphi-Coder

[Christian Seehase]

Moin Delphi-Coder,

was ich bislang an Barcode Scannern gesehen habe liefern die, frag mich nicht über welchen Weg, einen String zurück, der dem codierten Inhalt entspricht.

[himitsu]

Viele Barcode-Scanner decodieren den Code und geben ihn als String zurück.

Die, die ich gesehen habe, lieferten den decodieren Code über die serielle Schnittstelle (COMx) oder über eine virtuelle serielle Schnittstelle (z.B. mittels Treiber von USB oder PS/2 auf COMx).

Wie man die serielle Schnittstelle anspricht, war vor kurzem auch ein Thema hier.

[brainmue]

Sehr viele Barcodeleser nutzen auch einen ganz einfach wie auch genialen Trick!
Sie werden zwischen den PS/2 Anschluss geklemmt und geben die Daten einfach als Tastatur Signal ein!
Damit sind keine Treiber oder andere Dinge am Rechner nötig!
Dieses Verfahren wird bei den meisten Registrierkassen mit Handscanner angewendet!

Aber eine kleine Frage stellt sich mir schon noch!
Barcodes zu erstellen ist nicht das Problem???? Also, ich finde das ist ein riesiges Problem!
Ich habe schon einige male Versucht so was zu machen. Allerdings nicht mit Delphi!
Du musst beim späteren Ausdruck sicherstellen das das Seitenverhältnis exakt stimmt.
Bei mir hat das meist erst nach einigen anlaufen geklappt!
Wenn Du eine gute Lösung hast, dann kannst Du Sie mir ja auch zu kommen lassen.
Ich wäre echt dankbar!

Gruß
Michael!

[Generalissimo]

Also wir haben mit den Barcode-Scannern die sich in die Tastatur einschleifen
sehr gute Erfahrungen gemacht. Der Programmieraufwand ist gering und die Möglichkeiten
in der Verarbeitung gross.
Ein guter Scanner (nicht Industriescanner) gibts schon ab 135€

[himitsu]

@brainmue
hast recht, die gab's ja auch noch.

Zitat:

Du musst beim späteren Ausdruck sicherstellen das das Seitenverhältnis exakt stimmt.

Soweit ich das noch weis, ist das Seitenverhältnis egal.
Der Scanner achtet doch nur auf die Breite der Striche und Zwischenräume. Wenn der Code jetzt seitwärts gelesen wird, ist es egal ob der Code nun 2m oder 2cm hoch ist. (Der Scanner liest sich doch bloß auf einer Linie durch den Code)
Außerdem hätten sonst die Scanner in den Kaufhallen es sehr schwer die verbeulten und quer vor den Scanner gehaltenen, also total verzehrten Codes zu lesen.

Das mag bei den "neuen" mehrdimensionalen Codes anders sein, aber um so einen wird es sich mit Sicherheit nicht handeln.


Es gibt auch billigere Scanner (Stift-Scanner). Damit hatten wir aber einige kleinere Probleme.
-die Lebensdauer einiger Barcodes war ziemlich gering
-da der Nutzer die Scanngeschwindigkeit vorgibt, die nicht unbedingt Ideal ist, kam es schon mal zu Fehlern im gescannten Code
...

[Hansa]

@Delphi-Coder:

Zitat:

Aber eine kleine Frage stellt sich mir schon noch!
Barcodes zu erstellen ist nicht das Problem????

Entweder ist die Frage falsch gestellt, oder Du willst keine Barcodes erstellen. Die kleine Frage, wird nämlich wahrscheinlich zu einer großen werden. Also: Das Einlesen dürfte kein Problem machen, aber was willst Du erstellen ? Etwa einen EAN-Strichcode ??? Ansonsten ist alles gesagt.

[r_kerber]

@Hansa:
Barcode erstellen (drucken) ist tatsächlich kein Problem. Zum einen können dies schon Report-Generatoren (unter Umständen mit Third-Party-Komponenten) zum anderen gibt es Barcode-Fonts als TrueType-Schriften.

@Delphi-Coder:
Das Einlesen von Barcodes ist auch kein Problem. Einfach eines der hier bereits beschriebenen Geräten für Anschluß an die Tastatur einsetzen. Dann kannst Du den Barcode sogar in ein TEdit-Feld einlesen (wahlweise mit oder ohne ENTER).

[SirThornberry]

wo liegt jetzt eigentlich noch das problem. Das erstellen von Barcodes ist es nicht und das einlesen auch nicht. Die Barcodescanner in unserer firma haben alle nur ein Problem. "&" und "§" und soweiter werden nicht richtig zurückgegeben. Der einzige Barcodescanner der das bei uns richtig macht ist einer mit Blue Tooth (oder wie das geschrieben wird) und der bringt die Tasten auch per kernelemulation (irgendwie sowas) als Tastatursignal ins windows... Das einzige Problem was wir hatten ist das sobald ein Barcode eingescannt wird dieser ins richtige programm gelangt. Wenn zum Beispiel word infront ist und ein barcodegescannt wird sollte dieser trotzdem an die Anwendung geschickt werden die das ganze in die Datenbank einträgt. Wurde dann mit nem hook gelöst der die zeischen verwirft (und somit nicht an die foreground-anwendung) schickt dann das Programm für die DB-Aktuallisierung nach vorne holt und dann die zeischen dahin sendet. Die Barcodes zu erzeugen war auch nicht das problem, gibts ja eindeutige standarts und die wurden einfach in ner extraunit realisiert und dann eingebunden

[Hansa]

Zitat von Delphi-Coder:

...welches u.a. Barcodes erstellen und auch einlesen/entziffern können muss.
Das Erstellen der Barcodes ist ja nicht das Problem! ...

Die bisherigen Antworten bezogen sich auf einlesen/drucken von Barcodes. Das ist in der Tat kein Problem. Ist die Frage nun falsch gestellt oder nicht ? Das ERSTELLEN eines Barcodes kann nämlich sehr wohl sehr schwierig werden.