Daniel Simoes

Capture a saída do ACBrMonitor e grave usando um MEMOWRITE

é exatamente isso que o ACBrECF faz quando a propriedade AguardaImpressao := True Veja nos fontes o método Interno: VerificaFimImpressao

Sim... veja esse post: viewtopic.php?f=10&t=2092&hilit=USB+localhost

SIM, se você instalar um driver da Epson que faça a USB emular uma serial... Porém nos testes preliminares que fiz esse recurso se demonstrou instável...

Enviei para o SVN uma possível implementação para o ACBrMonitor suportar os comandos: ECF.ARREDONDAITEMMFD := FALSE ou ECF.SETARREDONDAITEMMFD('FALSE') por favor baixe do SVN e teste

Acho que é para funcionar na Bematech... No Ativar da classe da Bematech existe: fsVendeItemExtendido := fpArredondaItemMFD; E se não me engano o comando de Venda de Item Estendido da Bematech faz o arredondamento...

Mas isso não seria problema... pois essa exceção é capturada internamente nos fontes do ACBrECF... ou seja, ela não seria propagada

Vc pode configurar na aba ECF do ACBrMonitor

Enviado pro SVN... Obrigado Fernando...

São exceções silenciosas.... estude os fontes para compreender melhor... Apenas a IDE do Delphi tem o péssimo hábito de ficar mostrando elas

Isso só ocorre quando rodando o programa na IDE ? Se SIM, desabilite "Stop on Delphi Exceptions"

O ACBr é código aberto... siga vc mesmo com o Debug nos fontes do ACBr e tente achar o problema... Verifique se vc tem a última versão da DLL da Bematech... ou se tem várias versões da DLL instalada na sua máquina... O ideal é manter a DLL do fabricante na pasta da aplicação

Estamos com planos de suportar o TEF Direção em breve (talvez 1 mês)... Mas através do uso da DLL, e não da troca de arquivos... e nesse caso, o fluxo é completamente diferente... Já existe um tópico aqui no fórum onde um colaborador (MarcioDC) forneceu uma classe já funcional

Se a transação já foi confirmada somente a opção de Cancelamento é possível para desfaze-la... ou seja, não há como enviar um desfazimento para ela...

Ivan, Como isso deveria ser implementado em ACBrECFFiscNet.pas

Marcelo, Em qual linha exatamente ocorre o erro ?

Use o comando da DLL e ative o corte.... após isso provavelmente o ECF manterá a configuração...

landbrasilbr, Copie o LOG do Erro em Texto... a mensagem de erro, na sua imagem está truncada..

Por favor copie aqui as mensagens de erro extamente como elas aparecem...

Com a Zeos 7 só tive problemas com MySQL... (uso em Lazarus) Funcionou muito bem com FireBird e SQLite O FireBird 2.5 é fantástico, o suporte a UTF8 irá acabar de vez com problemas de Collete, e de buscas com ou sem acentos, maiúsculas e minúsculas

Estude o Demo detalhadamente... todos os retornos do ACBrECF são tratados lá... Use ACBrECF.Cliche Sobre o papel, pode ser problema no sensor... caso contrário a mensagem (ou o seu evento) já haveria de ser disparado... Se você programou o OnMsgPoucoPapel, cabe a você exibir a mensagem como (e se) quiser

Consegui reproduzir o problema, e adicionei pequenas correções em ACBrTEFDClass.pas que devem resolver... Por favor atualize pelo SVN e teste novamente...

Acho sua abordagem uma péssima ideia... Seu programa ficará muito muito lento dessa maneira... Desabilitar o ACBrECF.Device.ProcessMessages impede que o ACBrECF chame esse método do objeto Application internamente Ou seja, a sua aplicação pode "congelar" a interface, quando o ACBrECF estiver ocupado lendo algo do ECF, mas por causa disso mesmo o teclado tb não será lido... Seria o mesmo efeito que você já observou quando usando as DLLs dos fabricantes

Usar o comando: ACBrECF1.Device.ProcessMessages := False; pode resolver o seu problema... O mecanismo da Fila, é recomendado para caixas com vendas muito rápidas

Não analisei o código por ser muito extenso... mas não há como o ACBrECF fazer algo sem o mesmo ter sido comandado... Ative o LOG do ACBrECF e veja os comandos enviados para a impressora... Uma diferença básica do ACBrECF e as DLLs é que o ACBrECF não irá "travar" a sua interface quando a impressora estiver efetuando algo... isso ocorre poque o ACBrECF roda na mesma Thread que o seu aplicativo, e as DLLs rodam em um processo separado do EXE... Experimente desativar as chamadas de ProcessMessages do ACBrECF ACBrECF1.Device.ProcessMessages := False; O ideal é implementar um mecanismo de fila... Vc pode ler mais sobre isso nesse post (do forum antigo) http://www.forumweb.com.br/foruns/topic ... -com-acbr/