Daniel Simoes

Verifique se o ECF usa os mesmos parâmetros seriais: Device: BAUD=9600 DATA=8 PARITY=E STOP=1 HANDSHAKE= MAXBANDWIDTH=0 Se não me engano a FiscNet usa por padrão, BAUD=115200

Em Teoria será compatível com todos, pois a assinatura dos métodos da DLL a ser criada pelo fabricante, são definidos na Especificação de Técnica de Requisitos.. Na prática... só testando... Até o momento, o ACBrSAT já foi testado com os Fabricantes: Kryptus, Dimep, Sweda Acabei de receber um SAT da Tanca... e estou testando o componente com o mesmo...

Não compreendi... Não há erro em nenhum dos Logs... O erro ocorre onde, ECFTeste ou no seu aplicativo ?? no ECFTeste o EfetuaPagamento é executado com sucesso ?

Eu não vejo isso como algo que precise ser resolvido... O ACBrECF para quando o primeiro problema é encontrado e acusa o erro... e isso é o suficiente para que a aplicação saiba que houve algum problema no comando enviado... Na classe da SwedaSTX, realmente havia um problema onde o erro não era acusado inicialmente... que ao que parece, foi corrigido com a modificação que sugeri... Reconheço que o mecanismo de detecção de erros poderia ser melhorado... mas eu não pretendo investigar mais esse problema, pois tenho outras prioridades no momento... Se desejarem enviar Patchs com melhorias, eu posso analisar as sugestões...

Não compreendo o que você está falando... poderia ser mais específico ?

Está nos fontes do ACBr.. na pasta Exemplos.. http://acbr.sourceforge.net/drupal/?q=node/37 Você pode obter uma versão já compilada em:

Em relação ao componente ACBrSAT... Assim como todos os demais componentes do ACBr, o ideal é estudar com atenção os fontes da aplicação Demo (SATTeste.dpr)

Infelizmente acho que não consigo avançar mais sem um equipamento desses para testes... Com o emulador não dá pra simular as situações descritas...

http://www.fazenda.sp.gov.br/sat/sistema_retaguarda/contrib_contab_desenv.asp Não existe homologação de SAT... existe o envio em modo de homologação... Recomendo a leitura do manual de Especificações Técnicas: http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp

O ACBrMail já possui essa chave... O que ocorre, é que a versão atual do ACBrNFe2, não usa o ACBrMail... por isso não adianta solicitar ajuda do Jean (autor do ACBrMail) já no Trunk2, houve um refactoring nessas rotinas... e o ACBrMail é usado pelo ACBrNFe e ACBrBoleto

Não dá pra analisar o Log assim... por favor ZIP e anexe... Veja ainda, esse post:

Pode ser um problema temporário... Ou algum bloqueio de Proxy na rede...

Não consegui detectar o problema... Aparentemente o TEFD está ficando em loop, solicitando o TotalPago e o Estado do ECF..... somente debugando para compreender melhor...

Aparentemente o Código de Ativação não está persistindo no emulador.... Ou então o evento OnGetCodigoDeAtivacao não está programado...

a extensão .LOG não é aceita... Zip os arquivos antes...

Por favor tente essa nova Unit...Promovi uma grande mudança na metodologia no tratamento das respostas com mudanças de Estados da Sweda... (Espero que isso não cause outros efeitos colaterais) ACBrECFSwedaSTX.zip

Por favor faça testes com o projeto Demo "ECFTeste"... Não há erros de comunicação ou interpretação de retornos do ECF, no seu Log... O que significa que o ACBrECF está se comunicando bem com o ECF... O que notei, é uma provável situação de Loop infinito, a aplicação solicita o NumCOO e NumCCF, e NumGNF repetidamente...

Aqui mesmo no fórum... nessa área... deixaremos o download Livre, para testes...

Em relação ao ACBr, não deveria ser necessários ajustes... em todo caso, fizemos um amplo refactoring em https://svn.code.sf.net/p/acbr/code/trunk2/ Aqui na DJSystem, usamos apenas Lazarus, e já estamos usando o "trunk2" Em relação a Indy... use a Synapse (que se encontra dentro do ACBr)

Sim, estamos desenvolvendo uma versão do ACBrMonitorPlus, que além de unir ACBrMonitor e ACBrNFeMonitor, terá suporte ao SAT ... acho que até a semana que vem já temos um "alpha"

Certeza que este é o Log correto ? Não há referencia a "ERRO" ou "EfetuaPagamento" nesse Log...

Isso é proposital... Como podemos saber se o ECF já acabou a Impressão ? Alguns modelos sinalizam isso de forma bem clara, ou ainda enviam um sinal enquanto o ECF está trabalhando... mas outros não (é o caso da Sweda)... e para piorar, eles respondem ao comando enviado, muito antes do termino da Impressão... então no ACBrECF, há uma propriedade que pode ser ligada, para que o mesmo faça uma verificação adicional, após receber a Resposta do ECF... a propriedade AguardaImpressao Ex: procedure TACBrECFSwedaSTX.LeituraX ; begin AguardaImpressao := True ; EnviaComando( '15' ) ; end; Quando a mesma está ligada, após o ACBrECF receber a resposta do ECF, ele envia um novo comando, solicitando o Status do ECF.. alguns ECFs não conseguem responder, enquanto estão trabalhando... e nesse caso, sabemos que ele está ocupado... O que deve estar ocorrendo... é que a rotina VerificaFimImpressao não deve estar considerando os estados de Erro... vou analisar os Logs e verificar como podemos implementar

O Numero de Colunas pode ser mudado em ACBrECF001.INI [Impressora] Colunas=48

Notei que o ACBrECF está enviando a alíquota como TC Quando na verdade, deveria ser um número de 01 a 16 ou seja, o numero do índice que corresponde a T 17,00, no seu ECF pode ser algum problema no método "AchaICMSAliquota".. mas acabei de testar e não conseguir reproduzir o problema... Por favor verifique se seus fontes estão atualizados corretamente...

Sua correção realmente é necessária... Por favor experimente com essa Unit em anexo ACBrECFSwedaSTX.zip