Daniel Simoes

Apliquei modificações nos fontes para retornar o CCCC como "Resposta.codigoErro"... subo no SVN assim que possível...

Definitivamente você está fazendo algo errado... mas se você não fornecer detalhes precisos, não há como ajudá-lo... Observe que programa SATTeste.exe tem mais de 1500 downloads e vários usuários do fórum já relataram que usaram o mesmo com sucesso..

Provavelmente você está usando modelo errado.. o emulador usa CDECL

Não... no caso de impressoras NÃO fiscais, apenas enviamos comandos, mas não lemos a resposta (não há uma maneira simples de ler)... Se a impressora for SERIAL, nesse caso, SIM, seria possível ler algumas informações, e de fato o TACBrPosPrinter tem métodos que fazem isso (veja no Demo)... mas essa leitura depende muito do protocolo usado, ou seja, precisamos saber de antemão o protocolo do Equipamento... Minha sugestão é: Transfira o problema para o Fabricante... ele que mantenha um padrão entre todos os equipamentos que o próprio fabrica...

Analisei os seus fontes... mas não acho que a modificação esteja correta.. parece que você está confundindo "CCCC" com "cod", o ACBrSAT não tem propriedade que exponha o CCCC, vou analisar a possibilidade de implementar... mas vc pode pegar isso diretamente em: Resposta.RetornoLst[2] Veja os retornos disponíveis: AtivarSAT....................: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ, CSR ComunicarCertificadoICPBRASIL: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ EnviarDadosVenda.............: numeroSessao, EEEEE, CCCC, mensagem, cod, mensagemSEFAZ, base64, timeStamp, chaveConsulta, valorTotalCFe, CPFCNPJValue, assinaturaQRCOD CancelarUltimaVenda..........: numeroSessao, EEEEE, CCCC, mensagem, cod, mensagemSEFAZ, base64, timeStamp, chaveConsulta, valorTotalCFe, CPFCNPJValue, assinaturaQRCOD ConsultarSAT.................: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ TesteFimAFim.................: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ, base64, timeStamp, numDocFiscal, chaveConsulta ConsultarStatusOperacional...: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ, ConteudoRetorno ConsultarNumeroSessao........: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ (ou retorno da Sessão consultada) ConfigurarInterfaceDeRede....: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ AssociarAssinatura...........: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ AtualizarSoftwareSAT.........: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ ExtrairLogs..................: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ, base64 BloquearSAT..................: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ DesbloquearSAT...............: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ TrocarCodigoDeAtivacao.......: numeroSessao, EEEEE, mensagem, cod, mensagemSEFAZ

Você está enganado... o SATTeste.exe foi desenvolvido usando o Emulador do SAT do Governo...

Lembre-se de quem preenche o XML de retorno, é o próprio SAT... Verifique no XML de retorno como está a TAG "cRegTrib"... pode ser que o cliente não esteja inscrito como Simples Nacional no banco de dados do SEFAZ

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 ?