Daniel Simoes

Você adicionou todas as Units ?

Já no SVN Waldir... Fiz apenas uns pequenos ajustes... favor verificar...

Não existe um comando na especificação da DLL para isso... O correto seria o SAT atualizar sua data de tempo em tempo, no NTP.... Qual a marca do SAT ? Já entrou em contato com o Fabricante ?

Se você usa impressão no Fortes (Spool do Windows)... então todo o trabalho é feito pelo Driver do fabricante... Ou seja, você precisa falar com o Fabricante...

Você deve ter marcado a opção "Mostrar Preview antes da impressão"

Trata-se de uma impressora NÃO fiscal, correto ? Nesse caso, você precisa instalar o driver do fabricante (assim como qualquer impressora do Windows)

O ACBr possui comando próprio para Sangria e Suprimento... você está usando eles ? Sangria e Suprimento são muito específicos de cada ECF, e a maioria deles não aceita pagamento..

Enviei no SVN, uma correção para o problema de tratamento do CEP ...

Isso se deve ao tamanho da fonte... que não é mono espacejada... Talvez ocorra o efeito que vc deseja, com o EscPos

Impressão em Fortes ou EscPos ?

Não pude compreender o seu post... por favor detalhe melhor o problema... Está imprimindo conforme você informou em "infCpl"... veja no seu Log

Provavelmente ele estava se perdendo, com chaves no INI, do Monitor antigo... Obrigado por compartilhar a solução...

Por favor poste um XML de reposta do SAT, e uma imagem do Cupom Impressso

Provavelmente é necessário alguma configuração na impressora... ou ainda atualizar o firmware... Consulte o suporte do fabricante

É isso mesmo... o SAT lê os dados da Empresa, direto do servidor do SEFAZ, no momento da Ativação do mesmo...

O ACBrTEFD foi projetado para trabalhar com ECFs... mas ele não fala diretamente com os ECFs, e usa eventos para isso... Você pode, programar os Eventos para efetuar as impressões, e computar as informações que o ACBrTEFD solicita ( ou seja, emular um ECF do seu lado )

Posta um imagem com a SUA tela de configuração

A sintaxe dos seus comandos está errada... Nesse link ha exemplos básicos da sintaxe... http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?SintaxedosComandosACBr.html repare ainda, que todos os comandos do manual, tem exemplos: http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?Ativar.html http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?AbreCupom.html Veja também a pasta "Exemplos" no diretório de instalação do ACBrMonitorPLUS

Feito...

Muito boa a ideia... Obrigado... já apliquei no SVN

No fim, analisando o problema do caso indicado no post anterior... acho que ele (o problema) sempre esteve lá .. ou seja, não foi causado por nossas modificações na ACBrUtil e demais... O problema ocorre por uma característica do Delphi, que na atribuição do "Text", do TStrings, considera o NULL, #0 como terminador... procedure TStrings.SetTextStr(const Value: string); var P, Start, LB: PChar; S: string; LineBreakLen: Integer; begin BeginUpdate; try Clear; P := Pointer(Value); if P <> nil then if CompareStr(LineBreak, sLineBreak) = 0 then begin // This is a lot faster than using StrPos/AnsiStrPos when // LineBreak is the default (#13#10) while P^ <> #0 do begin Start := P; while not (P^ in [#0, #10, #13]) do Inc(P); SetString(S, Start, P - Start); E o comando de desligar negrito, na Daruma, é composto de um NULL...

Existe um roteiro de homologação, específico para Impressoras não fiscais... é muito mais simples e curto...

Provavelmente você está informando o índice errado

Modifiquei essa rotina para não depender do TStringList... Enviei uma possível correção para o SVN Tb achei um Bug na impressão de Cod.Barras de ecfEscfECf no Delphi... enviei uma possível correção...