Daniel Simoes

sim.... Veja o Projeto Demo Não conheço o SAT da TANCA... mas o da Dimep já foi testado no ACBrSAT

Nesse Link, vc acessará a Unit diretamente... https://svn.code.sf.net/p/acbr/code/trunk/Fontes/ACBrNFe2/ACBrNFeDANFeESCPOS.pas Qualquer dúvida com os métodos é só falar...

Já tentou com o SATTeste.exe ? Eu achei esse aplicativo do Fisco muito difícil de operar...

o código fonte de ACBrESCPOS é muito simples... acho que não seria difícil migrá-lo para Java..

Não comrpeendi... quais opções devo entrar nos menus do programa ??

Por favor descreva melhor... cada um dos problemas... e um passo a passo, de como reproduzi-lo, usando o Demo, ECFTeste

Isso não tem nada a ver com o ACBrECF... "TDBXError" (não existe no ACBr) provavelmente é algo disparado pelos eventos, mas dentro da sua aplicação

Você perguntou como o ACBrECF funciona e respondemos... Ele não será modificado para atender às suas necessidades Tenho aplicação que usa o ACBrMonitor com o ECF, e ativo apenas na inicialização... e nunca tive problemas Veja ainda a propriedade ControlePorta, com ela o ACBRECF liga e desliga a conexão serial a cada comando ( o que é diferente de Ativar)

Se ele não consegue abrir esse arquivo é porque ele está bloqueado por outro programa... Pode ser que a DLL do fabricante não esteja liberando o mesmo corretamente

E qual é a exata msg de erro ??

Seria mais simples fazer: function ExisteIndiceECF( CodFormaPagto: String): Boolean; Var FPG : TACBrECFFormaPagamento ; begin ACBrECF1.CarregaFormasPagamento; FPG := ACBrECF1.AchaFPGIndice( CodFormaPagto ) ; Result := (FPG <> nil); end;

Jair, Alguns dos Administradores e Moderadores do ACBr, prestam consultoria individualizada... Provavelmente algum deles entre em contato com você...

Você mesmo postou anteriormente... Veja os métodos: AchaFPG*, CarregaFormasPagamento e a Lista de Objetos: FormasPagamento

Na minha opinião... não... pois você que está causando o erro... Não é uma falha de comunicação com o ECF... ou uma violação de regra do Sw.Básico do ECF, como por exemplo, tentar efetuar um Pagamento após o Saldo a pagar ser zero...

Mas esse caso é totalmente diferente... Observe que não há erros no Log... Você está enviando uma Forma de Pagamento inválida, e o componente rejeita a mesma antes de tentar qq comunicação com o ECF... O que faz sentido, pois sabemos de antemão que não funcionará, já que ela não existe no ECF... Você deve tratar isso na sua aplicação... Não faz sentido você enviar o comando para uma Forma de Pagamento que não existe no ECF... O ACBrECF tem métodos e propriedades (exemplo acima) que permite a você, na sua aplicação, tratar disso e não enviar o comando errado...

Por favor poste o Log gerado na operação... os fontes parecem corretos... veja: procedure TACBrECF.EfetuaPagamento ....... try Tratado := False; fsECF.EfetuaPagamento( CodFormaPagto, Valor, Observacao, ImprimeVinculado, CodMeioPagamento ); except if Assigned( fOnErrorEfetuaPagamento ) then fOnErrorEfetuaPagamento(Tratado); if not Tratado then raise; end;

Por que não ativar apenas no inicio da sua aplicação ? Na inicialização do sistema, na fase de ativação dos equipamentos, você ATIVA o ECF, e tenta ler a Data ou Num.Série (por exemplo)... Se você não conseguir, a inicialização é parada, acusando erro no ECF...

Pelo Log, no inicio dá pra perceber que o ACBrECF conseguiu "conversar" com o seu ECF... Porém notei que o TimeOut está baixo... (deixe 10) Depois, o ACBrECF não teve mais comunicação com o ECF... Verifique se há algum outro programa rodando ao mesmo tempo, e prendendo a porta serial... "Impressora EscECF não está em linha"... Isso geralmente pode ser: - Impressora desligada - Impressora com tampa aberta - Cabo desconectado - Impressora usa outro handshake... (você está usando DTR/DSR)

Como eu já lhe disse antes.... A Daruma não nos enviou um ECF desses para testes... Não há como garantir a compatibilidade a não ser testando... Talvez você possa entrar em contato com eles... Porém... Se você enviar o LOG gerado, pode ajudar na investigação do problema

Acho que você deixou o modelo em ecfNenhum O ACBrECF não usa o Darumaframwork... ele se comunica direto com o ECF pela porta serial

Passamos por instabilidade no fórum recentemente... Acredito que os problemas já foram sanados... Alguns tópicos podem ter sido repetidos, mas acredito que não houve perda de informação

É bem provável que ele tenha digitado errado a senha... Mas já vi isso acontecer ocasionalmente... problemas de driver, etc... difícil ter uma diagnóstico preciso...

Ainda não tenho previsão... ando muito ocupado com o "trunk2"... talvez outro colaborador possa ajudar nessa tarefa...

O Erro é no envio dos comandos... o que pode indicar um problema no Cabo ou Porta Serial... Veja as soluções desse tópico:

Rogerio, Uma dica... evite divulgar emails em fóruns públicos... Há vários spammers que adoram isso.. Minha sugestão é usar essa área mesmo para troca de ideias, assim todos os desenvolvedores podem opinar...