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.

Realmente Daniel. Fiz uma alteração no source e vou efetuar um teste. Qualquer novidade posto aqui.

Pior Daniel, realmente.

Bom dia Daniel, efetuei o seguinte tratamento: try ecf.ACBrECF.DadosUltimaReducaoZ; ReducaoZ := ecf.ACBrECF.DadosReducaoZClass; DataDoMovimento := ReducaoZ.DataDoMovimento; except on E:Exception do begin NumCRZ_ECF := ecf.AcbrEcf.NumCRZ; if not TryStrToCurr(NumCRZ_ECF, NumCRZ_AAC) then NumCRZ_AAC := 0; if (Pos('RZ CORROMPIDOS', UpperCase(E.Message)) > 0)and(NumCRZ_AAC = 0) then begin ecf.AcbrEcf.DadosReducaoZ; ReducaoZ := ecf.AcbrEcf.DadosReducaoZClass; DataDoMovimento := ReducaoZ.DataDoMovimento; end else begin ShowErrMsg('ERRO:' + E.Message, True, dm.EmitirSomErro); end; end; end; Baseado na mensagem e no valor do CRZ, que no nosso caso, quando o ECF for novo, virá zerado. Acredito que com isso possamos resolver o problema no cliente.

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

Entendi. Se eu omitir essa mensagem de erro neste caso em específico, a princípio estaria correto pois de fato não existe nenhum Z. Certo? Pois no caso, o sistema captura a exceção e sai do fluxo.

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.

Bom dia pessoal, Baseado no post: http://www.projetoacbr.com.br/forum/topic/8948-dados-da-última-redução-z-corrompidos/ Um dos nossos clientes possui uma Bematech MP-2100 TH FI. Ela é nova. O pessoal estava efetuando a instalação. Estamos obtendo a mensagem de erro: ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Dados da última RZ corrompidos ---------------------------------------- Ela ocorre em dois momentos: 1) -- 12:25:13:489 TX -> [STX][ENQ][NUL][FS]#/n[NUL] 12:25:13:546 RX <- ACK = 6 Falha: 0 12:25:13:727 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 12:25:13:746 TX -> [STX][4][NUL][FS]Ws[NUL] 12:25:13:802 RX <- ACK = 6 Falha: 0 12:25:14:436 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL] -- 12:25:14:456 TX -> [STX][ENQ][NUL][FS]#3r[NUL] 12:25:14:524 RX <- ACK = 6 Falha: 0 12:25:15:287 RX <- [NUL][SOH]Relat[162]rio Geral [NUL][NUL]Ident. PAF-ECF [NUL][NUL]Meios de Pagto [NUL][NUL]Fech. Caixa [NUL][NUL]ADM. TEF [NUL][NUL]Segunda via CF [NUL][NUL]Dav Emitidos [NUL][NUL]Conta Clientes [NUL][NUL]Outras vias FPG [NUL][NUL]Rel Pagamento [NUL][NUL]Rel Recebimento [NUL][NUL]Rel PIS-COFINS [NUL][NUL]Rel Recarga [NUL][NUL]Rel Troca [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 12:25:15:306 DataHoraUltimaReducaoZ TX -> [STX][ENQ][NUL][FS]#[26]Y[NUL] 12:25:15:366 RX <- ACK = 6 Falha: 0 12:25:15:517 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 12:25:15:536 GetDadosUltimaReducaoZ_MFD TX -> [STX][4][NUL][FS]Xt[NUL] 12:25:15:594 RX <- ACK = 6 Falha: 0 12:25:16:330 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH][143][NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Dados da última RZ corrompidos ---------------------------------------- -- 12:25:16:415 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 12:25:16:477 RX <- ACK = 6 Falha: 0 12:25:16:609 RX <- [NUL][NUL][NUL][NUL][NUL] -- 12:25:16:629 TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 12:25:16:698 RX <- ACK = 6 Falha: 0 12:25:16:852 RX <- [NUL][NUL][NUL][NUL][NUL] -- 12:25:16:872 TX -> [STX][ENQ][NUL][FS]#[ESC]Z[NUL] 12:25:16:938 RX <- ACK = 6 Falha: 0 12:25:17:076 RX <- [20][BS][NAK][NUL][NUL][NUL][NUL] -- 12:25:17:094 TX -> [STX][ENQ][NUL][FS]#[23]V[NUL] 12:25:17:160 RX <- ACK = 6 Falha: 0 12:25:17:295 RX <- [20][BS][NAK][18]%[18][NUL][NUL][NUL][NUL] 2) -- 11:28:36:481 VendaBruta TX -> [STX][ENQ][NUL][FS]>7[145][NUL] 11:28:36:543 RX <- ACK = 6 Falha: 0 11:28:36:918 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][SOH][143][NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Dados da última RZ corrompidos ---------------------------------------- -- 11:28:36:965 TX -> [STX][ENQ][NUL][FS]#[ETX]B[NUL] 11:28:37:012 RX <- ACK = 6 Falha: 0 11:28:37:153 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL] -- 11:28:37:168 GrandeTotal TX -> [STX][ENQ][NUL][FS]#[ETX]B[NUL] 11:28:37:215 RX <- ACK = 6 Falha: 0 11:28:37:356 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][SOH]e[STX][NUL][NUL][NUL][NUL] Gostaríamos da opinião de vocês a respeito deste problema. Para facilitar estou anexando o log do ecf e também o espelho que o pessoal retirou na data de hoje 14/08/2015. Desde já agradeço. LOG_20150814.ecflog Espelho -CLIENTE.txt

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

Entendi Daniel, vamos efetuar uma validação aqui também baseada no banco de dados. Desde já agradeço.

Daniel, estava verificando aqui no Manual do Usuário da MP-2100 Revisão 1.5 página 59, a variável '72' é descrita como: COO do primeiro e do ultimo cupom fiscal da Redução Z 6 Bytes BCD (12 dígitos) do dia anterior 6 primeiros dígitos ref. COO do primeiro cupom e 6 últimos ref. COO do último cupom Será então que a mesma não pode ser utilizada com a função da ACBr: ecf.ACBrECF.DadosReducaoZ; ReducaoZAtual := ecf.ACBrECF.DadosReducaoZClass; Que obtêm os dados da redução Z atual, ou seja, ainda a ser impressa?

Daniel, boa tarde. Não temos uma MP-4000 aqui na empresa, sendo que os dados acima obtivemos direto em cliente. Efetuei um debug utilizando a MP-2100, não sei se daria o mesmo resultado. Se precisar posso tentar efetuar um teste direto no cliente. Na MP-2100 efetuei um teste analisando os dados da redução Z atual, ainda a ser retirada no final do dia de hoje(29/07). Chamei a procedure abaixo no Delphi: procedure TMainForm.bTesteZClick(Sender: TObject); var COOInicial, COOFinal : string; ReducaoZAtual : TACBrECFDadosRZ; begin try ecf.ACBrECF.DadosReducaoZ; ReducaoZAtual := ecf.ACBrECF.DadosReducaoZClass; // COOInicial := ReducaoZAtual.NumeroCOOInicial; COOFinal := ecf.Acbrecf.NumCOO; // IW_MessageDlg('COO INICIAL: ' + COOInicial + sLineBreak + 'COO FINAL: ' + COOFinal, mtWarning, [mbOK], 0); except on E:Exception do begin IW_MessageDlg('ERRO: ' + E.Message, mtWarning, [mbOK], 0); end; end; end; Em debug, na function TACBrECFBematech.GetNumCOOInicial: String; obtive o seguinte resultado: RetCmd = '008567008569' NumUltCOORzAnt = 8569 NumUltCOORzAnt = 8571 Mas se tirarmos o espelho da data de hoje(29/07), o primeiro COO do dia é o 008584 que se refere a uma redução Z. O COO 008571 é uma leitura X de ontem(28/07) e o COO 008569 é o primeiro cupom fiscal não cancelado do dia(28/07) emitido pelo ECF. log-ecf.TXT

Bom dia pessoal, Estamos com uma dúvida em relação ao COO inicial retornado pelo ECF. O nosso sistema, no método do ACBrECF, antes da emissão da redução Z, grava no banco de dados as informações do anexo banco_dados.png. Para gravar os campos COOINICIAL e COOFINAL(Colunas da tabela acima), utilizamos: ecf.ACBrECF.DadosReducaoZ; //DadosReducaoStr := ecf.ACBrECF.DadosUltimaReducaoZ; ReducaoZAtual := ecf.ACBrECF.DadosReducaoZClass; COOInicial := ReducaoZAtual.NumeroCOOInicial; COOFinal := ecf.Acbrecf.NumCOO; Para gravar no banco de dados, enviamos: StrToCurr(COOInicial) StrToCurr(COOFinal) + 1 //Adicionamos +1 aqui para contar o COO da própria redução Z que será emitida em seguida No entanto, ao analisarmos os dados do banco de dados acima e o espelho do ECF do dia 22/07 e 23/07(Espelho.TXT), conforme em anexo, temos: + Dia 22/07: - COO FINAL: 019207 + Dia 23/07: - COO INICIAL: 019208 A dúvida seria a seguinte: O COO Inicial do dia 23/07 não seria 019208 ao invés de 019206? Uma vez que o 019206 seria um relatório gerencial emitido no dia 22/07 as 14:31:41 hrs ? Espelho.TXT

Daniel, bom dia, Após 5 dias em pleno uso da correção no supermercado não tivemos mais problema de cancelamento, utilizando a correção disponibilizada. Portanto, estamos setando como problema resolvido. Agradeço mais uma vez a sua ajuda e assistência.

Valeu Daniel. Qualquer novidade posto aqui.

Show Daniel. Vamos esperar passar esse fim de semana e segunda-feira já efetuamos um teste. Qualquer novidade posto aqui. Só para eu poder estar entendendo mais a baixo nível, no caso dos Sinalizadores, teríamos: [128] = 10000000 7 - Fixado em 1 6 - Com papel 5 - Bastante papel 4 - Fixado em 0 3 - Fixado em 0 2 - Gaveta fechada 1 - Estado diferente de ATIVO ou ATIVO com movimento 0 - Não existem reduções atrasadas [144] = 10010000 7 - Fixado em 1 6..4 - Venda 3 - Não há comando pendente 2 - Não há comando pendente 1 - Não há documento inserido 0 - Não há problema no mecanismo impressor [146] = 10010010 7 - Fixado em 1 6 - Reservado para futuras implementações 5 - Reservado para futuras implementações 4 - Houve movimento 3 - O documento não está pronto para impressão 2 - Assume valor 1 quando o código de mensagem se refere à problema no mecanismo de impressão.(SEM ERRO) 1 - Jumper JP1 fechado 0 - Não transmitindo leitura [128] = 10000000 7 - Fixado em 1 0..6 - Reservado para futuras implementações [128] = 10000000 7 - Fixado em 1 0..6 - Reservado para futuras implementações Seria realmente essa a interpretação dos dados da linha em questão? Desde já agradeço.

Sim, nos logs acima estávamos com a última versão. Estamos utilizando o Trunk. No momento no cliente, estamos utilizando a revisão 8320, pois ontem começou a ter problema em 5 caixas e tivemos que voltar um pouco na correria por ser começo de mês. No finalzinho da tarde foi trocado.

Daniel, estamos acompanhando o cliente aqui e em um caixa, tivemos diferença entre o subtotal do ECF e do subtotal do sistema. Quando no log do ECF aparece essa linha: VerificaFimLeitura, Bloco "!" considerado Seq:118 Tipo:! Tarefa:00 Erro:0 - Bloco:[STX]v00!0000AC[128][144][146][128][128][ETX][226] O comando ecf.AcbrECF.SubTotal retorna 0, dando diferença e forçando o operador a parar a venda. Exemplo: No log do ECF: -- 13:46:35:234 Subtotal TX -> [STX]w34|L1[ETX][220] 13:46:35:265 RX <- ACK = 6 Falha: 0 TimeOut estendido Alteração de Estado: 0- 13:46:35:281 RX <- (Bloco) = [STX]v00!0000AC[128][144][146][128][128][ETX][226] TX -> ACK = 6 Falha: 0 VerificaFimLeitura, Bloco "!" considerado Seq:118 Tipo:! Tarefa:00 Erro:0 - Bloco:[STX]v00!0000AC[128][144][146][128][128][ETX][226] 13:46:35:390 RX <- Registrador: L1 Retorno: Log do nosso sistema: [2/7/2015 13:46:35] Diferença no valor da venda do CUPOM [337378] no ITEM: 024 ERRO: Valor do ECF difere do valor do SISTEMA! - SUBTOTAL do ECF: R$ 0,00 - SUBTOTAL do BANCO DE DADOS: R$ 165,73 + DIFERENÇA: R$ 165,73 No Delphi: try SubtotalEcf := ecf.AcbrEcf.Subtotal; SubtotalBD := cdsR60ITOTAL.AsCurrency; except DebugLog('Problema ao obter o SUBTOTAL do ECF!' + sLineBreak + '- CUPOM: ' + LZPad(CurrToStr(cdsBuscarCupomNUMERO.AsCurrency), 6) + sLineBreak + '- ITEM: ' + LZPad(IntToStr(cdsAddItemCupom.FieldByName('NUMITEM').AsInteger), 3) + sLineBreak + '- SUBTOTAL do BANCO DE DADOS: R$ ' + FormatFloat('#,##0.00', SubtotalBD)); end; O estranho é que não foi lançado nenhuma exceção. Pois a mensagem da exceção acima não aparece no log. Você poderia me dizer em qual caso a mensagem 'VerificaFimLeitura' aparece? Seria possível que quando esta mensagem aparecesse o ECF ou o computador não esteja recebendo os dados corretamente? Peço desculpa por reaproveitar o tópico, é que a mensagem no log é a mesma.

Opa, beleza Daniel. Inseri vários logs aqui para analisar melhor de onde está vindo o cancelamento. Se houver alguma novidade passo para você ou tento fazer uma simulação no ECFTeste. Agradeço o retorno.

Entendi. Então acredito que podemos descartar um problema no ECF. O que o pessoal reportou em dois dos casos acima, foi que durante o fechamento em forma TEF ocorreu o cancelamento do cupom.(ACBR-CAIXA 23.TXT, ACBR-CAIXA 25_CUPOM337315_VALOR1205.TXT) Neste caso no nosso source, teríamos: try //IMPRIME CCD - Imprime os comprovantes de transações pendente do TEF dmVenda.ACBrTEFD.ImprimirTransacoesPendentes; //Confirma as transações pendentes do TEF dmVenda.ACBrTEFD.ConfirmarTransacoesPendentes; except on E:Exception do begin //Aqui cancelamos o cupom em caso de erro end; end; No terceiro, utilizando a forma de recebimento DINHEIRO, o sistema também na finalização do cupom fiscal efetuou o cancelamento.(ACBR-CAIXA 26 (FORMA DINHEIRO).TXT) Em relação ao ECFTeste, a princípio fica difícil te passar um passo-a-passo, estamos tentando desde de cedo simular o mesmo problema do cliente no nosso sistema e ainda não conseguimos.

Bom dia pessoal, Efetuamos uma atualização em um cliente nosso hoje. Estamos tendo reclamações referentes a cancelamento do cupom fiscal ao efetuar o fechamento do mesmo. Analisando os logs eu verifiquei o seguinte: 1) -- 10:06:59:921 Estado TX -> [STX][180]34[ETX] 10:06:59:953 RX <- ACK = 6 Falha: 0 TimeOut estendido Alteração de Estado: 0- 10:06:59:968 RX <- (Bloco) = [STX][179]00!0000AA[128][192][146][128][128][ETX]M TX -> ACK = 6 Falha: 0 VerificaFimLeitura, Bloco "!" considerado Seq:179 Tipo:! Tarefa:00 Erro:0 - Bloco:[STX][179]00!0000AA[128][192][146][128][128][ETX]M 10:07:00:062 RX <- -- 10:07:00:062 CancelaNaoFiscal TX -> [STX][181]34[ETX]! 10:07:00:078 RX <- ACK = 6 Falha: 0 TimeOut estendido 10:07:03:062 RX <- (Bloco) = [STX][181]34+0000AA[128][192][146][128][128][ETX]` TX -> ACK = 6 Falha: 0 10:07:03:171 RX <- [STX][181]34+0000AA[128][192][146][128][128][ETX]` 2) -- 09:58:19:126 Estado TX -> [STX]L34[ETX][184] 09:58:19:142 RX <- ACK = 6 Falha: 0 TimeOut estendido Alteração de Estado: 0- 09:58:19:157 RX <- (Bloco) = [STX]K00!0000AA[132][192][146][128][128][ETX][233] TX -> ACK = 6 Falha: 0 VerificaFimLeitura, Bloco "!" considerado Seq:75 Tipo:! Tarefa:00 Erro:0 - Bloco:[STX]K00!0000AA[132][192][146][128][128][ETX][233] 09:58:19:267 RX <- -- 09:58:19:657 CancelaCupom TX -> [STX]M34[ETX][185] 09:58:19:673 RX <- ACK = 6 Falha: 0 TimeOut estendido 09:58:22:251 RX <- (Bloco) = [STX]M34+0000AA[128][192][146][128][128][ETX][248] TX -> ACK = 6 Falha: 0 09:58:22:360 RX <- [STX]M34+0000AA[128][192][146][128][128][ETX][248] 3) -- 08:45:58:773 Estado TX -> [STX][183]34[ETX]# 08:45:58:882 RX <- ACK = 6 Falha: 0 TimeOut estendido Alteração de Estado: 0- 08:45:58:882 RX <- (Bloco) = [STX][182]00!0000AC[132][176][146][128][128][ETX]F TX -> ACK = 6 Falha: 0 VerificaFimLeitura, Bloco "!" considerado Seq:182 Tipo:! Tarefa:00 Erro:0 - Bloco:[STX][182]00!0000AC[132][176][146][128][128][ETX]F 08:45:58:976 RX <- -- 08:45:58:976 Estado TX -> [STX][184]34[ETX]$ 08:45:58:991 RX <- ACK = 6 Falha: 0 TimeOut estendido 08:46:01:976 RX <- (Bloco) = [STX][184]34+0000AC[128][176][146][128][128][ETX]U TX -> ACK = 6 Falha: 0 08:46:02:085 RX <- [STX][184]34+0000AC[128][176][146][128][128][ETX]U -- 08:46:02:085 CancelaCupom TX -> [STX][185]34[ETX]% 08:46:02:085 RX <- ACK = 2 Falha: 0 TX -> [STX][185]34[ETX]% 08:46:02:195 RX <- ACK = 6 Falha: 1 TimeOut estendido 08:46:02:741 RX <- (Bloco) = [STX][185]34+0000AC[128][176][146][128][128][ETX]V TX -> ACK = 6 Falha: 0 08:46:02:835 RX <- [STX][185]34+0000AC[128][176][146][128][128][ETX]V Habilitamos a propriedade ControlePorta nos três caixas que reportaram problema. Nos três casos, tivemos a alteração de estado para "0-" e na linha do VerificaFimLeitura temos o Bloco "!". Gostaria da opinião de vocês, sobre os logs acima, para tentarmos um tratamento de contorno. Estou anexando os logs que possuem um pouco mais de informações a respeito do assunto. Caso precisem de mais logs, por favor, deixem-me saber. Desde já agradeço. ACBR-CAIXA 23.TXT ACBR-CAIXA 25_CUPOM337315_VALOR1205.TXT ACBR-CAIXA 26 (FORMA DINHEIRO).TXT

Bom dia Daniel. Fizemos uma bateria de testes aqui e funcionou de acordo com o esperado. Agradeço.

Perfeito Daniel. No evento: procedure ACBrTEFDExibeMsg(Operacao: TACBrTEFDOperacaoMensagem; Mensagem: string; var AModalResult: TModalResult); Coloquei: ECFFalhaFechamento := Trim(UpperCase(Mensagem)) = Trim(UpperCase(CACBrTEFD_Erro_ECFNaoResponde)); Posteriormente efetuei o tratamento para o motivo do cancelamento. Agradeço a ajuda.

Bom dia pessoal, Estamos efetuando vários tratamentos de erros em caso de perda de comunicação com o ECF. Encontramos o seguinte caso: 1 - Efetuei a venda normal de alguns itens 2 - Escolhi fechamento na forma de pagamento DINHEIRO 3 - Pedi para finalizar o cupom fiscal 4 - Passa normalmente pela procedure 'AcbrECF.SubtotalizaCupom' 5 - Entra na procedure 'ACBrTEFDComandaECF' e executa a operação 'opeImprimePagamentos' 6 - No 'finally' da procedure 'ACBrTEFDComandaECF' eu desligo o ECF para simular uma perda de conexão 7 - Irá aparecer na mensagem 'Impressora não responde. Deseja continuar?' - Neste momento eu ligo o ECF, espero alguns segundos e escolho 'Não' 8 - Neste momento, o fluxo entra na unit 'ACBrTEFD.pas' na linha 1458: if not ImpressaoOk then begin if DoExibeMsg( opmYesNo, CACBrTEFD_Erro_ECFNaoResponde ) <> mrYes then begin try ComandarECF(opeCancelaCupom); except {Exceção Muda} end ; break ; end; end; O que de fato está plenamente correto. Irá mostrar a mensagem 'Erro na impressão. Deseja tentar novamente?', mais uma vez, escolho 'Não' 9 - Apartir do fluxo acima é executada a linha 1462 da unit 'ACBrTEFD.pas': try ComandarECF(opeCancelaCupom); except {Exceção Muda} end ; 10 - O cupom é cancelado normalmente no ECF. A minha dúvida seria a seguinte, teria algum modo de eu poder capturar na minha aplicação que o tópico (9) foi executado porquê houve uma falha no ECF, conforme sugere a exceção 'CACBrTEFD_Erro_ECFNaoResponde' ? O que motivou essa pergunta, é que na nossa aplicação existe um campo no banco de dados que descreve o motivo do cancelamento do cupom. Neste caso em específico, ele teria que entrar como 'Cancelamento forçado' que para nós se refere a algum problema no ECF, mas estamos encontrando alguma dificuldade em capturar uma flag de retorno. Estou utilizando o componente ACBrTEFD linkado ao componente ACBrECF, em debug, tentei validar se retornava algo nos eventos: AcbrEcfErrorSubtotalizaCupom AcbrEcfErrorEfetuaPagamento AcbrEcfErrorFechaCupom Mas em nenhum momento passou por eles. Estou anexando um pequeno log que ilustra melhor o experimento. Desde já agradeço as sugestões. log-teste.TXT

Blz Daniel. Agradeço. Efetuando um teste aqui.