Daruma - Problema na emissão da redução Z

[Intelliware]

Bom dia pessoal,

    Estou com um cliente que possui três caixas que apresentam o mesmo erro utilizando a Daruma Mach 1, segue:

-- 19:12:09:897 TotalNaoTributado
                TX -> [FS]R[200]003[181]
   19:12:10:428 RX <- :[200]0030000000000000000000000419700000000011640000000024666000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000026385200000000000000000000038425000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000[CR]
-- Desativando a porta: COM1
-- Ativando a porta: COM1
-- 19:12:10:443 TotalNaoTributadoISSQN
                TX -> [FS]R[200]003[181]
   19:12:10:989 RX <- :[200]0030000000000000000000000419700000000011640000000024666000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000026385200000000000000000000038425000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000[CR]
-- Desativando a porta: COM1
-- Ativando a porta: COM1
-- 19:15:43:945 DataHora
                TX -> [FS]R[200]066[182]
   19:15:44:101 RX <- :[200]06613082015192742[CR]
-- Desativando a porta: COM1
-- Ativando a porta: COM1
-- 19:15:44:117 
                TX -> [FS]F[234]130815192742[181]
Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0
   19:16:44:193 RX <- 
-- Desativando a porta: COM1
----------------- ERRO -----------------
Impressora Daruma não está respondendo
----------------------------------------

-- Ativando a porta: COM1
-- 19:16:44:208 Estado
                TX -> [FS]R[200]056[181]
Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0
   19:17:44:268 RX <- 
-- Desativando a porta: COM1
----------------- ERRO -----------------
Impressora Daruma não está respondendo
----------------------------------------

    Segundo o cliente, trabalha normal e quando vai emitir a redução Z ocorre o problema. Conversando com o pessoal da Daruma, eles observaram que no log aparece: 

-- 19:15:44:117 
    TX -> [FS]F[234]130815192742[181]

    Mas o comando para emissão da redução Z seria somente:

[FS]F[234]

    Gostaria de saber da opinião de vocês sobre o assunto, uma vez que ocorre em todos os caixas.

    Estou anexando um log mais completo em anexo. Desde já agradeço.

 

log-daruma.TXT

[Daniel Simoes]

O número em questão é a data e hora... Ela permite o ajuste do relógio do ECF em até 5 min

voce tem um parâmetro no comando da ReducaoZ que permite desativar o envio dessa hora

A redução Z chega a ser impressa ?

Editado 14 Agosto, 2015 por Daniel Simoes

[Intelliware]

Segundo o cliente, aparece a mensagem, ele pressiona ESC e consegue emitir a redução Z.

Só que aparece o erro pra ele, com isso o sistema não continua a emissão enquanto não sair da tela de erro.

Realmente, podemos omitir o parâmetro de entrada na procedure da ReducaoZ.

Vou fazer um teste no cliente para ver se resolve para ele. Agradeço Daniel.

Editado 14 Agosto, 2015 por Intelliware

[Daniel Simoes]

Eu desconfio que o problema não seja exatamente o parâmetro... Pode ser um TimeOut baixo...

Em alguns modelos de ECFs, o ACBrECF é capaz de detectar que o mesmo está trabalhando (o ECF possui comando de Status que pode ser chamado durante a execução de comandos demorados)... em outros modelos, isso não é possível, então é necessário estimar um Tempo mínimo para o comando, e defini-lo em TimeOut... antes da execução...

Note que no seu caso, o exception ocorreu após 1 minuto do envio do comando...

-- 19:15:44:117 
                TX -> [FS]F[234]130815192742[181]
Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0
   19:16:44:193 RX <- 
-- Desativando a porta: COM1
----------------- ERRO -----------------
Impressora Daruma não está respondendo
----------------------------------------

Se fosse problema de sintaxe do comando... o erro ocorreria na hora...

[Intelliware]

Realmente Daniel, mas lendo outro post em que você comentava com outro colaborador, a gente tinha aumentado o timeout para 480. O ativar do log que te passei está desta maneira:

--------------------------------------------------------------------------------
ATIVAR - 13/08/15 12:32:22:983 - Modelo: Daruma - Porta: COM1 - TimeOut: 480
         Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0
--------------------------------------------------------------------------------

Com as configurações acima a gente efetuou o mesmo teste na MACH 1 nossa e sem problemas, efetuamos todos os Z normalmente. Entrei em contato com a Daruma e eles me informaram que a MACH 1 pode trabalhar tanto a 9600 quanto a 115200.

Algo que observei no log, não sei se possui alguma correspondência com o problema acima, seria o seguinte erro um pouco antes das 12:32:22:

-- 12:29:33:623 DataHora
----------------- ERRO -----------------
Componente ACBrECF ocupado
Aguardando resposta do comando anterior
----------------------------------------

-- 12:29:33:623 DataHora
----------------- ERRO -----------------
Componente ACBrECF ocupado
Aguardando resposta do comando anterior

E o comando 'DataHora' também é último comando a ser lido antes do Z. Estou anexando o log com esta parte que referi acima.

Acha que seria interessante aumentar mais esse valor de 480 ou alterar algum parâmetro do ATIVAR da ACBr acima?

log-daruma2.TXT

[Juliomar Marchetti]

Bom dia

seu problema pode estar no envio de comandos simultâneos ao componente! por ele não  trabalhar igual a dll isso faz com que possa travar!

sobre a velocidade indico se possível deixar ela com 115200 pois se for uma venda grande ou trabalhar com caixas de mercados que deve ser feito vendas rápidas ele conversa com a ECF mais rapidamente do que em 9600

[Daniel Simoes]

Como o Juliomar falou... o Erro " Componente ACBrECF ocupado Aguardando resposta do comando anterior", significa que você deve rever seus fontes... Pois você está tentando enviar um novo comando enquanto o anterior ainda não obteve resposta (Eventos ??)

Você pode desativar ACBrECF.Device.ProcessMessages... Com isso o ACBrECF prenderá o sistema obter a resposta do ECF (semelhante ao que ocorre na chamada as DLLs)

[Intelliware]

Entendi. Habilitei o 'ProcessMessages' e verfiquei que no meu source estava setando timeout para 60 antes de enviar a redução Z. Troquei para 480 e vou efetuar um teste. Qualquer novidade posto aqui.