lampada

Olá pessoal, alguém já passou por isso? De vez em quando, a impressora retorna esse erro ao ler o estado: -- 14:52:10 LerTotaisFormaPagamento TX -> [STX][147][9][ESC][STX][28][0][0][28]1[ETX]0127 14:52:10 RX <- [STX][147][0][0][28][192][128][28][28][0][0][28][28]Dinheiro[28]0[28]0[28]0[ETX]067A -- 14:52:10 TX -> [STX][148][9][ESC][STX][28][0][0][28]2[ETX]0129 14:52:10 RX <- [STX][148][0][0][28][192][128][28][28][0][0][28][28]CHEQUE[28]0[28]0[28]1[ETX]0505 -- 14:52:10 TX -> [STX][149][9][ESC][STX][28][0][0][28]3[ETX]012B 14:52:10 RX <- [STX][149][0][0][28][192][128][28][28][0][0][28][28]CARTAO[28]0[28]0[28]1[ETX]0505 -- 14:52:10 TX -> [STX][150][9][ESC][STX][28][0][0][28]4[ETX]012D 14:52:11 RX <- [STX][150][0][0][28][192][128][28][28][0][0][28][28]TICKET[28]0[28]0[28]1[ETX]0510 -- 14:52:11 TX -> [STX][151][9][ESC][STX][28][0][0][28]5[ETX]012F 14:52:11 RX <- [STX][151][0][0][28][192][128][28][28][0][0][28][28]TEF[28]0[28]0[28]1[ETX]042C -- 14:52:11 DataHora TX -> [STX][152][5][ESC][STX][28][0][0][ETX]00DB 14:52:11 RX <- [STX][152][0][0][28][192][128][28][28][0][0][28][28]10062011[28]152012[ETX]053B -- 14:52:11 Estado TX -> [STX][153][8][16][28][0][0][ETX]00D2 14:52:11 RX <- [STX][153][0][0][28][192][128][28][28][0][0][28][28]4[ETX]029E -- 14:52:11 ReducaoZ( 10/06/2011 ) TX -> [STX][154][8][1][28][0][1][28]10062011[28]152012[ETX]03B3 14:52:16 RX <- [STX][154][0][0][28][192][0][28][28][0][0][28][28]264[ETX]0287 -- 14:52:16 Estado TX -> [STX][155][8][16][28][0][0][ETX]00D4 14:52:27 RX <- [STX][155][0][0][28][192][0][28][28][ESC][STX][1][28][ETX]01EE ----------------- ERRO ----------------- Erro retornado pela Impressora: Epson Erro: 0201 - Comando com Frame inválido. ---------------------------------------- Alguém tem idéia do que pode ser? No simulador da impressora não aconteceu... Será que é a impressora? Abraços.

Impressoras que tem dados da ultima redução z: Daruma, Sweda(STX), Bematech, FiscNET e Epson, lembrando que apenas as MFDs tem esse recurso.

Tenta usar o com0com e emula a porta ;D fica show e não fica aquele monte de cabo atrás da máquina

É isso mesmo ;D

Eu tive esse problema uma vez usando um emulador e ligando um cabo entre duas portas COM. Uma porta deu problema e eu troquei, depois nunca mais tive esse problema. Experimenta testar em outra máquina ou outra porta. Sobre o problema de ficar em looping: Pelo que vi no fonte não está vindo um bloco completo na resposta e o componente não consegue determinar se imprimiu ou não. Ele fica em looping infinito porque o VerificaFimImpressao retorna "False" para a classe pai (AcBrECFClass metodo doLeResposta ) que fica chamando a funcao "VerificaFimImpressao" até que ela retorne true. Antes de alterar o fonte, acho melhor verificar com o Daniel se após as 20 tentativas o retorno do VerificaFimImpressao deve ser true, já que na verdade o componente não conseguiu verificar o retorno.

Se não me engano, quando o cupom é impresso totalmente e a queda é na impressão do vinculado/gerencial basta confirmar a transação dando uma mensagem para o usuário pedindo para reimprimir os comprovantes, senão é necessário cancelar a transação. Nesse caso, eu verifico no banco de dados se o ultimo cupom foi finalizado com sucesso, se ele não foi eu retorno O, senão retorno R. Dessa forma o componente vai saber quando tem uma transação pendente e tratar corretamente, confirmando ou cancelando a transação de acordo com o estado. ineEstadoECF: begin Case DM.ECF.Estado of estLivre: RetornoECF := 'L'; estVenda: RetornoECF := 'V'; estPagamento: RetornoECF := 'P'; estRelatorio: RetornoECF := 'R'; else begin if DM.PAF.FinalizadoSucesso(0) then//Verifica se ultimo cupom foi finalizado com sucesso no banco de dados. RetornoECF := 'R' else RetornoECF := 'O'; end; end; end; Espero que tenha conseguido me expressar.

Usar TEF Dedicado em notas fiscais? Acho que vi isso na kalunga, mas a melhor forma de saber como faz e se da realmente pra fazer acho que é entrando em contato com a software express.

NumUltItem é pego direto da memória da impressora, então cada vez que vc chama ele é feito uma chamada no ecf.

Isso pode ser problema na impressora, porta com, máquina do usuário ou a forma que vc ta tratando no seu fonte. Você fez um teste utilizando o Demo? Testou a mesma impressora em outra máquina?

Sim, no caso na venda do item, se a impressora aceitar o item é atualizado o GT no arquivo.

Eu fiz esse controle no meu PAF usando uma sweda st120 e não tive problemas. Você testou usando o protocolo STX?

Acho que a questão não é "QUERER DINDIM", a questão é NECESSIDADE de dinheiro. Porque quando você deixa de dar suporte ou programar no seu projeto comercial para dar suporte ou programar para um projeto OPEN de certa forma você está abrindo mão do seu recurso comercial para ajudar os outros no projeto open( Isso ninguém fala ). Se fosse realmente "Querer dindim" o projeto seria pago desde o início. Eu entendo que isso é só para ajudar o projeto ainda mais, ele ficará mais maduro e terá questões resolvidas mais rápido, pois TODOS serão beneficiados, o fonte é um só e tudo que for feito para quem paga( correções ou recursos necessários ) estará disponível para quem não pagou também. Isso vai fazer com que o forum tenha necessidade mais participação do pessoal, vejo quase sempre o Daniel se matando pra responder todo mundo, o cara pega a resposta e SOME só volta para o forum quando aparece outro problema, ninguém está interessado em visitar o forum 1 (UMA) VEZ por dia ou 3 por semana ou 1 por mês para AJUDAR QUEM PRECISA. A mentalidade do pessoal que usa o componente tem que mudar, o componente é open, ajude quem está começando e tem dúvidas, visite o forum para ajudar os iniciantes, perca meia horinha do seu dia para ver se o usuário que está postando um problema está errando ou é bug, tente descrever o bug e corrigir, crie exemplos, escreva uma documentação... Quando a cabeça do pessoal mudar e ajudar mais, com certeza o forum pago será apenas para os urgentes ou querem a comodidade de ter o suporte direto, pois sempre existirá uma alma para ajuda-lo.

Acredito que não seja viável... Os softwares de integração contábil estão abandonando os layouts personalizados e começando a usar os xmls de notas eletrônicas.

Eu já testei em uma BEMATECH USB, você tem que instalar os drivers da impressora que vai emular uma porta serial. Aí é só ligar a usb no computador e na impressora que funciona.

Existe algum ecf que funcione SEM que emule a porta serial? Pergunto porque a bematech obriga você a instalar os drivers USB que EMULA uma porta serial.

Para quem quer ter um suporte rápido, vai ser ideal. Muitas vezes acontece de aparecer gente querendo solução para ontem, dessa forma o cara vai conseguir ter o suporte e o valor é justo. Para os que estão dizendo que vai ser "pago" ou o forum vai "fechar", é porque só leu o titulo do tópico, ou faltou atenção na leitura . Parabéns ao Daniel e o André por mais um serviço oferecido, pois além de doar o componente, dispõem do seu tempo para dar suporte. Abraços.

Estava com problema para vender usando o indice... O arquivo corrigido está anexo, substitua no fonte do seu acbr a unit AcbrECFSwedaSTX.pas e compile novamente até alguém subir no svn. A alteração foi na função "AchaICMSAliquota" da unit ACBRSWEDASTX Se não adicionar um "T" quando a procura é por indice, na classe base ele remove o T e não acha o indice "01" Se colocar o T, ele vai procurar por TT01 na classe base remove o primeiro T e encontra o indice. Testei usando a procura de aliquota por indice, valor e fazendo venda por indice e valor tanto para ISSQN quanto para ICMS. Abraços. ACBrECFSwedaSTX.zip

É verdade, parece certo independente do convênio.

Pra bater vai ter que saber quais são do Convênio 85/01. Algumas matriciais não devem ser, como a mp20 que faz parte do convenio ICMS 156/94

Desculpe a minha demora. Eu procuro sempre atualizar os fontes antes de aplicar as correções, mas posso ter falhado. Me desculpe. Abraços.

Pra mim não foi muito claro porque quando acaba o papel, se o sensor estiver funcionando, a impressora entra em estado de ERRO e não vai mais imprimir nada. Se ela estiver funcionando normalmente sem papel, então tem algo errado com a impressora.

Se você usa o SITEF, a dll oferece recurso para você ler cartões desse tipo. Da uma olhada no manual, fora isso eu não faço idéia utilizar o pinpad para ler cartão de convenio.

Eu só fecho o cupom quando o total recebido é igual ao ou maior que o valor da venda, independente de qual forma de pagamento que foi feita ou quantos cartões está passando. No TEFD existe uma propriedade que vc especifica quantos cartões você pode passar, então se vc utiliza apenas um cartão é só configurar ele para aceitar apenas 1. TEFD é show demais.

Você tinha pedido para alguém adicionar nos fontes do svn anteriormente ou só tinha feito no seu ?

Se o protocolo que você tá usando é o stx, dá uma atualizada no acbr porque teve correção em uma rotina usada na verificação do papel.