Daniel Simoes

Verifique se sua Impressora está com a última versão do Firmware.. Verifique se seus fontes estão atualizados... Havia um problema no comando de Cod.Página, que interferia na impressão da L42

Por favor verifique se seus fontes estão atualizados... Eu reverti recentemente uma modificação que havia feito na Unit ACBrBase.pas, no "TACBrThreadTimer.Destroy" destructor TACBrThreadTimer.Destroy; begin fsEnabled := False; Terminate; fsEvent.SetEvent; // libera Event.WaitFor() if not Terminated then // <---- Essa linha havia sido removida... WaitFor; fsEvent.Free; inherited Destroy; end;

correção em andamento...

Mas notei, que nesse cenário, o programa fica em um "dead end"... pois como o comprovante ainda não foi impresso... o usuário não sabe o número do comprovante, para cancelar a transação... Vou verificar que melhorias consigo fazer... Uma delas é inserir uma propriedade, para permitir remover essa (Infeliz) pergunta, que o componente está fazendo... Vou tentar informar os dados da transação anterior, antes de chamar o Cancelamento, para evitar perguntas, no Gerenciador TEF

Verifique se não é problema no posicionamento do Ribon

Verifique se nas configurações do Driver de spool, da impressora, você pode aumentar a temperatura da cabeça de impressão...

Como a Primeira Transação foi Confirmada, para que a Segunda Transação pudesse ser iniciada... ela deve ser Cancelada (CNC), e não apenas não confirmada (NCN) O processo de cancelamento, segue um Fluxo da Própria bandeira do TEF.. e a solicitação do número do Documento, Cartão, etc... é uma exigência deles... não há como modificar isso... Se você não cancelar a Transação, ela continuará válida, e o componente fica em Loop, até que você termine o cancelamento, de forma correta

PayGo IP ou PayGo Web ?

Nunca vi relato semelhante... Pode ser algum PlugIn, que você tenha instalado no seu Delphi

isso não é de possível execução.. pois para inicializar o componente, você precisaria programar os eventos...

Isso me leva a crer, que você tem mudança nos fontes do ACBr, do seu lado.. ou ainda copiou alguma das Units do ACBr, para as pastas do seu projeto... Só consigo investigar um possível problema, se eu consigo reproduzi-lo... Outro fato que você pode observar... é que essas modificações já estão há algum tempo no SVN.. e não há relatos de problemas semelhantes ao seu, aqui no fórum...

Prezado... não vou mais interagir no tópico... até você responder conforme o solicitado...

Não compreendi o problema que você quer descrever... como você pode ver no Change-log... nenhuma dessas Units é a da CliSitef Por favor use o TEFDemoNF, e descreva um passo a passo, de como reproduzir o problema....

Se funciona no PosPrinterTeste então deve funcionar em qualquer outra situação que o componente seja utilizado... Sugiro estudar os fontes do Demo, e verificar o que pode estar diferente na sua aplicação... Não.. como eu disse.. não está sendo usada a comunicação por USB.. pois essa impressora usa a USB para gerar uma Porta COM virtual, e o componente detecta isso, e usa a porta Serial

Estou trabalhando ativamente no ACBrTEFD e não noto esses problemas... Sugiro baixar os fontes em uma nova pasta, e fazer uma instalação completa, marcando a opção de remover instalações anteriores... Faça ainda, testes com o TEFDemoNF

@Rafael Dias, pode verificar essa questão de não estar salvando corretamente o valor da Porta ? Teste com as Imagens disponíveis no SVN do ACBr http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrSerial/ACBrETQ/Lazarus/

No SATTeste você tem uma aba de validação dos XMLs de envio e recebimento

A Bematech sempre cria uma COM virtual, quando plugada... o PosPrinter quando configurado para USB, irá detectar isso e fazer uso da porta COM Porém o Driver de Spool pode estar prendendo a porta COM

Esse Skin é de terceiros ? O 10.4 tem Skins próprios...

realmente parecem estar com problemas... https://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY=

Ainda usei pouco o 10.4... mas achei ele muito mais leve e rápido que o 10.3 Os fontes do ACBr foram migrados para o 10.4 facilmente... Eu estou mantendo 10.3 na maquina... ou seja você pode trabalhar com várias versões do Delphi simultaneamente

Creio que não... essas impressoras usam linguagens de página, como a PCL... não usam linguagens de Linha, como o EscPos

Parece ser um erro de programação no MGV6