Daniel Simoes

Não compreendi muito bem a sua lógica... Como isso irá trazer a resposta esperada, ao comando enviado ao ECF ?

Parece ser um problema no S.O. dessa máquina... Experimente em outra máquina...

O Recibo não irá retornar pois o documento já foi aprovado... O Recibo só tem sentido se você precisa consultar o documento que está aguardando uma aprovação (NFe, assíncrona)

Paulo, Não compreendi exatamente o que você quer... Você quer que ele grave NOVOS XMLs na pasta, mas que NUNCA modifique os XMLs já existentes... é isso ?

A comunicação serial do ACBr é feita pela classe SynaSer... que está estável a anos... E todos os demais modelos do ACBr, usam o mesma classe...(que funcionam corretamente) Outro fato a favor do ACBr, é que esta mesma classe (mesmo código fonte), funciona nos equipamentos Epson TM-T800F e Daruma FS800, (pois todos esses equipamentos usam o protocolo EscECF)... e o problema não ocorre neles... Em todos os Logs que me foram enviados para analise... fica comprovado que o equipamento (ECF) continua respondendo... O Loop ocorre, em algumas situações específicas.. mas em único ponto do código do ACBr, que é quando o ACBrECF, envia um pedido de Status... o ECF responde com (ocupado).. após isso o ACBrECF aguarda 50 (200) milissegundos, e solicita novamente o Status... e isso fica de forma infinita... Eu sempre mantive um bom relacionamento com a Bematech, e estou disposto a trabalhar em conjunto na solução do problema, se eles me procurarem... Mas tenho notado um certo distanciamento da Bematech com as Sw.Houses ...A título de exemplo: solicitei para eles um SAT e MP4200 para testes... ficaram de enviar... estou esperando até hoje...

Usa um adaptador USB - Serial para o ECF

O ACBrSAT nao faz esse cálculo

Sinto muito... Suas instruções não são claras para mim... Sem informações ... Não estou mais investigando esse problema

Uma dica, é mandar pro Emulador SAT do Fisco, ele retorna os erros na janela dele... No SAT real, você precisa capturar o Log do SAT, geralmente lá tem mais detalhes do erro

Baixe o ACBr pelo SVN, o MonitorPLUs está na pasta Projetos. Para console existe a versão ACBrMonitorConsole, mas que ainda não está pronta

Por favor teste e de o retorno... Há uma instalação da versão Linux, disponível para download aqui no fórum...

O ACBrInStore, apenas faz um "parser" de códigos EAN, internos do estabelecimento Veja no ACBrMonitorPLUS... Lá existe uma aba, que implementa um Servidor de Terminal de Consultas

Existe a versão ACBrMonitorConsole... mas ainda não estamos trabalhando nela... Vamos estabilizar o Plus, primeiro

Você tentou com valores maiores do que 30 ? Nao sei bem qual é a unidade usada... mas não custa tentar

Por favor abra um tópico novo pra cada problema

Desabilite "Arquivos.Salvar"

O mesmo risco, ocorre no modelo de sistemas de NFe e NFCe... solução: Backup, nuvem, conferência diária, etc...

Consegui reproduzir o problema...vou investigar quando tiver um tempo...

Não podemos mudar a estrutura de pastas.. isso pode quebrar muitas aplicações... Não compreendi o que você disse em: "E tambem voltar a salvar na pasta de retorno..." Sua propriedade "WebServices.Salvar" está ativa ?

Você testou após as atualizações recentes ? Se o problema persistir... Seja mais específico em elaborar o passo a passo.... Exemplo 1 - Configure conforme tela X 2 - Use certificado A1, com OpenSSL 3 - Clique no botão XYZ, e observe o XML criado em "pasta_tal" 4 - ...

O Fabricante pode lhe fornecer essa informação... O Emulador do fisco usa CDECL...

Não consegui compreender a sua colocação... O componente assina o XML, se o bloco de assinatura não estiver presente... caso contrário ele não será validado, uma vez que o bloco de assinatura é obrigatório...

Atualize os fontes e teste novamente... fiz vários ajustes no ACBrNFe (Veja os Change-Log.txt)

Atualize os fontes novamente.. enviei várias correções para o SVN (Veja os arquivos ACBrXX-Change-Log.txt)

frxClass.dcu é do Fast Report Deve ter alguma Unit no seu projeto fazendo dependência a ele...