Daniel Simoes

Uma das causas desse problema pode ser o fato dele estar carregando DLLs da versão errada... isso pode ocorrer, se você havia instalado uma versão 64 bits, e depois instalou uma versão 32 por cima... Experimente instalar o ACBrMonitorPLUS, em uma pasta totalmente nova...

não parece ser o motivo do problema... mas o Path parece errado... "C:\\Pasta\99200428046001000196659910000131421999908999-NFCe.xml" (tem uma barra a mais C:\\)

Em alguns grupos que participo, estão informando que está retornando como consumo indevido, mesmo na primeira consulta... provavelmente é algo errado no SEFAZ SP, realmente parece instável... https://monitor.tecnospeed.com.br/?&filter-uf=sp

Verifique o que já está cadastrado em nosso calendário.. https://www.projetoacbr.com.br/forum/calendar/

Apenas configure "USB", na porta e teste...

Acho que ainda não temos nada específico, para essa finalidade... Porém na pasta Exemplos do ACBr, existem vários Demos que podem ajudar a compreender a tarefa... http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTXT/

@jamil, chegou a hora de matarmos a dependência desses arquivos TXT... Hoje o ACBr já possui um componente chamado ACBrIBGE, que faz um cache muito eficiente (em um TXT), de uma lista de cidades, que ele baixa diretamente do WebService do IBGE... Já fiz a modificação e estamos testando... o resultado prático será que não mais será necessário os TXTs da pasta MunIBGE...

isso não é um erro de comunicação... nesse caso o SEFAZ respondei... basta você aguardar e fazer uma consulta usando o Recibo

Por favor teste com o Demo do ACBr, e forneça o passo a passo de como reproduzir o problema, com ele

Por favor leia o Tópico indicado... O ACBr não está usando uma DLL de fabricante A ou B, para acessar a USB, o ACBr usa apenas a WinAPI

Por favor atualize, e tente novamente... (veja se sua revisão dos fontes é a igual ou superior, ao commit indicado no meu tópico anterior) Lembrando que se você mudar para libWinCrypt, isso funcionará prontamente... Esqueça da Capicom, e a Indy no ACBr, também não é uma boa... tem muitas limitações

Notei que a conexão com SEFAZ de MG, usando a Indy, não estava aceitando o Certificado do Servidor... apliquei um ajuste recente... Commit [r19542]

aqui está normal... Veja abaixo, o retorno de uma Nota, usando uma configuração idêntica a sua... Como disse antes... me parece que seus fontes não estão corretamente atualizados... Se tiver mudanças do seu lado (icone vemelho nos arquivos).. apague e baixe novamente...

Aparentemente você não atualizou todos os fontes...

Por favor atualize e teste novamente... Commit [r19539]

Qual o passo a passo para reproduzir o problema ?

CAPICOM está obsoleta a anos... Use libWinCrypt... O problema ocorre com o Demo do ACBr ?

Creio que o @José M. S. Junior, pode compilar e subir uma versão de testes...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Quais métodos ?? Por favor elabore melhor sua dúvida... Não creio que o Monitoramento de Balança, funcione na ACBrLibBAL... pois ele exigiria um "Call back", ou evento, para ser chamado, quando o peso fosse enviado da Balança para o componente... Esse recurso só está presente no componente ACBrBAL, em Delphi... Faça alguns testes com o Utilitário abaixo... Ver funcionando pode lhe ajudar a compreender melhor:

Não compreendi a sua resposta... mas se o erro persistir... apague a pasta "Lib\Dxx" que o instalador cria no raiz do SVN, abra o Delphi, remova todas as referencias do ACBr, em Installed Packages... e depois rode novamente o instalador

Veja essa sessão: https://www.projetoacbr.com.br/forum/forum/88-mapa-fiscal/