Daniel Simoes

Bingo..

Há algum padrão, para que eu possa reproduzir o problema ? Ou é aleatório e de difícil reprodução ?

Estive olhando novamente para esse caso, e realmente o problema ocorreu internamente, no ACBrMTER... Por algum motivo, o retorno da Resposta do Pedido de "OnLine", foi quebrado em 2... e isso fez com que o texto "OnLine" chegasse no evento OnRecebeDados e não no Evento OnLine... Creio que o problema possa estar em algum local da rotina "TACBrMTerConexao.OnBufferWaitDone"... mas para saber de forma mais exata, seria necessário inserir mais entradas de Log... O problema ainda ocorre, ou após ajustar o KeepAlive, para 15 o problema não se manifestou mais ?

Faça um teste com o Demo

Acho que isso só muda na instalação... onde é apontado o IP para um servidor remoto...

abra a URL no navegador e verifique... não sei de outros sistemas.. mas eles podem estar emitindo em off-line Parece estar tudo ok... veja:

Painel da NFCe http://www.nfce.se.gov.br/portal/painelMonitor.jsp Painel da NFe http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY= GO está vermelho... Para NFCe, havendo problema.. vá para contingência off-line...

Realmente havia um problema de lógica no ACBrETQ, quando lidando com os comandos "FinalizarEtiqueta" e "Imprimir"... apliquei um ajust nos fontes do SVN.. Commit [r19443]

Experimente mudar essa linha, removendo as aspas duplas ETQ.Imprimir( 4, 0 )

Você está enviando uma linha de cada vez, correto ? Por favor poste o Log do ACBrMonitor

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

Não temos nada nesse sentido... mas com o ACBrETQ, seria possível construir...

você diz, a linguagem de página ZPL2 ? (para impressão de etiquetas ?)

Pode ser que esse modelo de Impressora não suporte BackFeed

@Nelson A Sousa, Apliquei uma possível correção, nos fontes do SVN... Commit [r19423] Como posso reproduzir o problema ? o Nome do arquivo INI é atribuído geralmente em "LIB_Inicializar"... você muda ele de alguma outra maneira ?

Creio que não... afinal estamos seguinte o mesmo padrão que sempre existiu no TList e seus descendentes...

É uma interpretação... mas pense... se hoje os programadores entende que o Assign é para copiar os objetos (e não duplica-los), e se nós mudamos para ele duplicar... Teremos um monte de usuários com MemoryLeak Na implementação do FPC e Delphi, de Assign para o TList, você pode escolher qual o comportamento do Assign Observe que o código padrão do Delphi/FPC de TList.Assign, é apenas Copiar a referência dos objetos da lista, e não duplica-los... procedure Assign(ListA: TList; AOperator: TListAssignOp = laCopy; ListB: TList = nil); TListAssignOp = (laCopy, laAnd, laOr, laXor, laSrcUnique, laDestUnique); ... // on with the show case AOperator of // 12345, 346 = 346 : only those in the new list laCopy: begin Clear; Capacity := LSource.Capacity; for I := 0 to LSource.Count - 1 do Add(LSource[I]); end;

Talvez seja necessário atualizar o Firmware... Entre em contato com o Fabricante Não conheço nenhuma...

Qual é o passo a passo para reproduzir o problema ?

Sua Unit está desatualizada em relação aos fontes atuais do SVN... Mas o problema não parece ser esse pois TMedCollection -> TACBrObjectList -> TObjectList -> TList e em TList existe a implementação do método "Assign"

mas foi justamente isso que modifiquei nos Demos... provavelmente você não atualizou o SVN, ou não testou com os mesmo Demos... Veja: https://sourceforge.net/p/acbr/code/19413/

Acho que o problema... é que a Lib salva as configurações na memória, para o Disco, sem verificar se o arquivo em Disco, recebeu modificações... Vamos pensar em uma maneira de corrigir isso..

Consegue reproduzir esse comportamento com o Demo ? Como devemos chamar inicializar a Lib, para que esse problema ocorra ?

Provavelmente você está usando uma Etiqueta que não tem o GAP, no local esperado pelo Sensor dessa Impressora...

Eu não tenho IPhone, e não tenho interesse em continuar essa analise... Mas o ACBr é OpenSource... todos podem analisar os fontes e tentar contribuir...