Newsgroup: it.comp.lang.delphi
Titolo: Problema con lettore codici a barre

Allora, ho fatto il mio bel programma con i codici a barre, dove il
codice lo do io inserendolo in un database. ORa pero', il lettore del tipo
dove serve non lo riconosce dalla sua pistola. Qual'e' il trucco per
farglielo riconoscere ?
--- posted by geoForum on 
http://www.delphiedintorni.it


Verifica che il formato del codice sia conforme agli standard (EAN ,128, 
UPC ,39 etc..) e che questo sia supportato dal lettore in uso.
Inoltre il lettore deve essere abilitato a riconoscere un particolare 
formato (in molti si può abilitare il riconoscimento di questo o di quel 
formato).
In particolar modo devi anche verificare che il cheksum (per l'EAN in 
particolare) sia corretto.
E poi (domanda stupida) il codice con cosa lo stampi ? (report si intende).
Omega

 farglielo riconoscere ?
emulazione tastiera o seriale?
-- 
Alberto Salvati
A NEAPOLITAN Delphi Developer who is studying c# and .net
"Dicette 'o pappece 'nfaccia 'a noce dammi 'o tiempo che pure te spertoso"

Ciao ragazzi, allora scrivo perche' il programma di nabe sto cercando
anche io di dargli una mano.
La pistola in questione e' della casa Metrologic, il modello e' Eclipse
MS5145.
Il programma dovrebbe servire per carico e scarico delle merci di un
negozio, con annessa la possibilita' di stamparvi le etichette.
La loro stampante e' la Brother mod. HL 5040.
Nabe e' riuscito a impostare una sezione del database dove e' possibile l'
inserimento della merce in carico e dove stampando, sostituendo
logicamente le etichette nella stampante con carta normale si stampino
pagine normali.
Un' altra area che nabe e' riuscito ad inserire e' quella dedicata alla
stampa dove inserendo dei dati e' possibile stampare delle etichette,
entrambi non riusciamo a capire, nonostante si abbiano le etichette che
usino in tale negozio, perche' non vi e' riportato, sappiamo solo che ne
sono 4 per pogni riga per un totale di 8 righe.
Arrivo a problemi:
1)il programma inseriti i campi dell' area stampa dovrebbe GENERARE il
codice a barre, invece mi visualizza il codice del prodotto immesso nel
campo del codice prodotto; dico questo perche' loro han provato ad aprire
il codice a barre di una pagina di prova con quella pistola e non andava
bene, non so perche' forse la codifica non era ben accetta oppure il
codice ha bisogno di restare in archivio o salvato nell' archivio per
potersi far conoscere dalla pistola.
2)una volta che loro han stampato le etichette e apposte ai loro prodotti,
ci sarebbe bisogno che ogni qualvolta avvenisse una vendita di un
prodotto, con la pistola leggessero quel codice a barre di quel prodotto e
tale prodotto finisse (letto dal programma), memorizzato nell' area di
scarico, salvandolo nel programma.
Se fosse possibile, cosa che nabe e io (anche se io ho solo tentato di
dargli una mano), ci dovrebbe, sempre se possibile, cosa che faciliterebbe
la gestione delle etichette da parte del negozio, di decidere il numero di
etichette da stampare.
Se al negozio arrivassero 3 prodotti, e' anomalo stamparvi un' intera
pagina, vi pare?
Vi ringrazio infinitamente per l' attenzione, spero di non essermi
dilungato troppo e di esser stato chiaro. :)


 
Direi che i codici a barre ora come ora sono il vostro ultimo 
problema.... Fare un gestionale di questo tipo non è banale, ci sono 
diversi problemi da risolvere e quello dei barcode probabilmente è 
quello piu' semplice.
Comunque che tipo di db state usando? Per sapere come gestire scarichi e 
carichi, come lo avete strutturato? Che report usate?
Ciao,
Ukkiosan

Usiamo il fuzzyreport, l' abbiam strutturato in modo da risultare piu'
facile possibile, perche' le persone che lo devono usare non hanno una
gran capacita' e non voglio perder tempo a imparare le cose.
Abbiamo inserito un database in cui si inseriscono manualemente tutti i
parametri da salvare come merci in arrivo, inserito anche il comando di
stampa per pagine normali, in modo da stampare a fine anno tutto il resoconto.
L' altra area che nabe ha inserito e' quella della stampa, inserendo i
campi interessati per generare i codici a barre e le etichette di cui
parlavo prima. 

--- posted by geoForum on 
http://www.delphiedintorni.it


ho contattato nabe e mi ha detto questo : Il formato del codice e' e'
EAN13. il lettore bisogna che lo vada a vedere io perche' non ne ho idea
cosa puo' fare ,se selezionare o no il tipo di codifica o cos' altro . Il
report come ho gia' detto  e' fatto con fuzzyreport, ma questa cosa del
checksum a nabe sfugge. Cos'e' ?


 parlavo prima. 
Ma avete provato a stampare i barcode con una codifica diversa come ti 
ha suggerito omega?
Mi sembra che stiate improvvisando un po' troppe cose su questo 
programma... spero almeno  sia un regalo  fatto tanto per divertirsi 
(non lo farete mica pagare con queste basi...)
Ciao,
Ukkiosan


Caro ukkio, questo programma e' stato fatto con l' intento di riprendere
la mano sulla programmazione dopo uno stop dalla fine della scuola
superiore, quindi non lo paghera' nessuno :D ora, ieri nick aveva messo un
reply per omega, ma glielo ha messo subito dopo il suo reply e quindi non
lo ha visto nessuno ^^ per riassumere, il tipo di codifica lo puo' vedere
solo nick dato che e' lui che puo' andare li' a vedere che tipo usa la
pistola, al limite gliele faccio provare tutte. Poi, omega ha accennato a
un certo checksum, mi spiegate cosa e' ?
