Pesquisar na Comunidade

Boa noite, tenho uma duvida sobre a Propriedade Corta Papel contido no componente POSPRINTER. Teria como essa propriedade cortar qualquer impressão feita pela impressora ?? Assim não preciso me preocupar com certos controles de corte. Percebo que ela corta automático apenas impressão de cupom SAT. Obrigado

Bom dia pessoal, Estamos com um caso singular em um cliente nosso. O mesmo utiliza uma impressora Elgin K e nos reportou problema no corte de papel. Pedimos para enviar o ECF para intervenção. Segundo a intervenção, o corte de papel ocorre normalmente pelo programa de testes deles, portanto concluiram que não possui nenhum problema e nos enviaram novamente. O problema persiste da seguinte forma: Utilizando o ECFTeste, pelo protocolo FISCNET, quando abrimos 3 relatórios gerenciais, 2 o corte de papel é realizado com sucesso, o terceiro não corta (Arquivo: "sem corte-acbrlog.txt"). No ECFTeste, pelo menu, selecionamos 'CortePapel', ocorre normalmente o corte do papel. Quando pedimos para emitir uma Leitura X ou efetuamos a venda de um cupom fiscal, em nenhum caso, ocorre o corte. (Arquivo: "acbrlog_leitura x_sem corte.txt") Já analisamos os seguintes posts: Mas estamos sem idéia do que poderia estar ocorrendo. Pois uma hora funciona, emite o relatório gerencial com corte e nos outros momentos não efetua o corte. Gostaria da opinião de vocês a respeito deste problema. sem corte-acbrlog.txt acbrlog_leitura x_sem corte.txt

Galera, tenho uma bematech MP-4200 TH aqui e preciso que meu programa informe quando o papel estiver terminando Alguém tem uma solução?

Boa tarde pessoal. Estamos fazendo algumas melhorias no nosso sistema em relação a impressão no ECF. Verificamos que no ECF Sweda ST120 utilizando o protocolo SwedaSTX não retorna corretamente a flag 'PoucoPapel'. Mesmo dando exceção devido a falta de papel em um relatório gerencial, não passou pelo evento 'AcbrEcfErrorSemPapel' e sempre retorna False na flag citada acima. Verificamos no source que a variável 'fsPoucoPapel' é setada na unit 'ACBrECFSwedaSTX.pas': if Result and (Tipo = '!') then // Bloco de Satus não solicitado, Verificando begin // TODO: Mapear mudanças de estado, que não são erros Result := not (Erro in [40, // Abertura de Movimento 74, // Ejetando a Folha 98, // Processando 99, // Confirme 103..105, 109..111, // Eventos de Cheque 127, // Pouco Papel 159, // Preenchendo 172, // Preenchimento concluido 198, // Processando 200, // Leitura Mirc 207, // Autenticando 217, // Preparando Imp.Fita Det 220 // Emitindo Red.Z ]); if Erro = 217 then fsPoucoPapel := True; GravaLog(' Alteração de Estado: '+IntToStr(Erro)+'-'+DescreveErro(Erro) ) ; end; Em debug, não conseguimos localizar o retorno do ECF Sweda Tipo = '!' com Erro = 217 para poder setar pouco papel no ECF. A princípio pensamos que estivéssemos com um problema no sensor, mas utilizando o Lacrador 02.10.00, só o fato de abrir o programa já acusa pouco papel no ECF. Estou anexando um log que pode descrever os testes que estávamos realizando com maiores detalhes. Será que falta algum tipo de configuração no componente? Gostaríamos da opinião de vocês sobre o assunto.

Estou com um problema quando retiro o papel da impressora daruma, sendo que a mesma fica com led de erro piscando e com um tic tac e apartir dai o acbr nao consegue mais nem conectar com a impressora para poder entrar no meu try except o qual mostra a mensagem de que nao ha mais papel na impressora.

Olá escovadores de bits, Hoje nosso escovando será um pouco diferente, vamos analisar o hardware da impressora fiscal. Analisaremos o sensor de papel da ECF para entender como a impressora identifica que a bobina está próxima do fim ou não. Muitos parceiros nos procuram com duvidas sobre o sensor de papel, nos questionam se o retorno dado pela ECF está correto mesmo ou não. Uma frase de exemplo: “A impressora está retornando papel acabando, mas a minha bobina está cheia! O que faço?”. Este escovando é especial para estes parceiros, pois vamos mostrar de duas formas quando é que o papel realmente está acabando. Hardware – Vamos identificar onde é o mágico sensor de pouco papel e de sem papel. Imagens ilustrativas da impressora fiscal irão ajudá-los na identificação. Software – Nesta etapa vamos testar se o que está na impressora(hardware) condiz com o retorno recebido. Simularemos pouco papel e sem papel na ECF. Escovadores de Bits, acho que agora vocês entenderam que o tema de hoje será bastante usado por vocês né?! Acompanhem este rápido e importante escovando bits. Continue lendo: http://www.desenvolvedoresdaruma.com.br/dde/htmls/dde055_2013_sensor_de_papel.html Abraços,

Bom dia pessoal, estou com uma situação estranha aqui. Estou utilizando o seguinte source para fazer impressão de várias vias de um determinado relatório gerencial implementado em nosso PDV. Segue: //Obtêm o índice do relatório gerencial indiceRG := ecf.BuscarIndiceRG(10); //Abre o relatório gerencial ecf.AcbrEcf.AbreRelatorioGerencial(indiceRG); (...) if max_vias = 1 then begin imprimirREAux; end else begin for j := 1 to userVias do begin if ecf.AguardarRespostaEcf then begin imprimirREAux; end; //Se não for a última via corta o papel if (j <> userVias) then begin if ecf.AguardarRespostaEcf then begin ecf.AcbrEcf.CortaPapel(true); Sleep(150); //Fórum da ACBr aconselhou um pequeno time para a guilhotina end; end; end; end; (...) //---- procedure imprimirREAux; begin //Imprime as linhas no relatório gerencial ecf.AcbrEcf.LinhaRelatorioGerencial(rel.Text); //Adiciona o espaço em branco no final if ((ckAdicionarEspacoFinal.Visible)and(ckAdicionarEspacoFinal.Checked)) then begin ecf.AcbrEcf.PulaLinhas(max_linhas); if ecf.AguardarRespostaEcf then begin ecf.AcbrEcf.LinhaRelatorioGerencial('</linha_simples>'); end; end; Inc(aux); end; //---- No arquivo de log do ECF eu tenho: -- 18:11:46:993 TX -> [STX][4][NUL][FS][20]0[NUL] 18:11:48:188 RX <- @[NUL][NUL][NUL] -- 18:11:48:196 LinhaRelatorioGerencial( "[CR][LF]</linha_dupla>[CR][LF] (...)", 0 ) TX -> [STX]B[STX][FS][20][LF]================================================[LF] [ESC][14]ENDERE[128]O DE ENTREGA[20][LF] REF. AO CUPOM: 014080 - VIA: 01/02 [LF]================================================[LF] (...)[213]y 18:11:49:581 RX <- @[NUL][NUL][NUL] -- 18:11:49:581 TX -> [STX]5[NUL][FS][20]------------------------------------------------[LF][170][BS] 18:11:49:758 RX <- @[NUL][NUL][NUL] -- 18:11:49:758 PulaLinhas( 2 ) TX -> [STX][ACK][NUL][FS][20][LF][LF]D[NUL] 18:11:49:911 RX <- @[NUL][NUL][NUL] -- 18:11:49:911 LinhaRelatorioGerencial( "</linha_simples>", 0 ) TX -> [STX]5[NUL][FS][20]------------------------------------------------[LF][170][BS] 18:11:50:088 RX <- @[NUL][NUL][NUL] -- 18:11:54:088 CortaPapel TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 18:11:54:211 RX <- [4]@[NUL][NUL][NUL] -- 18:11:54:211 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 18:11:54:334 RX <- [4]@[NUL][NUL][NUL] A princípio não detectei nenhum problema, mas a Bematech está cortando o papel ANTES de pular as linhas em branco. Já tentei de tudo, aumentar valor de Sleep() entre os comandos, tentando fazer com que a sequência fosse respeitada mas não obtive sucesso. O mais estranho é que quando foi implementado funcionava normalmente. Gostaria da opinião de vocês. Desde já agradeço.