Daniel Simoes

Obrigado pelas explicações... vou fazer alguns Testes com o emulador de SAT e retorno...

Oi REgys, Apenas uma sugestão... CR (#13) não é sinônimo de quebra de linha (Carriage Return) LF (#10) sim... é a quebra de Linha (Line Feed) No Linux a quebra de linha é apenas LF ou #10 Minha proposta para essa function seria algo mais genérico e que pudesse estar na ACBrUtil function AjustarQuebrasLinhas(const ATexto: String; NovaQuebraDeLinha: String = ';'): String; begin Result := Trim(ATexto); if Result <> '' then begin if sLineBreak <> LF then Result := StringReplace(Result, sLineBreak, LF, [rfReplaceAll]); Result := StringReplace(Result, LF, NovaQuebraDeLinha, [rfReplaceAll]); end end;

Emerson, Mas nesse caso, se criassemos um modelo novo "EscPosElgin", teriamos: Elgin I9 suporta EscPosEpson e não suporta EscPosElgin Elgin VOX e NIX, suportam EscPosElgin e não suportam EscPosEpson Já imaginou a confusão aqui no fórum ? Todos usuários de Elgin I9 vão postar algo como: "Minha Elgin I9 não imprime QRCode"... Acho que devemos solicitar explicações do Fabricante, porque os equipamentos que ele mesmo produz, não são compatíveis entre si... No meu entendimento, seria muito mais vantajoso para o Fabricante, usar o padrão EscPos da Epson, que de fato é um padrão de marcado, e facilitará a adoção do equipamento deles por ser compatível com os equipamentos mais vendidos no mercado...

Parece ser algo errado no seu ambiente tente com o SATTeste.exe disponível para download aqui no fórum

Não tenho necessidade de uso de 64 bits... ou seja, não pretendo investigar isso... Se descobrir algo por favor compartilhe com a comunidade...

A MP4200 precisa de uma atualização de Firmware para imprimir o QRCode http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=6095 http://partners.bematech.com.br/suporte-e-recursos/paginas/DetalhesDownload.aspx?ID=118

Será possível que o Fabricante Elgin tem 2 modelos de impressoras com dois padrões diferentes ?? Conforme você pode ver na imagem, a I9 suporta o QRCode EscPos... EscPos é um padrão criado pela Epson, mas vários fabricantes emulam ele... Por favor verifique com a Elgin, porque esse modelo não suporta o mesmo conjunto de instruções EscPos da I9

O próprio S.F. tem noticias atualizadas: http://sourceforge.net/blog/category/sitestatus/

Provavelmente você está usando o modelo errado em ACBrSAT (stdcall, cdecl)

Obrigado por compartilhar a solução conosco... Você está usando a última versão do emulador ? (2.8.8) ela corrige alguns bugs do mesmo...

Wendel, Note o final do meu post anterior...

Acho que o próprio componente ACBrNFe pode tratar a mudança de LineBreak para ';' vou tentar implementar... Também notei que você usa "UTF8Encode"... em teoria isso não deve ser feito nos fontes do Trunk2... No Trunk2, a ideia é permitir que o programador use o modelo de String nativa de sua IDE (Ansi, UTF8, UTF16)... e o componente fará a conversão para UTF8, momentos antes da Assinatura do XML... Quando receber a resposta do SEFAZ, o componente converte o XML recebido de UTF8, para a String nativa da IDE, antes de popular as propriedades de TNFe... Ou seja, no Trunk2, a ideia é que o programador não precise se preocupar com "encoding"

Bom... se você consegue acessar a impressora através de uma Porta COM... use a Impressão em EscPOS... que é mais rápida e não depende de instalação de driver no Windows

A Elgin não é compatível com Epson EscPos ? Veja as imagens desse post:

Tentem com o SATTeste.exe compilado em Lazarus, e disponível para download aqui no fórum... Se funcionar, pode ser algo no Fortes, já que a versão em Lazarus usa o Fortes4Lazarus

Você tem certeza que a DLL da Sweda suporta 64 bits ?

Mas isso já existe... Veja a propriedade ACBrSAT.ConfigArquivos e ACBrSAT.CFe.NomeArquivo (Trunk2)

Sim, o ACBrMonitorPLUS suporta Sockets como Entrada/Saída... fica muito mais rápido...

Não compreendi muito bem o problema... Você quer saber se selecionando no ACBrMonitorPLUS o regime tributário como: "Simples Nacional" o mesmo deve gravar "0" no .INI ?

O S.F. ainda não restaurou os repositórios de fontes... Todos os projetos hospedados lá são afetados.. http://www.projetoacbr.com.br/forum/topic/22935-não-consigo-baixar-os-fontes-acbr/?page=2#comment-148560 Sobre o Trunk2, veja o post fixo nesse fórum: http://www.projetoacbr.com.br/forum/forum/55-trunk2/

Por favor leia com atenção o documento "Bem_Vindo_ao_Trunk2.pdf" Pessoal, O ACBr usa o SourceForge desde a sua fundação em 2005... Ou seja, o S.F. nos serviu muito bem, (e gratuitamente), por mais de 10 anos... O ACBr foi especialmente mais afetado, porque optamos por não criar ZIPs, com os fontes (Tags)... Na verdade, fazíamos isso no do projeto... mas é muito difícil fechar um Tag em um projeto com o tamanho do ACBr... então dotamos a premissa de usarmos o Trunk, e os "commiters" só devem subir para o Trunk código que esteja compilando sem erros... (mesmo isso é difícil quando se suporta várias IDEs e plataformas) O problema recente, em que estamos a mais de uma semana se acesso ao repositório dos fontes é realmente muito chato... Muitos estão vendo apenas um lado da estória, que é: "Eu quero baixar os fontes"... Mas acredite, não é simples migrar um repositório de fontes do tamanho do ACBr... Perderíamos todo o nosso histórico do SVN, e precisaríamos fazer ampla divulgação do novo endereço.... Vários dos serviços do Source Forge já estão no ar... e eles definiram como próxima tarefa restaurar os repositórios: http://sourceforge.net/blog/category/sitestatus/ Em virtude dos 10 anos de excelentes serviços prestados pelo Source Forge, ao nosso projeto, estou disposto a aguardar mais alguns dias pela resolução do problema... porém se isso não se concretizar, realmente teremos que iniciar o processo de migração para outro Host...

Não compreendi a natureza ou necessidade da modificação... O seu SAT está respondendo de forma diferente dos demais ?

A mensagem do Emulador é cristalina... ele só aceita o CNPJ "11111111111111"

Você está se referindo aos fontes do Trunk2 ? O que faz o pulo de linhas, no final do extrato, é o comando: FPosPrinter.Buffer.Add('</corte_total>');