daniel.simoes

O ACBrECF não conseguiu nem enviar comandos... provavelmente o ECF está usando outra configuração Serial (Baud, Stop, etc) diferente da setada no componente (o valor default) Tente descobrir qual era a configuração anterior investigando os arquivos de configuração da DLL que funcionava...

Você deve estar tentando ler o Estado em algo evento ou Timer... Isso é complicado de achar por BkPoint, pois as vezes o problema só ocorre quando em execução corrente... Sugiro inserir a gravação de arquivos de Logs, nos métodos que chamam o ACBrECF... isso mostrará qual linha está disparando essa leitura de Estado prematura

Sim, por favor... De uma lida no Metodo: procedure TACBrTEFDRespCliSiTef.ConteudoToProperty; de ACBrTEFDRespCliSiTef.pas Alias, mesmo sem qualquer modificação nos fontes, você consegue ler os valores dessas propriedades em: OnDepoisConfirmarTransacoes Veja que no TEFDDemo ele demonstra como ler o campo "11" Memo1.Lines.Add('Campo 11: ' + LeInformacao(11,0).AsString );

E qual é o resultado do LOG ? Você fechou o outro programa que acessa a porta Serial ?

Não vejo nenhum problema ou modificação necessária para ser desenvolvida no ACBrECF...

Acho que funcionará SIM... tente com o ECFTeste.. ele tem uma função para envio de comandos por ASCII

Você não definiu a Porta do ECF... nem sempre o "Procurar" funciona...

A porta 25 foi banida no Brasil todo... Entre em contato com o provedor para saber a nova configuração..

Sim, por conversor USB <-> Serial, qualquer ECF poderia funcionar... Mas um erro comum, é tentar ligar a saída do conversor direto no ECF... Ainda é necessário ligar o cabo que acompanha o ECF no conversor... caso contrário seria algo parecido como ligar o ECF diretamente na placa do PC

Aparentemente o Delphi está achando uma outra biblioteca Synapse nos seus diretórios que está conflitando com a distribuída pelo ACBr... Experimente remover todos os packages, apagar os BPLS e re-instalar tudo novamente

Fórum Errado... Quando o ECF retorna essa mensagem é porque ELE (O ECF) não possui os dados da Redução Z ou não foi capaz de recuperá-los... Não há nada que o ACBrECF possa fazer a respeito disso... Por isso que o ideal é usar ACBrECF1.DadosReducaoZ, instantes antes de comandar a Z, ele sempre funcionará

Nenhuma configuração adicional será necessária

Pelo que li vc precisa instalar a útlima versão do SiTEFDemo e o instalador do Simulador GwCel para que seja efetuada uma "carga" com os dados das operadoras... Todas instruções e links para download estão no documento: SitGwCel_Simulador_Leia_me.pdf Qual é o fluxo da sua aplicação para Recarga de Celular ? ( Qual documento você abre ou imprime no ECF ? ) Analise o LOG gerado pelo ACBrTEFD para o CliSiTEF.. Verifique se as informações da recarga estão lá... se SIM, acho que seria apenas o caso de criar novas propriedades em TACBrTEFDResp e ajustar os métodos ConteudoToProperty, para ler os valores da Resposta do SiTEF e move-los para as novas propriedades Veja Também o documento: Configurações Adicionais Recarga Pré-Pago.pdf, nele existem várias chaves de configuração para o CliSiTEF.ini que afetam a Recarga de Celular

Sim... O ACBrECF também é capaz de abrir novo Gerencial quando há muitas linhas impressas e ocorre o "estouro" de linhas no Gerencial... Lembro que há um teste do Pay&Go que verifica se a aplicação é capaz de fazer isso...

Por favor anexe o LOG gerado pelo ACBrECF, na impressora Bematech MP 20 FI II... No momento de ativação ele deve estar tentando executar algum comando que não existe nesse modelo... O LOG nos dirá o que está errado..

A Bematech não funcionará por USB dentro do ACBr... Veja:

A Sweda também funciona bem por USB através da emulação de Serial Estou trabalhando com o pessoal da Bematech para fazermos a impressão por USB... mas é muito difícil falar diretamente com os desenvolvedores da DLL da Bematech... e estou enfrentando dificuldades na adaptação...

Os códigos podem váriar de um modelo para outro... (até do mesmo fabricante) Tente deixar um Campo ou .INI para configurar esses comandos...

Deve ser outra coisa... essa DLL é do ClientDataSet.. o ACBrNFPws não tem dependência desta DLL

Sim.. tb tenho interesse nisso... acho que até já tenho o material... Pelo que lembro o SiTEF faz recarga somente através do GwCel A documentação do V&SPague pode ser baixada no site deles... http://www.vespague.com.br/

Welkson, Acabo de enviar para o SVN uma nova tentativa... por favor baixe e teste... Notei na declaração da DLL que o Parâmetro "TipoPeriodo" era um Char e não um ponteiro para Char... Estou tentando usar AnsiString e Char (ao invés de PChar) para manter a compatibilidade com todas as versões do Delphi e Lazarus

Se você quer que o seu programa exiba mensagens que o SiTEF não pediu para você exibir.. então cabe a você fazer por sua conta e risco... como eu já disse:

Acho que ACBrTEFD não foi compatibilizado com o GwCel ainda... Ou melhor... acho que isso nunca foi testado...

Não poste a mesma dúvida repetidamente em vários tópicos... moderadores não gostam de "flood" e geralmente apagam essas mensagens Se você baixou o ACBr pelo SVN, com certeza baixou os fontes do ACBrECF... por favor procure com mais atenção na pasta de Pacotes e Fontes

É o próprio SiTEF quem valida...