Daniel Simoes

Vc usa TLS na autenticação ? Se SIM, precisará da OpenSSL superior a 1.0 Verifique ainda, se outras versões das libs do OpenSSL (libeay32.dll e ssleay32.dll), existem nas pasta do LibPath desta máquina

O erro informa que você está tentando instalar uma dependência que não existe no seu Delphi ACBr_NFeDanfeFR.dpk(94) Fatal: E2202 Required package 'fs25' not found

Não sei lhe dizer... talvez seja melhor perguntar sobre isso na lista de suporte do Fortes Report Nunca testei o ACBr com FMX... (eu pessoalmente, uso Lazarus / FPC)... mas há relatos aqui no fórum de pessoas que usam

Sobre as DLLs, vejas esses tópicos: https://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/ Sobre as DLLs, vejas esses tópicos:

O ACBr é distribuído com os fontes... então não há problemas de incompatibilidade com DCUs pré-compilados...

Verifique o diretório de Consultores / Freelancers https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Mas você está imprimindo em uma Zebra ou PPLB ? Os comandos 3 códigos são completamente diferentes... provavelmente, nesse caso ele só usou o "E"

Achei necessário efetuar as seguintes modificações nos fontes... a fim de pacificar essa questão das Fontes na Zebra F para a Zebra é outro código...

Observe que agora há um método que permite informar o Cod.barras como um Tipo... e ele aplicará a seguinte conversão: function TACBrETQZplII.ConverterTipoBarras(TipoBarras: TACBrTipoCodBarra ): String; begin case TipoBarras of barEAN13 : Result := 'E'; barEAN8 : Result := '8'; barSTANDARD : Result := 'J'; barINTERLEAVED: Result := '2'; barCODE128 : Result := 'C'; barCODE39 : Result := '3'; barCODE93 : Result := 'A'; barUPCA : Result := 'U'; barCODABAR : Result := 'K'; barMSI : Result := 'M'; barCODE11 : Result := '1'; else Result := ''; end; end;

Caramba... que site legal... dá pra fazer vários testes...

Tem na nossa pasta "Tools" https://svn.code.sf.net/p/acbr/code/tools/Etiqueta/

Realmente não sei lhe dizer.. eu precisaria de uma impressora para testes... Obrigado... Vou enviar a modificação para o SVN

A versão antiga da classe da Zebra, estava bastante incompleta... Eu adicionei nos comandos de inicialização dela, para enviar um comando, informando a unidade de medida a ser utilizada... "TACBrETQZplII.ComandoUnidade", (^MUx) A linguagem da PPLA é totalmente diferente, mas esse comando na PPLA só suporta métrico ou polegadas function TACBrETQPpla.ComandoUnidade: AnsiString; begin if (Unidade = etqPolegadas) then Result := 'n' else Result := 'm'; Result := STX + Result; end; Não compreendi qual é exatamente o problema que você relatou no post acima... Em relação ao problema reportado nesse tópico, a Unit com a correção sugerida, foi efetiva ?

Tente com a Unit em Anexo... por favor... ACBrETQZplII.pas Repare que nessa nova implementação há várias novidades para a Zebra, como: Controle de Temperatura, Carga de Imagem, Impressão de imagem Se puder fazer alguns testes com o Demo do ACBrETQ, eu agradeço...

Comparando os fontes... notei que a versão antiga, fazia um mal uso do numero da Fonte... No manual da Zebra temos: Nos fontes anteriores, o valor informado, era convertido sem nenhum tratamento... fnt := chr(Fonte)+','; e na versão atual ele considera o seguinte: 0..9 (como informado) 10 - A, 11-B, 12-C, etc O Log não registrou qual o valor da fonte que você enviou... (havia uma falha no log desse comando).. Tente valores de 0 a 35

acho que já tenho tudo o que preciso... ( a não ser uma impressora Zebra para testar )... mas comparando a saída dos comandos, devo conseguir ajustar...

Analisando...

Isso não é possível o Refactoring foi enorme

Use uma versão antiga da aplicação... e direcione a impressão para um arquivo...

consegue gerar o mesmo log, com a aplicação anterior, para compararmos ?

Isso não é uma verdade para portas Seriais... o sintoma descrito seria o mesmo, se você usar um BaudRate ou Paridade errado Você pode, modificar a porta para um arquivo... exemplo: "C:\TEMP\ETQ.TXT".. isso já servirá de Log...

Verifique se as configurações da porta Serial estão corretas... Persistindo o problema, favor anexar o Log gerado pelo ACBrETQ

Anexe o Log gerado pelo ACBrSAT... ele contém a resposta do SAT, assim como ela foi enviada, ou seja, contém o XML em Base64.. podemos comprar com o XML gravado em disco...

o ACBrMonitorPLUS não é um Serviço... é uma aplicação... Veja com o seu encarregado de T.I. como disparar uma aplicação após o Login do usuário...

Acredito que ele gere "Hints", correto ? Hints são opcionais... eu acho que o código fica mais seguro e legível, com a atribuição de um Result no inicio do método... As modificações na Synapse, preciso avaliar com mais calma... tento manter ela, o mais possível perto dos fontes originais... (embora a tempos o autor original, não faça melhorias nos fontes) Em qual método isso ocorre ? Como é o construtor original, em seu Delphi ?