Entender arquivo de LOG

[edson vieira]

Bom dia, 

Estou anexando um log do acbrecf configurado no simulador Bematech MP-4200.

Gostaria de entender a sequencia de eventos que esta ocorrendo dentro do log,

mas precisamente referente ao erro de paramentro, pois não estou conseguindo descobrir qual o comando responsável pela geração deste erro

Obrigado

Edson

 

ECF_LOG.TXT

[Daniel Simoes]

De qual linha do Log você está falando ?

 

[edsonvieira]

De uma forma geral, diferenca entre tx, rx  

mas especificamente na parte abaixo onde antecede o erro, qual comando foi enviado neste momento?

 

NUL][STX][SOH][NUL][NUL][NUL][NUL][NUL][185]
-- 30/12 16:22:36:155 
----------------- ERRO -----------------
Erro retornado pela Impressora: BEMATECH

Categoria: 2-Erro em par�metro do comando
Motivo: 1-Conte�do de par�metro inv�lido no comando.
----------------------------------------

 

[Daniel Simoes]

Qual o número da linha no Log ?

[edsonvieira]

Seq.  28 e 29

[Daniel Simoes]

o que há de errado nas linhas 28 e 29 ??

-- 30/12 16:22:35:903                 TX -> [SOH][ESC][26][NUL][4][NUL]8|0|[153]
-- 30/12 16:22:35:930                 RX <- [ACK]

 

[edsonvieira]

  Em 02/01/2017 at 11:26, Daniel Simoes disse:

o que há de errado nas linhas 28 e 29 ??

-- 30/12 16:22:35:903                 TX -> [SOH][ESC][26][NUL][4][NUL]8|0|[153]
-- 30/12 16:22:35:930                 RX <- [ACK]

 

Expandir  

Bom Dia Daniel, como eu deixei claro desde a primeira mensagem, não estou falando que o log esta errado, estou somente querendo entender como fazer a leitura do mesmo ( pois como pode ser observado no log, logo abaixo da SEQ.28 tenho um retorno de erro, e olhando o log não consegui entender o que esta errado.

"linhas 33 até 44" 

 

Editado 2 Janeiro, 2017 por edsonvieira

[edson vieira]

Depurando os códigos do ACBrECF para localizar o pq da seguidas vezes a mensagem de erro ( Erro retornado pela Impressora: BEMATECH) "Linha 41", identifiquei que o mesmo é devido ao comando abaixo:

procedure TACBrECF.IdentificaOperador(Nome: String);
begin
  ComandoLOG := 'IdentificaOperador('+Nome+')';

  fsECF.IdentificaOperador(Nome);
  fsECF.Operador := Nome ;
  fsIdentificarOperador := False ;
end;

 

Agora a questão é:

Eu não quero trabalhar com identificação de operador, como devo proceder? tendo em vista que esta variável fsIdentificarOperador eu não tenho acesso " escopo private" .

"Sugestão para não gerar nenhum impacto, coloca se um teste antes de chamar a função   fsECF.IdentificaOperador(Nome), verificando se o Nome <> EmptyStr.

 

 

 

 

[Daniel Simoes]

Você quem chama: "ECF.IdentificaOperador()" ? Ou isso está sendo feito de forma automática pelo ECF ?

Ainda não compreendo qual o problema que você está tentando relatar...

É comum o ACBr tentar efetuar algumas tarefas, e ele mesmo tratar de forma  silenciosa o Exception... isso ocorre pois os diversos ECFs tem algumas peculiaridades que ele tenta abstrair

[edsonvieira]

  Em 02/01/2017 at 19:48, Daniel Simoes disse:

Você quem chama: "ECF.IdentificaOperador()" ? Ou isso está sendo feito de forma automática pelo ECF ?

Ainda não compreendo qual o problema que você está tentando relatar...

É comum o ACBr tentar efetuar algumas tarefas, e ele mesmo tratar de forma  silenciosa o Exception... isso ocorre pois os diversos ECFs tem algumas peculiaridades que ele tenta abstrair

Expandir  

 

esta  procedure TACBrECF.IdentificaOperador(Nome: String)  esta sendo chamada de forma automática ao ativar o ECF, e neste caso eu não tenho operador para identificar e o mesmo gera erro de parâmetro no ECF, este erro somente a nível de LOG pois esta exceção esta dentre as ditas "silenciosas".
 

 

 

[Daniel Simoes]

isso é normal... ocorre porque na classe mãe que é feita a tentativa de programar o operador, após a ativação...

[edsonvieira]

  Em 03/01/2017 at 03:24, Daniel Simoes disse:

isso é normal... ocorre porque na classe mãe que é feita a tentativa de programar o operador, após a ativação...

Expandir  

Sim, é normal, porem o que estou dizendo é que não tem sentido mandar um comando para programar operador "vazio", ou seja, eu não informei nenhum operador para ser programado logo o componente deveria descartar esta chamada.

Bom isso é meu ponto de vista.

 

[Daniel Simoes]

Vã com o Debug e leia os fontes... ele só manda o comando se tiver Operador na propriedade 

[edson vieira]

BOM 

  Em 03/01/2017 at 12:10, Daniel Simoes disse:

Vã com o Debug e leia os fontes... ele só manda o comando se tiver Operador na propriedade 

Expandir  

Farei novamente aqui, pois aqui esta enviando o comando e se assim não fosse, qual o motivo do mesmo esta escrito no logo como erro de parametro?

 

[Daniel Simoes]

O motivo é que esse ECF em específico não aceita esse comando nesse momento...

Por favor leia os fontes antes das próximas perguntas...

[edson vieira]

  Em 03/01/2017 at 14:32, Daniel Simoes disse:

O motivo é que esse ECF em específico não aceita esse comando nesse momento...

Por favor leia os fontes antes das próximas perguntas...

Expandir  

Certo, ainda penso que se não aceita não deveria bater contra o ECF, mas enfim, de qualquer forma esta funciona muito bem... obrigado pelos esclarecimentos.