Daniel Simoes

enviei uma possível correção para o SVN... que deverá gravar corretamente o arquivo com a extensão: "down-nfe.xml"

Obrigado pelo envio do Log e pela analise... Suas informações estão corretas... e enviei ajuste no SVN baseado nas suas sugestões... Eu precisava do Log para ter certeza de que o problema de retorno vazio do comando, não se tratava de um problema do ACBrECF

Marcos, Acredito que algo muito semelhante, é feito em: "TDFeOpenSSL.VerificarAssinatura" Ele lê o conteúdo de "X509Certificate", e carrega o mesmo em uma estrutura de Certificado do XMLSec (xmlSecKeysMngrPtr)

Tentou: ACBrSAT1.DesbloquearSAT ?

Você teve problemas de comunicação na porta Serial mas mesmo assim, o comando continuou, e foi concluído com sucesso...

EscPos é a linguagem de impressão usada pelas Impressoras POS... Não dá para transformar isso em PDF... Somente usando o Fortes...

Enviei modificações que podem resolver o problema Commit [r12390]

Como reproduzir o problema, usando o ECFTeste ?

Obrigado pelo retorno... fico no aguardo dos testes finais...

Deixando claro... Sem o Log do ACBrECF, não tenho como analisar o problema...

Recebi o empréstimo de uma FS800I da Daruma... Vou rodar os testes do ECFTeste nela, e verificar a compatibilidade da mesma com os comandos de Cod.Barras

Tente o modelo CDECL, pode ser que eles tenham modificado a convenção de chamada nessa nova DLL

A Daruma me emprestou uma FS800i para testes, vou analisar o caso... Poderia por favor, anexar (zip) o Log completo referente a operação acima ? Nos meus testes iniciais,não detectei nenhum problema com a Daruma FS800i Me parece que seus fontes do ACBr estão desatualizados... o formato do seu Log não está compatível com que seria gerado pelos fontes atuais...

Acho que o ideal nesse caso, seria fazer um novo componente (e não um novo modelo para o ACBrSMS) Imagino que um componente desse tipo, deva seguir a linha dos componentes ACBrCEP, ACBrIBGE, ou seja, componentes que usam a ACBrSocket.pas e fazem consultas HTTP/HTTPS Seria necessário inicialmente, definir a classe do componente, com os métodos e propriedades que ela teria, baseado em estudo de diversos provedores de entrega de SMS por WebService... Isso permitiria suportar múltiplos provedores de solução, assim como ocorre no ACBrCEP Você conseguiria criar uma classe baseada no ACBrCEP ?

Obrigado por mais essa correção Rodrigo... Já está no SVN...

Experimente mudar o comando: FonteNormal := ESC + '!' + #0 + DC2; Ou seja... ele envia o ESC ! NUL para zerar os atributos, e DC2 para desligar o condensado

O Condensado será desligado... pois tem uma Tag "</fn>" no inicio da linha... que será traduzida para "ESC ! NUL"

Pedro, Notei algo estranho nos seus teste... nos seus testes, não está sendo calculado corretamente, o numero de colunas em modo Expandido... Veja essa imagem No teste que você fez, o numero de Colunas Expandido, aparece com 28 caracteres, e o valor correto para Expandido deveria ser: 48 / 2 = 24... FONTE NORMAL: 48 Colunas ....+....1....+....2....+....3....+....4....+... <e>EXPANDIDO: 24 Colunas ....+....1....+....2.... Você fez alguma alteração nos fontes ??

mas no caso do SAT.. ele força a fonte normal no Inicio... com a tag "</fn>"... ou seja, o efeito desejado, é apenas o "Expandido" o comando " ColunasFonteExpandida ", tenta computar quantas colunas o Expandido Suporta, o que geralmente é a metade de "ColunasFonteNormal" Portanto se você definiu Colunas = 48... então ColunasFonteExpandida = 24

Pedro, Notei que o seu PDF é referente a um SAT, e não NFCe (como eu estava imaginando) Na linha total do Extrato do SAT, realmente é enviado um comando para fonte normal, e depois o expandido.... O problema ocorre na linha abaixo: FBuffer.Add('</ae></fn><e>'+PadSpace('TOTAL R$|'+ FormatFloatBr(CFe.Total.vCFe, '#,###,##0.00'), trunc(FPosPrinter.ColunasFonteExpandida), '|')+'</e>'); Usando o Seu Debug, por favor verifique o tamanho de "ColunasFonteExpandida"... ele deve ser 24, pois a impressora suporta 48 colunas

"Expandido" é diferente de "Expandido + Condensado"... No manual da Daruma, não é mencionado que o "SI" seja condensado apenas uma linha... Existem comandos que são ativados apenas por uma linha, porém isso deve ser especificado no manual, conforme exemplo abaixo (ESC + SO): Vamos tentar algo... Repare no manual, que existem 2 comandos para ligar o modo condensado (conforme imagens acima)... Experimente a seguinte modificação nos fontes de "ACBrEscDaruma.pas" FonteB := ESC + SI // SI; LigaCondensado := ESC + SI // SI;

Preciso do Log do ACBrECF

Olha... compreendo que isso corrigiria o problema... Mas não devo acatar essa correção, pois apenas esse modelo de Impressora tem esse problema... Ou seja, 2 impressoras, do mesmo fabricante, estão com comportamento diferentes... conclusão: o Bug é na Impressora DR800... cabe ao fabricante providenciar uma correção, pois isso afetará TODOS os relatórios onde o Condensado é utilizado, e não somente nesse relatório em específico....

Fiquei um pouco confuso em relação ao post... Qual é exatamente o comando que gera um XML corrompido ? Como você observa que ele está corrompido ? Exemplo: Ele não consegue ser exibido no Internet Explorer

Experimente deixar a impressora na Tabela 3 e usar ppEpsonEscPos