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

Salve a tutti del NG...
ho un problema da risolvere in pochissimo tempo causa cliente rompi&/%/&%...
In UN solo terminale con qualsiasi versione di Windows ho bisogno di
installare
DUE lettori di codici a barre con emulazione tastiera con interfaccia PS/2
con adattatore per USB.
Ogni volta che uno dei 2 utenti legge un codice devo scrivere su una tabella
l'articolo appena letto e da quale dei
2 lettori è stato letto....
come faccio in vb a riconoscere quale dei 2 lettori sta operando?? (sono
attaccati a 2 porte usb differenti)
vi ringrazio in anticipo per l'aiuto!!
Fer di Nanto (protettore della sacra arte dell'uccello mitologico di
Microsoft...)

attaccati a 2 porte usb differenti)
dovresti riuscire a sapere a quale porta è effettivamente collegato un
lettore... oppure vedere se nei dati passati da lettore a pc ci sono
info univoche in modo da identificarli...
Altrimenti potresti dire al cliente di passare su un codice a barre
apposito prima di passare sul prodotto.
Altro non mi viene in mente.
Ciauz
Aran Banjo
<math> 2 + 2 = 5 for sufficiently large values of 2</math>

 Ciauz
ciao e grazieeeeee!!!

 infatti io pensavo a questa soluzione ma non so come implementarla...
Solitamente insieme ai lettori viene fornito un manuale di programmazione
con dei codici a barre utile proprio per impostare il funzionamento del
lettore (es. settare caratteri di inizio e fine stringa, impostare un
indirizzo, scegliere se questo indirizzo deve essere inserito prima o dopo
il valore letto ecc..), a meno che il lettore non sia proprio da 2 soldi il
manuale ci deve essere!
Se puoi postare il modello posso vedere se ce l'ho, io con i lettori di bc
ho a che fare quotidianamente! (anche se li gestisco tramite la porta
seriale e non in emulazione)
ciaociao

 funzionamento del lettore
Giusto.
Comunque la soluzione migliore rimane quella dei lettori sulla seriale, come
giustamente fa Marg.
Per qualche motivo a me ignoto, molta gente ritiene più comodo il lettore in
emulazione tastiera, che rende impossibile distinguere il messaggio che
arriva dal lettore rispetto al tasto premuto dall'operatore, e crea una
sequenza di problematiche legate alla necessità di gestire il focus sul
form, oltre a tutta una serie di sfighe in caso di due lettori sul medesimo
PC.
Se ne era parlato dettagliatamente in passato, in questo NG, e alla fine
l'uso della seriale era risultato di gran lunga il più comodo (escludendo
.Net :-(()
Ovviamente, con una buona programmazione della pistola, è possibile gestire
tutto, ma è a questo punto obbligatorio mantenere un archivio dei codici
'cablati' dentro alla pistola, altrimenti ci si trova a non poter fare
manutenzione.
Per non parlare di cosa significhi una pistola che si rompe (caso
frequentissimo), e per la quale occorre programmare il ricambio esattamente
come la precedente, con l'ovvia impossibilità di avere una pistola 'muletto'
da sostituire al volo in caso di guasto.
Ciao
Alberto

 seriale e non in emulazione)
Ueeeeee questo sarebbe un megaaiutone da tipagounacenaalumedineon!
i lettori (almeno per questa applicazione) sono del cliente... sono dei
Manhattan CCD-ps2 (costano pochi euri :) ) e di manuale non se ne parla
proprio...
grazie mille!!!
altrimenti sai come capire qual'è la porta da cui arrivano i dati??
ciriciao!

 Ciao
Ciriciao!
Fer di Nanto

 ciriciao!
ciaociao

 sapere
si si proprio quelli... tipo Postalmarket!!!
ciriciao!!