Daniel Simoes

Você está usando uma chamada a AcharPorta(), sem especificar o modelo do ECF... Isso não é bom... Alguns ECFs não gostam de receber caracteres fora do padrão do protocolo que estão programados... e chegam até mesmo a travar... Ou seja, o método AcharPorta( )... nunca funcionou direito... Repare no final do Log que ele tenta abrir como uma Sweda e não como Daruma.... Veja nos fontes o método AcharPorta( )... tudo que ele faz é setar um modelo por vez e tentar abrir ativar o ECF... no caso da Bematech, ela é o primeiro modelo da lista do ACBrECF

Provavelmente esse modelo tem as suas peculiaridades... Você poderia ler o manual do fabricante e fazer um "De/Para" com as funções do PPLA ou ZPL...

Esse tipo de informação varia muito entre cada Fabricante, e as vezes até mesmo por modelo, do mesmo fabricante... Como o Elton disse, Somente consultando o manual você pode chegar a um valor exato... Mas é normal que todo ECF aceite até 8 linhas de observação no rodapé do cupom... ( o numero de caracteres depende da largura das colunas )

O protocolo não é simples... e pode ser configurado de muitas maneiras no equipamento... A tarefa tem um certo grau de dificuldade... Talvez seja melhor usar uma DLL do fabricante

Mais uma vez você está correta... Obrigado pelo excelente bug report.. ( Acho que o problema ocorreu após um refactoring ) Rev: 6385

A AFRAC promoveu uma reunião com o Fisco de SP sobre isso... Mais informações, favor contactar a AFRAC

Oi Larissa, Muito obrigado pelas suas correções... Acabo de subi-las para o SVN... Rev.:6384

Veja o erro que aparece na tela do emulador do SAT

Provavelmente sua BPL está procurando alguma propriedade (ou evento) que não existe no código atual do ACBrTEFD... Recomendo remover o todos os Package do ACBr, e fazer uma nova instalação...

Até onde eu sei não existe...

Pode ser alguma coisa entre String e AnsiString da sua versão do seu Delphi... Apague e re-escreva o método: ACBrSAT.OnGetCodigoDeAtivacao

Acho que a Bematech ainda não lançou nada sobre o SAT Use a DLL da Kryptus http://www.kryptus.com/#!kryptus-st---equipamento-cf-e-sat-/c1gcz

Realmente estava errado... Da maneira como estava implementado, a chamada ao WriteToTXT iria adicionar novas informações no final do arquivo existente, ao invés de criar um novo arquivo... (além de uma quebra de linha a mais) Apliquei uma possível correção no SVN...

Por favor anexe o Log para analise...

Provavelmente o equipamento não é plenamente compatível... Lembro que no caso da Bematech, a mesma só consegue imprimir o QRCode, após uma atualização do Sw.Básico...

O arquivo TACBrSATExtratoESCPOS.pas já imprime todo o Comprovante, usando comandos ESC P/2 internos da Epson, ou seja, a própria impressora gera o QRCode... Hoje em dia, acredito que todas as impressoras não fiscais, possuem esse recurso... A dificuldade é compreender os comandos "nativos" da impressora... Mas seguindo o modelo de TACBrSATExtratoESCPOS.pas, poderiamos ter um Comprovante semelhante todo feito em FastReport, por exemplo... e usando um componente ou DLL de terceiro para gerar a imagem do QRCode... Muito semelhante os componentes existentes para a DANFE do ACBrNFe2

Realmente parece ser um problema de Hardware... Do lado do Aplicativo, acho que seria impossível enviar um comando que causasse esse tipo problema... Mesmo que fosse, seria um sério bug do Sw.Básico do ECF.

Você poderia criar um novo componente do Tipo TACBrSATExtratoClass, seguindo o exemplo do componente já existente ( TACBrSATExtratoESCPOS ), e nele implementar a sua própria rotina de impressão... usando um QRCode de terceiros, por exemplo

Baixe os fontes do ACBr, usando SVN ( a instruções na página do projeto ) Cada fabricante disponibilizará sua própria DLL

Qual a dificuldade de enviar outro comando de texto, com o numero abaixo do código de barras ?

Você testou no Demo do ACBr ? Alguns códigos de barras devem seguir uma formatação específica, como por exemplo apenas números, um numero fixo de caracteres, etc..

A modificação ocorreu na linha 690 de Unit1.pas mVenda.Lines.Text := ACBrSAT1.CFe.GetXMLString( True ) ;

O método AtivarSAT não deve ser chamado a cada inicialização do componente... Ele serve para inicializar o SAT e não o componente

Acho que você não leu esse post: Use o programa do Fisco para Ativar o Emulador do SAT... siga as instruções do Documento fornecido pelo Fisco

Claro que não... a DLL do Fisco foi projetada para falar apenas com o Emulador... Cada fabricante terá uma maneira diferente de se comunicar pela USB... Porém todas as DLLs terão o mesmo nome e a mesma assinatura... mudando talvez a maneira de carrega-la (estática, dinâmica; stdcall, cdecl, etc)