Newsgroup: it.comp.lang.delphi
Titolo: collegamento lettori codici a barre

ciao a tutti,
in che modo è possibile interfacciare con delphi Penne e lettori di codici a
barre a radiofrequenza per l'invio di una prenotazione (ristorante,
bar,ecc)??? Attualmente ho collegato al mio applicativo solo un lettore
barcode che si collega alla porta PS/2 e funziona in emulazione tastiera...
con dei terminali a radiofrequenza + sofisticati è possibile effettuare una
prenotazione completa (prodotto, quantità, ecc..) ma come è possibile
aggiungere record senza passare per un form di aggiunta??? In pratica il
cameriere immette il codice del prodotto, la quantità, i dati vengono
passati all'applicativo che li riceve e li inserisce nel database
automaticamente.....è quest'ultimo punto che non so come realizzare...:-((
ciao!

niente di difficile....
ci sarà qualcuno in ascolto su quella determinata frequenza che va a
prendere i dati.. li gira ad un altro oggetto che li salva sul db...
dove sta il problema?

"Antonio Mazzeo" <aNULL...@emailDOT.it> ha scritto nel messaggio
news:5hllqu4kaq2i7vqc2...@4ax.com...

bhe..come faccio a mettere in "insert" il db quando vengono passati i dati
senza passare per un form???
ciao!

semplice: usi insert.
A.


Ci sono due ordini di problema: la parte hardware e quella software.
Per quella hardware non ho esperienze sufficienti per darti consigli
validi
Riguardo quella software, a te la scelta su dove e come mettere le
componenti per accedere al database.
In realta' invece che gestire l'inserimento dei dati "passando per
forza " dal form, ti bufferizzi i dati (in variabili, stream o
strutture) e poi fai l'inserimento da codice con i classici
tabella.append, tabella.post....
Facciamo un esempio molto teorico: 
Utilizzando una AdoTable, e ricavati i campi persistenti dalla stessa.
Quando la parte hardware ti avvisa che i dati di un ordine sono in
attesa di essere elaborati, li prelevi e con una sequenza li memorizzi
nel db.
la sequenza e' in una procedura che viene innescata quando l'evento
dei dati pronti si scatena:
procedure OnDataReadyFromRadioTransponder()
begin
  //Ricavati i valori da inserire nel db leggendoli dalla parte
//hardware
  miatabella.append;
  miatabellaCAmpoPersistente1.value := valore del campopersistente;
  miatabellaCAmpoPersistente2.value := valore del campopersistente;   
  eccc....
  try
 
miatabella.post
  except on e:exception do begin
        shomsg(errore) bla bla blah.....
      end;
  end;
   FunzioneDiStampaComandeAllaCucina;
 
   //Aggiorna la parte video che mostrera' lo stato dell'applicativo
   // una roba del tipo: comande ricevute:nn, ultima comanda: blah
///blah bla
end
Scusa l'approssimazione del codice, ma mi interessava la logica che
puoi scrivere sul db senza necessariamente passare per i controlli
dbaware.
Ciao
Morde


grazie mille!!! in effetti devo prima documentarmi meglio
sull'hardware....soprattutto per quanto concerne la scelta delle
quantità,ecc...
cmq grazie mi hai tolto qualche dubbio!!!
ciao!

 quantità,ecc...
io sono il produttore di un software di gestione ristoranti, e la gestione
comande via radio, di cui mi sto interessando da qualche anno, non e' un
discorso granche' valido, sia per i costi che per la complessita' della
gestione. Il personale dovrebbe imparare i codici dei piatti, tanto per
cominciare, e di tutte le varianti, il che non e' affatto semplice.
L'aspetto tecnico della questione poi e' decisamente complesso. Le
tecnologie in commercio non sono molte, ma in compenso sono tutte
proprietarie e incompatibili tra loro, quindi dovresti affidarti ad un
produttore (ad es. Ordermann), acquistare l'hardware (metti in conto
2500-4000 euro di spesa), studiartelo, svilupparci su, e poi proporlo
all'ipotetico cliente.
Se pensi a soluzioni alternative e non professionali come gli IPAQ, a
colori, con touch screen e connettivita' bluetooth.. scordatele! hanno una
batteria non sostituibile e molto limitata come autonomia, sono
strutturalmente fragili, e in piu' ci gira quella schifezza di WinCE che
richiede un sistema di sviluppo a parte (con Delphi non ci puoi fare proprio
nulla - l'unica sarebbe usare il browserino interno insieme ad un terminal
server fatto in Delphi sul pc, ma attualmente il Pocket Internet Explorer ha
grossissime limitazioni quanto a funzioni di javascript ecc. quindi grossi
problemi di compatibilita' rispetto ai browser "standard").
Ciao, Sandro

comande via radio, di cui mi sto interessando da qualche anno, non e' un
[...]
Il tuo know-how e' molto prezioso!
Ieri sera ero in un  crazy bull : il cameriere ha preso gli ordini
inserendo il codice numerico degli articoli, poi ci ha consegnato un
badge che alla cassa abbiamo riconsegnato pagando.
Non sapevo di questa nuova forma di pagamento.
Prima il tutto era legato ai numeri di tavolo.
Ciao
Morde

 badge che alla cassa abbiamo riconsegnato pagando.
un sistema a dir poco bizzarro :) beh comunque andra' pure bene in un "crazy
bull" (che roba e'???), che magari ha un menu' fisso e limitato (tipo
MacDonalds, per intenderci) ma in un ristorante tradizionale, dove il
cliente vuole la pasta con poco sugo, o la pizza con doppia mozzarella e
senza asparagi, voglio vedere il cameriere a digitare i numeretti di tutti i
piatti+le varianti+le quantita', soprattutto quando il cameriere e' uno
stagionale che e' materialmente impossibile possa imparare a memoria 300-400
codici o girare con appeso alla cintura il listino di riferimento. Alla fine
e' meglio la comanda cartacea, e una gestione informatizzata dalla cassa in
poi.
Ciao, Sandro

MacDonalds, per intenderci) ma in un ristorante tradizionale, dove il
Infatti, crazy bull č una catena di locali tipo macdonald, dove puoi
mangiare o bere, e il menu' ha qualche decina di articoli, ad esempio
i cockatil hanno codice dal 300 al 320, i primi piatti dal 250 al 260,
ecc..... il cameriere deve solo inserire nella macchinetta i codici.
Effettivamente non č una gestione complessa quale quella di un
ristorante.
Ah,a proposito di ristoranti:
"Cameriere mi dia del maiale in agrodolce".
"Subito, signore: lei č un lurido maialetto!".
Ciao,
Morde.


ciao!
maurizio

 MacDonalds, per intenderci)
si in effetti quando ho pensato all'applicativo ho sempre pensato ad un Pub
come target ideale...
ciao

 mentre un terminalino costa meno (o dio...lo spero!) ;-))
un terminalino radio professionale costa sui 1500/1750 Euro+IVA + il costo
della stazione ricevente multiterminale (1000/1500 Euro+IVA) + il costo dei
vari ripetitori. Costi spaventosi insomma!
Un pocket pc costa minimo 600 Euro+IVA a cui va aggiunta la scheda radio
(300 Euro+IVA come minimo) + la stazione ricevente sul pc (che non so quanto
costa e soprattutto non sono sicuro che sia multiterminale, insomma e' una
bella incognita), quindi comunque costi alti. E oltretutto hai una
macchinetta non professionale, fragile, soggetta a rapidissima obsolescenza
tecnologica, e con batteria non sostituibile (quando si scarica devi avere
un altro pocket pc carico e pronto per entrare in funzione, quindi, come
minimo, devi acquistare 2 pocket pc anche se la persona che lo usa e' una
sola).
Insomma, anche io come te sono parecchio perplesso su tutta la faccenda.
Meglio il taccuino a mano, che ne dici? ;)
Ciao, Sandro


effettivamente....non pensavo che quei terminali costassero tanto!!!! forse
hai ragione...;-))
ciao!

Ciao,
forse può esserti utile il terminale della datalogic il formula 732 o 734 la
differenza stà nella memoria disponibile 128Kb nel primo e 512Kb nel
secondo.
Questi terminali sono programmabili  quindi potresti programmarli in modo
tale da chiedere prima il tavolo e poi scannerizzare le ordinazioni con
quantità.(vedi sito programma Easygen)
L'acquisizione da parte del pc avviente quando li metti sulla 'culla' e
lanci il programma di scarico viene generato un file txt.
Il tuo programma del pc dovrebbe lanciare lo scarico e poi acquisire il txt.
Puoi avere sul terminalino anche più tabelle una caricata con codice e
prezzo e l'altra per la lista delle ordinazioni.
Il terminale F732 dovrebbe aggirarsi fra i 600/700 euro.
Ma guarda sul sito per maggiori info...
www.datalogic.com
ciao Max