Daniel Simoes

Na verdade é uma String... mas você pode passar o INI com as quebras de linha... Seria equivalente a um TStringList.Text

Por favor veja esse tópico:

Por favor teste com as Units em Anexo...

a mensagem indica que ele não encontro a biblioteca compartilhada (arquivo com extensão .SO)

Por favor testem com as Units desse tópico: Percebi que na implementação do tópico acima, para impressão do QRCode, havia um erro no calculo do tamanho do código de barra, em "Little Endian"

Por favor teste com as Units em anexo... ACBrPosPrinter.pas Defina o modelo como "ppEscZJiang" ACBrEscZJiang.pas

Para uso em TCP... envie o conteúdo do INI como parâmetro do método...

Esse parece ser o site do real fabricante... http://www.zjiang.com/en/init.php/service/manual Notei que várias outras marcas, distribuem esse modelo... vou tentar implementar uma classe a anexo aqui...

Veja esse tópico...

Realmente o QRCode, parece ser diferente de todos os modelos... Creio que você possa criar uma nova classe, baseado em TACBrEscPosEpson e sobrescrever os comandos que verificar que são diferentes... Infelizmente eu não consigo desenvolver, sem um equipamento para testes...

Pode ser que o Demo tenha sido feito em D7... onde AnsiString = String

Veja também esse tópico:

Baixei o "manuel"... estou analisando e volto a postar...

Visulizar Arquivo Binários da ACBrLibSerial. Win32, Win64, StdCall, Cdecl, Linux ACBrPosPrinter - Biblioteca para comunicação com impressoras não fiscais usando EscPos ACBrETQ - Biblioteca para impressão de Etiquetas usando PPLA/PPLB/ZPL2 ACBrBAL - Biblioteca para leitura de balança Autor Daniel Simoes Enviado 20-08-2019 Categoria ACBrLibSerial

Humm... excelente pegada... Acho que consigo inserir uma espécie de KeepAlive no componente, para fazer essa verificação de tempos em tempos...

Parece ser algo na configuração do seu Spool... se fosse nos fontes do ACBr, ocorreria em todos os clientes, e todos os cenários, concorda ? o Ideal é usar a porta diretamente... pois o compartilhamento do windows, pode falar, se por exemplo uma máquina for ligada antes da outra... o que pode minimizar erros no compartilhamento do Ruwindows, é você deixar um BAT na inicialização do Sistema... que sempre refaça os mapeamentos de disco ou impressora, usando o NET USE Você pode ver algumas dícas no relatório de teste que publicamos em: Acho que esse parâmetro não surtiria efeito, no caso de impressão em rede... mas tente marcar para imprimir diretamente

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

Cadê o compilador de Resources, "windres" ? Se você compila Resources diretamente dos Fontes, o Compilador FPC irá procurar pelo compilador de Resource... Exemplo: {$R AResourceFile.rc} Irá compilar um arquivo .RC e gerar o arquivo .RES, que será anexado ao Binário na compilação final... Exemplo de Sintaxe de um arquivo de Resources UmaImagem RCDATA "ImagemExemplo.jpg" ArquivoDLL RCDATA "Dependencia.dll" pra compilar um arquivo de Resource em Windows, o compilador FPC irá procurar pelo utilitário windres, que é provido pela Binutils Pode ser que a sua distribuição já tenha instalado o windres, quando você instalou o pacote binutils ou cross-i386-binutils. O FPC irá procurar por windres quando estiver compilando em Win64 e i386-win32-windres, quando estiver compilando em Win32 Eu não achei nenhum artigo que informe diferenças na compilação de Resources do Windows de 32 para 64 bits... portanto, se você já tem o windres instalado, mas ainda não tem o i386-win32-windres, acho que é seguro apenas criar o link simbólico.. Digite os comandos abaixo (como root) cd /usr/bin ln -s windres i386-win32-windres No caso do Opensuse, ele não instalou o windres, quando a binutils foi instalada... nesse caso, a maneira mais simples que encontrei, foi baixar os fontes da Binutils e compilar o windres Você pode baixar a última versão dos fontes da Binutils em: http://ftp.gnu.org/gnu/binutils/ Descompacte o arquivo baixado, em uma pasta temporária tar xvf binutils-2.32.tar.bz2 Compile a Binutils e o Windres cd binutils-2.32 ./configure make cd binutils make windres Ao final desse processo, você deverá ter o windres compilado, na pasta binutils-2.32/binutils Copie o binário do windres, para /usr/bin (como root) cp windres /usr/bin/ Para compilação em Win32, crie o link simbólico, como descrito no inicio: (como root) cd /usr/bin ln -s windres i386-win32-windres

https://www.projetoacbr.com.br/fontes/

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

Qual exatamente é a reclamação da impressão ?

Todas as respostas terminam com ETX (#3)

A Elgin L42PRO suporta todos os protocolos do ACBrETQ https://www.automacao.elgin.com.br/produto/l42-pro-impressora-de-etiquetas-desktop

Acho que seria possível se você escrevesse o Backend em Delphi ou Lazarus