Newsgroup: it.comp.lang.visual-basic
Titolo: Lettore codici a barre

Dovrei realizzare un programma di Gestione Magazzino che utilizza un lettore
ottico per il codice a barre dei prodotti.
Dove posso trovare istruzioni su come gestire il Lettore? Quale lettore mi
consigliate di utilizzare??
Grazie mille.
Ciao
Luca

 lettore mi consigliate di utilizzare??
Quello che vuoi. Se č in emulazione di tastiera non devi far niente, perchč
č come se tu digitassi la lettura da tastiera.
Se invece devi creare un file (per esempio per una penna con memoria) devi
avere la documentazione della casa produttrice per la sintassi dei dati
cumulati, poi tutto si risolve col controll MsComm.


Dipende innanzittutto dal lettore che usi (marca e modello).
Assieme ad alcuni lettori viene fornito l'SDK per interagire direttamente da
vb o c, altri invece funzionano in emulazione tastiera, altri ancora si
connettono ad un ricevitore RF in pooling che scarica i dati su porta
seriale, parallela o usb, altri ancora usano schede pcmcia rf e si
connettono agli access point in modalità propietaria oppure con protocollo
802.11x (WIFI). La tua domanda è un po troppo generica, comunque puoi
ricercare nei seguenti siti
http://www.symbol.com/
 Che è la marca piu nota al mondo
oppure
http://www.datalogic.it
 per restare su una marca italiana
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Il 90% sono in emulazione tastiera. Lo gestisci come se scrivessi da
tastiera.
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
www.nicolaottomano.it

azz. mi hai fregato sul tempo. non avevo letto il tuo post... :-)


 tastiera.
Diciamo che costano decisamente meno :)
Personalmente ho avuto occasione di lavorare con un 90/95% di lettori via
seriale e gli altri in emulazione, e ti assicuro che questi ultimi sono
semplicissimi da usare (č come se digitassi sulla tastiera) ma mooooolto piů
complessi da controllare (devi sempre essere sicuro di essere sul controllo
giusto e/o di essere in attesa dati, non hai modo di capire se stai
scrivendo da tastiera o leggendo con il lettore).
Quelli via seriale, una volta fatta una funzioncina che ti intrappola la
stringa letta alla fine diventa molto piů usabile.
Ciao
--
Math Parser : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

 la stringa letta alla fine diventa molto più usabile.
In tutta sincerità (se escludiamo l'elaborazione in fase di scaricamento
della memoria di una penna autonomamente caricata, quindi con struttura
fissa) non vedo la differenza, se consideriamo quanto sopra...

 fissa) non vedo la differenza, se consideriamo quanto sopra...
Probabilemente Zanna si riferiva al fatto che è possibile instradare la
stringa letta verso una textbox predefinita.
(mentre con l'emulazione tastiera no).
teniamo conto però che se l'operatore è stupido, non vedo perchè l'azienda
dovrebbe spendere più $$$ per comprare un lettore seriale e far progettare
un sw che lo gestisca.


 far progettare un sw che lo gestisca.
Seriali o PS/2 costano assolutamente la stessa cifra (io fornisco anche
l'hardware per i miei impianti, quindi conosco i numeri). Cambia solamente
il cavetto finale, l'elettronica è praticamente la stessa.
In compenso, con un lettore a emulazione tastiera si corrono una batteria di
rischi di errori, si è vincolati a gestire il focus con estrema attenzione,
si è esposti alle cagate dell'operatore e, soprattutto, il task deve essere
in primo piano.
Con un lettore seriale, è possibile perfino realizzare software a più
livelli, in cui il modulo che gestisce l'input da lettore o altri macchinari
può benissimo essere un servizio in background.
Diciamo che con l'emulazione tastiera sembra di risparmiare tempo, ma se si
deve fare una modifica successiva, ad esempio per consentire di digitare o
premere un tastino per fare qualcosa d'altro, si diventa di gomma.
E se si devono gestire due lettori sullo stesso PC inizia il divertimento.
Per quanto riguarda l'operatore, parlare di stupidità è quantomeno
sbagliato, per non dire scorretto.
Gli operatori sono generalmente persone che fanno, di mestiere, tutt'altra
cosa che leggere dei codici. Viene imposto loro, dal titolare, di leggere
dei barcode, e questo deve essere una cosa meno invasiva possibile. Un
sistema che richieda di leggere mentre il focus è in una determinata
posizione anzichè in un'altra, richiede di conseguenza una formazione,
seppur minima, del personale, e questo ha un costo.
Ciao
Alberto


Saluti Luca M.
--- posted by geoForum on 
http://delphi.newswhat.com

 seppur minima, del personale, e questo ha un costo.
Piů che altro dopo 2 giorni ti chiedono di riscrivere il programma *prima*
di pagartelo.
All'operatore viene detto "questo lettore serve per leggere l'articolo", e
l'operatore lo usa per leggere l'articolo, non puň preoccuparsi anche di
posizionarsi con il mouse (che spesso lo alzano in verticale per andare "in
su" con la freccia).
Soprattutto se il PC sta a 30 metri dall'altra parte del capannone.


 Alberto
ciaociao