Daniel Simoes

Sim... mas o Integrador do CE não funciona... Veja esse tópico:

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

Esses aparelhos são chamados de Microterminais "burros"... por esse motivo... Eles não interpretam nada... observe que mesmo os caracteres em tela (echo) são enviados pelo ACBrMtTer... O Demo em Delphi pode estar defasado... eu desenvolvo em Lazarus....

Faça testes com o Projeto TEFDDemo

Não compreendi sua pergunta... não notei nada de estranho no seu Log...

Acho pouco provável... ative o Log da DLL do Fabricante... pode ser que o problema seja nela...

Por favor seja mais específico... Que equipamento é esse ?

Só analisando o Log do ACBrMTER para saber o que está realmente chegando até ele...

Não creio que exista essa funcionalidade... Até porque, sendo o Fast Report... o usuário pode ter o próprio FR3 dele...

A ACBrLib é uma Biblioteca compartilhada como qualquer outra... ou seja... carregue ela, da mesma maneira que você carreguaria qualquer outra Biblioteca e C++ O fato de ser Linux não mudará muita coisa... Creio que você conheça Linux e saiba onde copiar o arquivo .SO e quais permissões dar a ele... correto? Se você não tem tanta experiência em Linux.. sugiro tentar primeiro no Windows... e depois usar o mesmo código no Linux

Você poderia usar o ACBrMonitor... veja mais em: https://www.projetoacbr.com.br/acbr-monitor-plus/ Ou ainda usar a ACBrLib... onde já existe a ACBrLibMail... Veja esse tópico...

O VT100 é um antigo protocolo... muito usado em "terminais burros"... que é a característica de vários Micro Terminais... Ou seja... o ACBrMTER pode atuar como um Servidor, que compreende o protocolo VT100, e com isso permitir a conexão de Microterminais que suportem esse protocolo... O que estou querendo confirmar, é se o equipamento que você citou, realmente "fala" o protocolo VT100, ou outro protocolo... Essa informação você pode obter no manual do equipamento... Veja esse tópico, para compreender melhor como funcionam os Micro Terminais:

Acho que existe alguma configuração no Spool do Windows, para imprimir imediatamente... (não lembro exatamente onde)

Como exatamente você sabe que o problema está nessa linha ? Veja que nos nossos testes... enviamos cupons com 500 itens... e não há lentidão no código de tradução... Provavelmente o problema é alguma configuração do Spool... Como você definiu a propriedade ACBrPosPrinter.Porta ?

Pode ser que na Classe de Alto Nível, que carrega a ACBrLib, possamos especificar as pastas x86 e x64...

Mas o tópico nos faz pensar... talvez o @Rafael Dias conheça uma maneira de manter o binário compatível com ambas versões de plataforma...

Não compreendi sua pergunta...

OnShow não é um bom evento para isso... você poderia inserir um Timer. que no seu evento, desliga a sí próprio, e chama a sua rotina... Application.ProcessMessages pode ajudar no efeito de tela congelada...

consulte no manual do equipamento, qual protocolo ele usa.. e configure o mesmo protocolo no Demo do ACBrMTER

Desconheço.. não é desenvolvido ou mantido por nós...

As DLLs das pastas de dependências, devem estar no mesmo diretório, da ACBrLib*.dll.. Use a versão de DLL, conforme você compila o seu Binário... Exemplo, se você compila em 32 bits, copie todas as DLLs de "dep" dos subdiretórios "x86", para a mesma pasta da ACBrLibNFe32.dll

Já estamos verificando...

Verifique se o MicroTerminal realmente está usando o protocolo VT100

Creio que sim... é o mesmo código fonte, para ambos...

Veja esse tópico: