Daniel Simoes

Está configurado para 48 colunas... e essa impressora deve suportar apenas 40 ou 42 [PosPrinter] ArqLog= Modelo=2 Porta=bema PaginaDeCodigo=2 ColunasFonteNormal=48 <== AQUI Também diminua a Largura do Relatório, no Fortes [DANFENFCe] TipoRelatorioBobina=0 TipoRelatorioEvento=1 LarguraBobina=280 <== AQUI

Qual é exatamente a mensagem de erro ? Como você está configurando a Porta, na Lib ?

sim... a DLL do OpenSSL 1.1.1 depende do RunTime do Visual Studio C

Por favor experimente configurar com libWinCrypt... (a WinCrypt também suporta a leitura de arquivo PFX )

Fale com o contador dele...

Use o método ACBrUtil.RoundABNT

Obrigado pela contribuição... enviei para o SVN... Commit [r19156]

Você configurou Banco e Carteira no Demo ? Pode nos enviar alguns Prints das telas ?

Será ??

Não tem relação como o ACBr... https://docs.microsoft.com/en-us/windows/win32/debug/system-error-codes--1000-1299- Problema na Rede Os fontes foram apenas separados... na versão antiga, todos estavam declarados na mesma Unit...

Não.. quem mandou "OnLine" para o Display, foi o comando da linha 13

a linha 13, mostra a sua aplicação enviando (TX) o texto "OnLine" para o Microterminal... a resposta do KeepAlive (RX), chega nas linhas 8 e 10

provavelmente sim... EPL2 = PPLB

Já disponibilizamos as Libs que estão nessa página: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ No momento estamos coletando retorno e testes da comunidade, para melhorar as Libs existentes, antes de lançar novas Libs...

Estranho... não temos relatos semelhantes no fórum... O que mais é instalado nessa máquina ? Consegue testar em uma V.M. ou P.C. recém formatado ?

não diretamente pelo componente... PPLA e ZPL2 seguem direcionamentos diferentes... mas você poderia abstrair isso na sua aplicação, e calcular os valores antes de enviar ao componente...

'C' é usado no código 128, como um separador de sessão... Você precisa realmente imprimir em Code128 ?? use algo mais simples e de padrão, como Code39 ou Code93

"ativar apps menos seguros no link https://myaccount.google.com/lesssecureapps obs.: autenticação por dois fatores, desativa automaticamente a permissão de apps menos seguros."

O moderador e commiter do Projeto ACBr, @Régys Silveira, acaba de publicar em seu canal no YouTube, um excelente Curso de Firedac... São 19 vídeos, cobrindo tudo o que você precisa saber, sobre Firedac, do básico ao avançado... Se você ainda usa BDE, ou conectores de Banco de Dados antigos... assista o curso, e conheça todo o poder do FireDac Confira ainda, o Blog do Regys... https://regys.com.br/

Você pode estudar os fontes do Demo do ACBrNFe, \ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi

Você pode controlar o Envio final, do arquivo que será criado na pasta do Gerenciador Padrão... Veja esse exemplo, do Demo do ACBrTEFD, onde é "injetado" um campo chamado 777-777 procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(777,777,'TESTE REDECARD'); Memo1.Lines.Add('Enviando: '+Req.Header+' ID: '+IntToStr( Req.ID ) ); end;

Veja esse tópico:

Creio que até o momento, no ACBr, isso só foi implementado para a CliSiTEF

Isso não existe para nenhuma conexão... Pense....você testa e a conexão está Ok... Então você inicia a sua transmissão e recebe um erro... cada momento de transmissão está sujeito a N variáveis que podem causar falhas... Cabe a sua aplicação, tratar os erros de HTTP, e decidir o que fazer na sequência