Daniel Simoes

o domínio da msg de erro, não é o mesmo da imagem... Tem a exata msg de erro, do domínio informado na Imagem ? (icesi.com.br)

o seu "Try/except", está mascarando o Erro real... Faça como sugerido pelo @Juliomar Marchetti, no tópico anterior, que você verá no final da Mensagem, o erro do Exception que foi levantado... msg := msg + #13 + e.message;

o ACBrBAL, só se comunica por portas Seriais... Se essa balança não criar uma VCOM, quando plugada, não seria possível utilizá-la com o ACBrBAL

0 indica que a DLL não devolveu a resposta do SAT... Talvez seja necessario entrar em contato com o Fabricante para obter suporte desse equipamento... Verifique se o SAT se comunica com o programa do Fabricante

Isso parece indicar um problema na configuração do SAT... Copie as DLLs mais atuais, e fornecidas pelo fabricante, para a mesma pasta do ACBrMonitor.exe, e configure na tela do SAT https://acbr.sourceforge.io/ACBrMonitor/DadosdoSATCFe.html

Por favor anexe o Log, do ACBrMonitor

Google Play https://play.google.com/store/apps/details?id=br.com.projetoacbr.ACBrPosPrinterAndroid

Essa página não ajuda ? https://acbr.sourceforge.io/ACBrMonitor/ModeloCFeINI.html

Pense assim... Quantas aplicações rodam atualmente, com o ACBrMail ? Em quantas plataformas e Sistemas Operacionais ? Porque elas não estão relatando o mesmo problema, aqui no fórum ??

é algo no seu ambiente... como já demonstrei, não há nada de errado nos fontes do ACBrMail

Tem uma implementação de Classe de EscPos usado pela Diebold, mas não sei bem, se é compatível com essa...

O ACBrMail, depende das DLLs do OpenSSL... Deixa-as na mesma pasta do .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

Parece tudo ok, com os fontes do ACBr.. acabo de fazer um teste... Verifique se há mudanças nos fontes, do seu lado... se necessário, baixe o ACBr, em uma outra pasta...

A.V. ocorre quando você tenta acessar um Objeto que não existe ou já foi destruído...

Infelizmente ainda não... temos planos de criar uma ACBrLibTEF, no futuro... mas ainda não temos nada nesse sentido...

https://projetoacbr.com.br/tef/#integracao

Tente: ETQ.Imprimir(1, 0)

O que está ocorrendo... é que você desmarcou a opção principal.. mas as demais continuaram marcadas, e agora estão desabilitadas... Isso parece ser um Bug da Interface do MonitorPLUS, que deveria desmarcar todas as demais opções, que ele mesmo desabilitou... Marque a primeira opção... Desmarque todas, para ficar igual a tela mostrada no tópico anterior

Aparentemente o método ETQ.Imprimir() está exigindo um parâmetros... isso parece um Bug, pois a documentação não prevê isso... https://acbr.sourceforge.io/ACBrMonitor/ETQImprimir.html Experimente enviar: ETQ.Imprimir(1)... Estou aplicando uma correção... correção aplicada em: Commit [r20362] Na próxima compilação do MonitorPLUS, já constará esse ajuste...

Parece ser um problema na Impressora... veja que o componente enviou o comando, de acordo com o protocolo... -- 30/07 11:23:25:780 FechaCupom( MD-5:0686F1189AC72307A70B055B6EEFAB99[LF]Val.Aprox.Impostos R$0,54(13,45%) Fonte:IBPT[LF]Vendedor: 13 [LF] ) -- 30/07 11:23:25:781 TX -> [SOH][228][ENQ][NUL]j[NUL]0|1|MD-5:0686F1189AC72307A70B055B6EEFAB99[CR][LF]Val.Aprox.Impostos R$0,54(13,45%) Fonte:IBPT[CR][LF]Vendedor: 13 [CR][LF]|: -- 30/07 11:23:25:789 RX <- [ACK]

Parece ser falha na conexão segura... Se não me engano, a Indy usa o OpenSSL... deixe as DLLs dele, na mesma pasta do seu .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

ACBrETQ1.Porta := 'USB'; Leia o tópico abaixo:

Configure o modelo de TEF para PayGo, que os campos com Vias de Cliente, Lojista e Via Reduzida, serão processados.. Veja esse Post:

Se você imprimir usando Fortes Report, ou Fast Repor.. qualquer impressora que tenha driver de Spol para o Windows, é compatível...