daniel.simoes

Este é o código atual da classe ACBrECFFiscNET... function TACBrECFFiscNET.LeituraCMC7 : AnsiString ; begin FiscNETComando.NomeComando := 'LeTexto' ; FiscNETComando.AddParamString('NomeTexto', 'CMC7Documento') ; AguardaImpressao := True; EnviaComando ; sleep(500); Result := FiscNETResposta.Params.Values['ValorTexto'] ; end; parece estar de acordo com o manual do protocolo... Talvez o fabricante do equipamento possa dar mais alguma dica... Porém se nem no programa deles, usando a DLL, funcionar... será pouco provável...

Você precisa consultas os códigos válidos no manual PPLA ou PPLB https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Boa pegada... Sim, está faltando um "refactoring" nessa classe... Assim que tiver um tempo verifico... (se o Regys não acabar fazendo isso antes )

Humm... parece que ele não foi capaz de abrir a porta serial... >> fnTentarAbrirSerial(1) 26/07/2013-12:42:09:840: G_stPortaSerial - INVALID_HANDLE_VALUE 26/07/2013-12:42:09:844: Criou o handle - fnTentarAbrirSerial 26/07/2013-12:42:09:849: G_stPortaSerial - D_RET_ERRO_ABRIR_RS232 26/07/2013-12:42:09:853: << fnTentarAbrirSerial - RETORNO NUMERO: -5 O estranho é que a rotina de abertura de porta pela DLL é a mesma para todas as chamadas do ACBrECF

O LOG não ajuda muito nesses casos, pois o controle é da DLL... O que significa -1 no retorno dessa função da DLL ?

Você não disse o valor do TimeOut.... tentou com 30 seg ??

Aumente o TimeOut

Tente pelo ECFTeste... (sem cupom aberto)... assim teremos um LOG de possível analise...

Pode ser que isso seja um requisito da Lei... Verifique com o fabricante

Esqueça o protocolo Epson... sua impressora é FiscNET.... (apenas o mecanismo impressor é Epson) Provavelmente é o Sw.Básico do ECF que está imprimindo a informação que você não quer... não ocorre o mesmo quando comandado pelo DemoLog2 ?

Realmente havia um Bug na rotina.. acabei de subir uma correção... favor atualizar e verificar

Por favor anexe o Log gerado pelo ACBrECF no momento da captura

Nesse caso não compreendi a linha: EnviaComando('ImprimeAutenticacao;TextoAutenticacao= 10,00'"') pois ela não está no protocolo da Epson... A impressora é Epson OEM ou FiscNET OEM ?? Qual o modelo do ACBrECF utilizado ?

Você está falando de uma Impressora Fiscal ou não Fiscal ??

Por favor anexe o LOG (zipado) gerado pelo ACBrECF

Sim, mas o que me estranha é como ele abre um gerencial sem fechar o CCD anterior... O que me leva a crer que no momento que o PulaLinhas está para ser executado, o CCD já estava fechado (por algum motivo desconhecido)... isso que eu gostaria que você verificasse...

O vinculado está sendo fechado antes de ocorrer o erro na chamada do PulaLinhas ? Notei que na sequencia ele abre um Gerencial, mas não fecha o vinculado anterior...

O processo de assinatura ainda não está definido... e o manual (PPS) não ajuda muito,... Envie uma string qualquer, desde que tenha 344 caracteres...

O ACBrMonitor CLX foi descontinuado, pois a CLX morreu... Com a versão Lazarus qualquer pessoa pode compilar se depender da compra de uma IDE, já que o Lazarus e FreePascal são de código aberto http://www.lazarus.freepascal.org/

Apliquei algumas correções na classe: Agora já consigo utilizar o protocolo ecfEscECF em meu PDV final... Uma coisa que esqueci de comentar nos meus posts anteriores... é que o ECF real, possui apenas porta USB, mas assim que instalado, ele cria uma porta Serial virtual no Windows, o que permitiu o acesso ao ACBr sem maiores complicações...

Pesquise sobre Esc/Pos ... É uma protocolo de impressão de linha , onde todos os comandos iniciam com ESC Usar um gerador de relatórios ( se isso for uma opção ) seria muito mais simples... Dominar o ESC/POS não é tarefa fácil

O GNF é controlado pelo Sw.Basico do ECF... e nao pelo sofrware de comunicação Acho que bastaria você escanear alguns comprovantes e demonstrar o problema

Se a impressora suportar ESC/POS Você pode usar comandos nativos da impressora para gerar os códigos de barras ... ( foi o que fizemos na impressão de cupom do ACBrSAT )

No ACBrMonitor, todas strings devem estar entre aspas duplas... E você nao fez isso no comando de fechamento...

A contratação do SAC não lhe dá o direito de solicitar desenvolvimento específico... http://www.projetoacbr.com.br/forum/index.php?/page/SAC/questoes_importantes.html O ACBr não é compatível com este equipamento.... e eu, como mantenedor do package ACBrSerial não tenho interesse em implementa-lo... Talvez algum outro desenvolvedor tope a tarefa se você oferecer algum bonificação...