Daniel Simoes

Nunca tentei...

Parce ser algum problema no FastReport... como não uso o mesmo, não sei lhe dar mais detalhes... Já tentou migrar para o DANFE em Fortes Report ?

para usar "PKCS12_parse", primeiro você precisará da uma instância de "p12" que pode ser obtida no bloco do mesmo método citado BioWrite(b, pfxdata, Length(PfxData)); p12 := d2iPKCS12bio(b, nil); O PFXData, é um AnsiString, contendo a representação binária do Certificado, no formato PFX... no exemplo acima, você atribuiu ela no formato "DER", quando o esperado seria "PFX" https://myonlineusb.wordpress.com/2011/06/19/how-to-convert-certificates-between-pem-der-p7bpkcs7-pfxpkcs12/ o segredo será achar um método que faça a conversão do tipo de certificado, antes de atribuir a DadosPXF Parece ter algumas dicas nesse link... (no final) http://stackoverflow.com/questions/6371775/how-to-load-a-pkcs12-file-in-openssl-programmatically

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...

Uma possibilidade, seria usar o ACBrECF com o modelo ecfECFVirtual e ligado a ele, o ACBrECFVirtualSAT... Dessa maneira, sua aplicação continuará operando da mesma maneira com ECF ou SAT... O ACBrECF, já possui rotinas para desenha um Cupom em HTML ou TXT, em tempo real...

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;