Erro Ao Usar Elgin/acbr

[rodineiamorim]

Srs.

 

Estou com um problema e não consigo perceber onde é, seguinte: Executa normalmente todos os comandos do ECF, abre cupom, vende item, lança formas de pagamento fecha cupom... emite leitura X, redução Z.. e por ai vai... mas em alguns momentos o comando simplesmente não é executado, sendo eles: venda_item, fecha_cupom mas a aplicação não recebe mensagem de erro por parte do ACBr. Então setei a propriedade "tentarnovamente" para true e em nos casos citados acima aparece uma caixa de diálogo perguntando se quero tentar novamente... mas isso incomoda muito o operador. O que pode estar havendo:

a) PORTA SERIAL com problema

Configuração erronea do componente (já tentei em 9600baud e 115000baud)

c) Há alguma maneira de saber se o comando foi executado para que eu possa forçar a tentativa sem avisar o usuário ? (observei no demo do ACBr e isto não é feito)

 

Se alguem tiver passado por isso agradeceria qualquer ajuda

 

Obrigado.

[Juliomar Marchetti]

Acho que seu problema está em enviar vários comandos ao mesmo tempo

o ACBrECF não trabalha igual as dll de fabricantes então a sugestão seria verificar

as propriedades AguardaImpressao e AguardandoResposta

se observar as mesmas dentro do componente elas são alteradas conforme é liberado dos comandos

espero que lhe ajude

[rodineiamorim]

Julio, muito obrigado pela dica. Agora, já abusando um pouco mais poderia me dar um exemplo de como utilizar estes eventos ?

[Juliomar Marchetti]

tem também a opção de processmesssages no device do acbrecf

ou faz algo do genero assim

 

while acbrecf.AguardaImpressao do

application.processmessages

[rodineiamorim]

Eu faço isso abaixo do comando ? ou no evento do ECF ? (antes de mais nada, vlw mesmo cara)

[Daniel Simoes]

Mude isso no seus fontes, e provavelmente você terá seus problemas corrigidos...

 

ACBrECF1.Device.ProcessMessages := False ;

 

Isso fará o ACBrECF interromper a Thread principal (o Application) enquanto ele trabalha... Porém seu programa pode ter o efeito de ficar "congelado" em algumas situações de comunicação demorada... Ou seja, o mesmo comportamento das DLLs ...