Problemas Ao Imprimir Escpos Com Daruma

[sgeinformatica]

Na impressão do cupom usando EscPos com impressoras Daruma, observamos que esta truncando os valores dos itens (quando a descrição do produto é grande). Já tentei ajustar as colunas para um valor acima de 48, mas não fica bom.

Observei na impressão por 'FortesReport' ele ajusta automaticamente para linha de baixo.

 

No SATTeste (versão de 19/06/15) o arquivo INI  está assim:

 

[PosPrinter]

 

Porta=COM1

ParamStrings=BAUD=115200 HANDSHAKE=XON/XOFF SOFTFLOW

Modelo=3

PagindaDeCodigo=2

Colunas=48

EspacoLinhas=2

LinhasEntreCupons=7

 

[Daniel Simoes]

Poderia por favor postar uma imagem exemplificando o problema ?

 

Seus fontes estão atualizados ? havia um bug no calculo do numero de colunas com fonte condensada, na classes EscDaruma

[geanjesus]

Daniel, eu fiz as alteracoes do satteste lazarus para o delphi, esta aparentemente funcional, mas quando imprimo pelo escpos escdaruma , e depois tento imprimir pelo fortes, nao consigo, so saindo do programa, parece que o escpos esta prendendo a porta com1...pois do contrario nao da problemas, ou seja quando imprimo primeiro pelo fortes e depois pelo escpos...

 

pode ate ser que minha conversao tenha ficado com algum bug, mas eu nao sei como descobrir.. se quiser posto o satteste em delphi ultima versao do satteste em lazarus convertida....

[geanjesus]

assim alguem pode testar e achar algum bug....

 

segue ai para testes...

 

SatTeste_D7_trunk2.rar

[geanjesus]

ah...testei com su exemplo do satteste em lazarus e acontece a mesma coisa , imprimindo primeiro com escpos na com1 e depois

mudando a impressora para o windows na com1 para imprimir com fortes, nao imprime, so depois de sair do programa que imprimi, parece que o escpos esta prendendo a porta com1...

[Daniel Simoes]

Marque ou Ligue a propriedade "ControlePorta" isso fará com que o componente abra e feche a porta serial a cada comando enviado

[sgeinformatica]

Daniel, se vc olhar o segundo produto ele nao sai com a descricao completa

Fica faltando tambem a qtde, valor, etc

[Daniel Simoes]

Apliquei modificações no Trunk2, seguindo o modelo de impressão do DANFE da NFCe...

 

-- ACBrSATExtratoESCPOS --
[+] Adicionada as propriedades:
    property ImprimeEmUmaLinha: Boolean default True
    property ImprimeDescAcrescItem: Boolean default True
    property UsaCodigoEanImpressao: Boolean default False    

 

[sgeinformatica]

Atualizei pelo trunk2 e agora deu certo.

Obrigado

[ifaster]

Boa noite,

Encontrei um problema na classe da TACBrEscDaruma, o primero NFC-e que imprimia saia certinho, mas o segundo em diante não.

Percebi que era um problema com o valor da RazaoColunaFonte.Condensada, que na criação da classe setava o valor padrão da razão em 0.8421 que resultava em 57 colunas.

Quando passava para a próxima impressão da nfc-e, ele setava um valor de 0.75 que resultava em 64 colunas. 

A minha impressora é a Daruma DR800 ETH, equivalente ao ModeloInfo = 20003, e o valor correto da razão para condensado é 0.8421.

Fiz uma pequena mudança para imprimir corretamente, talvez ajude a mais alguém.

    if ModeloInfo = 20003 then // 20003-DR800 ETH
    begin
      Byte30 := '1';  // '1' = 57 colunas em modo condensado
      RazaoColunaFonte.Condensada := 0.8421;    // 48 / 57
    end
    else
    if ModeloInfo > 20000 then // 20001-DR800 L, 20002-DR800 H
    begin
      Byte30 := '0';  // '0' = 64 colunas em modo condensado
      RazaoColunaFonte.Condensada := 0.75;    // 48 / 64
    end
    else
    begin
      Byte30 := '1';  // '1' = 57 colunas em modo condensado
      RazaoColunaFonte.Condensada := 0.8421;    // 48 / 57
    end;

[]'s

[Daniel Simoes]

para sugerir modificações... favor criar um novo tópico, e anexar os fontes ou Patchs com as modificações