Buffer de leitura de teclado / Leitura de Código de Barras

[sesistemas]

Olá!

Boa tarde!

Ao serem executadas leituras consecutivas de códigos de barra para vendas, como é comum em supermercados;

A cada item que eu uso o método “VendeItem”, eu tenho de aguardar a impressora imprimir para que eu possa passar novamente este item pelo leitor de código de barras...

Isso torna o sistema muito lento para o usuário final...

Em outra aplicação que tenho, (a qual faz a comunicação diretamente com a DLL e a impressora Bematech), Não precisei fazer nenhum tratamento para o próprio Windows armazena o buffer de entrada (seja pelo teclado ou seja pelo leitor de código de barras) e envia o comando para a impressora;

Como vocês contornarão esta situação?

[Juliomar Marchetti]

Você utiliza o ACBrLCB para ler os códigos? se sim habilitou a fila? ou o leitor não é via serial e sim usb ou junto ao teclado?

o ACBrECF trabalha diferente da DLL, ela trava o sistema

acho que você deveria pesquisar por fila aqui no fórum

[sesistemas]

Estou fazendo a entrava via teclado (usb);

Mais valeu a dica da Fila vou dar uma olhada aqui no forum e ver o que eu encontro;

E quanto ao ACBRLCB não estou usando...

[sesistemas]

So pra constar, estou fazendo este processo da seguinte forma:

Cadastrei um item no meu sistema com código "1";

Na tela de venda há um "edit", onde eu informo o código do item, ao ser pressionado "enter" é disparado o evento de venda do item;

Assim sendo eu "teclo" : 1 "enter" 1 "enter" 1 "enter" 1 "enter" 1 "enter" ....

Sei que a impressora demora a processar as vendas, porem apenas o primeiro 1 enter é processado, o restante das entradas de teclado são ignoradas;

Acredito que seja alguma rotina interna do ACBR que limpe este cash;

[Daniel Simoes]

Não tem nada a haver com o ACBr... Com a DLL do fabricante o comportamento é ligeiramente diferente, pois qual ela está sendo executada, a sua Thread (Main) está suspensa e bloqueada...

Se você não implementar um mecanismo de filas isso nunca funcionará, pois a rotina de Venda de Item será disparada várias vezes de forma concorrente...

Experimente algo mais simples:

ACBrECF1.Device.ProcessMessages := False;

[sesistemas]

Daniel

Deu certo!

Desculpa minha ignorância mais, da pra explicar o superficialmente o que eu desabilitei com este comando?

pq eu tenho receito do que isto pode acarretar...

[Daniel Simoes]

O ACBrECF1.Device.ProcessMessages faz o ACBrECF chamar internamente Application.ProcessMessages enquanto ele fica esperando a resposta do ECF...

A vantagem deste método, é que a sua interface não fica "congelada", enquanto o ECF não responde...

A desvantagem, é que com a Interface livre para novos cliques e "enters", o usuário consegue disparar chamadas a eventos de forma concorrente...

Desativando o ProcessMessages o ACBrECF se comportará semelhante a uma DLL de fabricante de ECF, ou seja, só devolverá o controle para a sua aplicação, quando ele terminar de trabalhar...

[sesistemas]

ok!

Mais uma vez muito obrigado!