EddieBR

Temos esse problema com o ECETeste em algumas máquinas. O culpado é o GBPlugin. (Módulo de Proteção de Banco). Verifique se tem ele instalado e procure instruções de como remover. Com o ECFTeste temos o mesmo sintoma e solucionou todas as vezes.

Daniel, problema ocorre apenas com a MP-4000 via USB usando o Driver Virtual Serial da Bematech. Com o cabo serial não há problema algum. Nos mesmos aqui temos mais de 100 ECFs dessa usando nossa automação com essa classe. Foi testado em 3 maquinas com 3 ECFs diferentes. Seria interessante alguem mais tiver acesso a uma MP-4000, instalar via USB com o driver virtual, emitir uma LeituraX com o ECFTeste e postar os logs para comparar. Pois com as alterações que o Elton sugeriu, continua ocorrendo.

No VerifcaFimImpressao, eu havia alterado os timeouts do LeByte e LeString, inclusive criando alguns logs para ter certeza da alteração (conforme postei na primeira resposta do tópico). Testei alterando no TACBrECFClass.DoLeResposta e persiste. Realmente não consigo achar o motivo de dar timeout antes do tempo definido das 3 linhas nesses metodos.

Ja tentei colocar até 10, 20, 30, 60 segundos de timeout. Esse teste foi no ECFTeste com 3 segundos mesmo. Não parece dar diferença mesmo. O Intervalo Após comandos também não afetou em nada. Testei agora com 0, 100 e 1000. Segue log completo de agora no ECFTeste emitindo uma LeituraX. Só alterei mesmo o timeout para 10: -------------------------------------------------------------------------------- ATIVAR - 10/06/14 15:47:29:323 - Modelo: Bematech - Porta: COM5 - TimeOut: 10 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 15:47:29:330 TX -> [sTX][4][NUL][FS][19]/[NUL] 15:47:29:480 RX <- ACK = 6 Falha: 0 15:47:29:592 RX <- [NUL][NUL][NUL][NUL] -- 15:47:29:593 TX -> [sTX][ENQ][NUL][FS]#)h[NUL] 15:47:29:926 RX <- ACK = 0 Falha: 0 TX -> [sTX][ENQ][NUL][FS]#)h[NUL] 15:47:30:150 RX <- ACK = 6 Falha: 1 15:47:30:251 RX <- [sOH][NUL][sTX][NUL][NUL][NUL][NUL][ACK][sOH][NUL][sTX] -- 15:47:30:252 TX -> [sTX][ENQ][NUL][FS]#<{[NUL] 15:47:30:374 RX <- ACK = 0 Falha: 0 TX -> [sTX][ENQ][NUL][FS]#<{[NUL] 15:47:30:659 RX <- ACK = 6 Falha: 1 15:47:30:761 RX <- BEMATECH MP-4000 TH FI ECF-IF [NUL][NUL][NUL][NUL] -- 15:47:30:762 TX -> [sTX][ENQ][NUL][FS]#[11]J[NUL] 15:47:30:966 RX <- ACK = 6 Falha: 0 15:47:31:078 RX <- [NUL][sOH][NUL][NUL][NUL][NUL] -- 15:47:31:079 TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 15:47:31:264 RX <- ACK = 6 Falha: 0 15:47:31:387 RX <- BE091410100011337244[NUL][NUL][NUL][NUL] -- 15:47:31:388 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 15:47:31:570 RX <- ACK = 6 Falha: 0 15:47:31:684 RX <- [16][NUL][NUL][NUL][NUL] -- 15:47:31:685 TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 15:47:31:869 RX <- ACK = 6 Falha: 0 15:47:31:980 RX <- [NUL][NUL][NUL][NUL][NUL] -- 15:47:31:981 TX -> [sTX][ENQ][NUL][FS]#[ESC]Z[NUL] 15:47:32:165 RX <- ACK = 6 Falha: 0 15:47:32:277 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 15:47:32:283 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 15:47:32:466 RX <- ACK = 6 Falha: 0 15:47:32:585 RX <- [16][NUL][NUL][NUL][NUL] -- 15:47:32:586 TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 15:47:32:921 RX <- ACK = 0 Falha: 0 TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 15:47:33:143 RX <- ACK = 6 Falha: 1 15:47:33:255 RX <- [NUL][NUL][NUL][NUL][NUL] -- 15:47:33:256 TX -> [sTX][ENQ][NUL][FS]#[ESC]Z[NUL] 15:47:33:379 RX <- ACK = 0 Falha: 0 TX -> [sTX][ENQ][NUL][FS]#[ESC]Z[NUL] 15:47:33:662 RX <- ACK = 6 Falha: 1 15:47:33:773 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 15:47:44:711 LeituraX TX -> [sTX][4][NUL][FS][ACK]"[NUL] 15:47:45:064 RX <- ACK = 6 Falha: 0 15:47:45:162 VerificaFimImpressao: Pedindo o Status (19) 15:47:45:536 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 15:47:45:817 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 15:47:46:018 VerificaFimImpressao: Pedindo o Status (19) 15:47:46:351 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 15:47:46:552 VerificaFimImpressao: Pedindo o Status (19) 15:47:46:903 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 15:47:47:104 VerificaFimImpressao: Pedindo o Status (19) 15:47:47:455 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 15:47:47:657 VerificaFimImpressao: Pedindo o Status (19) 15:47:48:009 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 15:47:48:218 VerificaFimImpressao: Pedindo o Status (19) 15:47:48:341 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 15:47:48:542 VerificaFimImpressao: Pedindo o Status (19) 15:47:48:676 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 15:47:48:876 VerificaFimImpressao: Pedindo o Status (19) 15:47:48:998 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 15:47:49:199 VerificaFimImpressao: Pedindo o Status (19) 15:47:49:323 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 15:47:49:427 RX <- [NUL][NUL][NUL][NUL] -- 15:47:49:428 NumCupom TX -> [sTX][4][NUL][FS][30]:[NUL] 15:47:49:612 RX <- ACK = 6 Falha: 0 15:47:49:731 RX <- [NUL][NUL]"[NUL][NUL][NUL][NUL] -- 15:47:49:792 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 15:47:49:915 RX <- ACK = 6 Falha: 0 15:47:50:034 RX <- [16][NUL][NUL][NUL][NUL] -- 15:47:50:035 TX -> [sTX][ENQ][NUL][FS]#A[128][NUL] 15:47:50:219 RX <- ACK = 6 Falha: 0 15:47:50:342 RX <- [NUL][NUL][NUL][NUL][NUL] -- 15:47:50:342 TX -> [sTX][ENQ][NUL][FS]#[ESC]Z[NUL] 15:47:50:526 RX <- ACK = 6 Falha: 0 15:47:50:638 RX <- [NUL][NUL][NUL][NUL][NUL][NUL][NUL]

O Driver está instalado corretamente. Já havia alterado a configuração do buffer na porta no cliente, porém não havia feito aqui. Segue os mesmos problemas mesmo após alterar o buffer e reiniciar o PC. Exemplo de erro agora ao imprimir um relatório gerencial com o MaxLinhasBuffer = 0: -- 14:12:01:496 TX -> [sTX]Q[sTX][FS][20]CIG HOLLYWOOD ORIGINAL BOX KS 1,00 6,00[LF]CIG MARLBORO GOLD BOX 2,00 13,50[LF]CIG MARLBORO GOLD MA[128]O 1,00 6,50[LF]CIG MARLBORO VERMELHO BOX 1,00 6,75[LF]CIG MINISTER SPECIAL KS 1,00 4,00[LF]PAPEL DE SEDA SMOKING KING SIZE 1,00 5,00[LF]------------------------------------------------[LF] R$ 10,00[LF][LF]Departamento: ENERGETICOS[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF])t 14:12:01:840 RX <- ACK = 0 Falha: 0 TX -> [sTX]Q[sTX][FS][20]CIG HOLLYWOOD ORIGINAL BOX KS 1,00 6,00[LF]CIG MARLBORO GOLD BOX 2,00 13,50[LF]CIG MARLBORO GOLD MA[128]O 1,00 6,50[LF]CIG MARLBORO VERMELHO BOX 1,00 6,75[LF]CIG MINISTER SPECIAL KS 1,00 4,00[LF]PAPEL DE SEDA SMOKING KING SIZE 1,00 5,00[LF]------------------------------------------------[LF] R$ 10,00[LF][LF]Departamento: ENERGETICOS[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF])t 14:12:02:301 RX <- ACK = 0 Falha: 1 TX -> [sTX]Q[sTX][FS][20]CIG HOLLYWOOD ORIGINAL BOX KS 1,00 6,00[LF]CIG MARLBORO GOLD BOX 2,00 13,50[LF]CIG MARLBORO GOLD MA[128]O 1,00 6,50[LF]CIG MARLBORO VERMELHO BOX 1,00 6,75[LF]CIG MINISTER SPECIAL KS 1,00 4,00[LF]PAPEL DE SEDA SMOKING KING SIZE 1,00 5,00[LF]------------------------------------------------[LF] R$ 10,00[LF][LF]Departamento: ENERGETICOS[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF])t 14:12:02:532 RX <- ACK = 6 Falha: 2 14:12:02:633 RX <- [NUL][NUL][NUL][NUL] -- 14:12:02:634 TX -> [sTX]R[sTX][FS][20]ENERGETICO TNT LATA 269ML 1,00 7,90[LF]------------------------------------------------[LF] R$ 1,00[LF][LF]Departamento: MERCEARIA[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF]ACHOC TODDYNHO 200 ML 3,00 7,50[LF]BOLO ARLETE 1,00 5,90[LF]COOKIES INTEGRAIS 40G CACAU AVEL 1,00 2,90[LF]------------------------------------------------[LF] R$ 5,00[LF][LF][190]k 14:12:02:977 RX <- ACK = 0 Falha: 0 TX -> [sTX]R[sTX][FS][20]ENERGETICO TNT LATA 269ML 1,00 7,90[LF]------------------------------------------------[LF] R$ 1,00[LF][LF]Departamento: MERCEARIA[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF]ACHOC TODDYNHO 200 ML 3,00 7,50[LF]BOLO ARLETE 1,00 5,90[LF]COOKIES INTEGRAIS 40G CACAU AVEL 1,00 2,90[LF]------------------------------------------------[LF] R$ 5,00[LF][LF][190]k 14:12:03:439 RX <- ACK = 6 Falha: 1 14:12:03:630 RX <- [NUL][NUL][NUL][NUL] -- 14:12:03:631 TX -> [sTX]Q[sTX][FS][20]Departamento: REFRIGERANTES[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF]REFRIG COCA COLA 2L 1,00 6,90[LF]------------------------------------------------[LF] R$ 1,00[LF][LF]Departamento: SALGADOS[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF]PAO DE QUEIJO REDONDO/ PALITO 1,00 2,00[LF][160]q 14:12:03:974 RX <- ACK = 0 Falha: 0 TX -> [sTX]Q[sTX][FS][20]Departamento: REFRIGERANTES[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF]REFRIG COCA COLA 2L 1,00 6,90[LF]------------------------------------------------[LF] R$ 1,00[LF][LF]Departamento: SALGADOS[LF]------------------------------------------------[LF]Produto Quant Total (R$)[LF]------------------------------------------------[LF]PAO DE QUEIJO REDONDO/ PALITO 1,00 2,00[LF][160]q 14:12:04:478 RX <- ACK = 6 Falha: 1 14:12:04:579 RX <- [NUL][NUL][NUL][NUL] -- 14:12:04:580 TX -> [sTX]R[sTX][FS][20]------------------------------------------------[LF] R$ 1,00[LF][LF]------------------- Sangrias -------------------[LF]Usuario Data/Hora Valor (R$)[LF]LUCIA 10/06/2014 07:38:33 R$ 200,00[LF][LF]----------------- Recebimentos -----------------[LF]Dinheiro R$ 200,00[LF]Cielo - VISA Debito R$ 236,29[LF]Cielo - Mastercard Debito R$ 213,34[LF]Cielo - VISA Credito R$ 231,26[LF]Cielo - Mastercard Credito R$ 246,14[LF]Cielo - ELO Debito R$ 33,31[LF][ETX]z 14:12:04:922 RX <- ACK = 0 Falha: 0 TX -> [sTX]R[sTX][FS][20]------------------------------------------------[LF] R$ 1,00[LF][LF]------------------- Sangrias -------------------[LF]Usuario Data/Hora Valor (R$)[LF]LUCIA 10/06/2014 07:38:33 R$ 200,00[LF][LF]----------------- Recebimentos -----------------[LF]Dinheiro R$ 200,00[LF]Cielo - VISA Debito R$ 236,29[LF]Cielo - Mastercard Debito R$ 213,34[LF]Cielo - VISA Credito R$ 231,26[LF]Cielo - Mastercard Credito R$ 246,14[LF]Cielo - ELO Debito R$ 33,31[LF][ETX]z 14:12:05:386 RX <- ACK = 0 Falha: 1 TX -> [sTX]R[sTX][FS][20]------------------------------------------------[LF] R$ 1,00[LF][LF]------------------- Sangrias -------------------[LF]Usuario Data/Hora Valor (R$)[LF]LUCIA 10/06/2014 07:38:33 R$ 200,00[LF][LF]----------------- Recebimentos -----------------[LF]Dinheiro R$ 200,00[LF]Cielo - VISA Debito R$ 236,29[LF]Cielo - Mastercard Debito R$ 213,34[LF]Cielo - VISA Credito R$ 231,26[LF]Cielo - Mastercard Credito R$ 246,14[LF]Cielo - ELO Debito R$ 33,31[LF][ETX]z 14:12:05:616 RX <- ACK = 21 Falha: 2 14:12:05:617 RX <- ----------------- ERRO ----------------- Impressora Bematech não reconheceu o Comando (ACK = 21) ---------------------------------------- Alguma outra ideia?

Usei como base para teste, os erros que logam ao emitir uma simples LeituraX. Pelo ECFTeste, sem alterar nada nele, logou os mesmos erros: -- 08:50:08:910 LeituraX TX -> [sTX][4][NUL][FS][ACK]"[NUL] 08:50:09:035 RX <- ACK = 6 Falha: 0 08:50:09:044 VerificaFimImpressao: Pedindo o Status (19) 08:50:09:377 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 08:50:09:579 VerificaFimImpressao: Pedindo o Status (19) 08:50:09:702 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 08:50:09:985 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 08:50:10:187 VerificaFimImpressao: Pedindo o Status (19) 08:50:10:521 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 08:50:10:722 VerificaFimImpressao: Pedindo o Status (19) 08:50:11:075 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 08:50:11:277 VerificaFimImpressao: Pedindo o Status (19) 08:50:11:628 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 08:50:11:830 VerificaFimImpressao: Pedindo o Status (19) 08:50:11:953 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 08:50:12:161 VerificaFimImpressao: Pedindo o Status (19) 08:50:12:283 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 Consegui também reproduzir um relatório gerencial que apresenta erro durante a impressão. Porém com o aplicativo da bematech, que usa a DLL: - A Leitura X é emitida normalmente assim como no ECFTeste, porém não mostrou nenhum erro de ST1/ST2 e aparentemente o aplicativo não tem um arquivo de Log. - O relatório não consegui emitir por ele, acredito que tenha um limite na quantidade de linhas dentro dele. Retorna "Parametro Inválido" ao tentar enviar o mesmo texto. Testei esse mesmo relatório imprimindo com o MaxLinhasBuffer=1 e o mesmo foi impresso sem erros. A Leitura X continua logando erros com o MaxLinhasBuffer.

acabei tirando os 2 clientes da USB.. devo pegar uma MP-4000 hoje.. dai instalo aqui e faço uns testes com o driver.

Testei aqui e esta retornando IsSerialPort mesmo. Usamos a synapse aqui para comunicação serial direta com vários dispositivos e nunca me deparei com essa situação de retornar timeout antes do periodo especificado. Inclusive voltei uma versão antiga da synapse (38) para teste e ocorre a mesma coisa. Seria interessante se alguem tiver contato com a Bematech, para testar essa situação no driver deles com a MP-4000, pois a MP-2100 me parece estar ok. Se tirar uma simples LeituraX na 4000 ja loga esses erros. Única coisa diferente aqui, é que setamos o ProcessMessages do device com False para evitar problemas com aguardando comando anterior na ECF.

Não estou debugando.. esta rodando no cliente mesmo. Vou confirmar aqui dentro da TACBrDevice.LeByte.

E ao imprimir um relatório gerencial grande, ocorre erro ACK = 0.. Testei ate com 60s de timeout no ACBrECF. Pra mim realmente eh algo com o driver da bematech e a MP-4000.

Inclui alguns logs no VerificaFimImpressao, e me parece que não está sendo respeitado os timeouts (ou está retornando algum lixo para o synaser e o mesmo dispara timeout) nas seguintes linhas: wACK := fpDevice.LeByte( 1500 ) ; e RetCmd := fpDevice.LeString( 2000, 2 ) ; Coloquei por ex um log antes e depois dessas linhas: 10:44:11:014 VerificaFimImpressao: Pedindo o Status (19) 10:44:11:014 VerificaFimImpressao: Limpou a serial 10:44:11:077 VerificaFimImpressao: Enviou o comando 19 para a ECF 10:44:11:077 VerificaFimImpressao: Vai ser o Byte com timeout de 1500 10:44:11:452 VerificaFimImpressao: Erro = Communication error 9997: Timeout during operation 10:44:11:452 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation Com os mesmos 0,4 segundos retornou erro de timeout no LeByte que foi chamado com timeout de 1500.

Daniel, já havia testado algumas coisas desse post, como diminuir o buffer da serial, porém o problema persiste. Lembrando que estou usando o driver da Bematech que cria uma serial virtual. Tenho 2 clientes MP-4000 com esses erros no log (Windows XP e Windows 7). E outros clientes com MP-2100 funcionando normalmente. Eu acredito que seja algo com o driver deles e a MP-4000, ou senão algo no ACBr que não consegui detectar. O que me chamou atenção é intervalo entre a resposta de ACK = 6 o erro: 12:30:43:826 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 12:30:44:201 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation Cerca de 0,4 segundos. Olhando nos fontes da classe da bematech, me parece que ela retorna ACK = 6, e acontece o timeout provavelmente na linha que define o RetCmd: if wACK = 6 then // ECF Respondeu corretamente, portanto está trabalhando // begin GravaLog(' '+FormatDateTime('hh:nn:ss:zzz',now)+' VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2' ) ; TempoLimite := IncSecond(now, TimeOut); fsFalhasFimImpressao := 0 ; // Aguarda ST1 e ST2 por mais 2 segundos // RetCmd := fpDevice.LeString( 2000, 2 ) ; Result := (Length( RetCmd ) >= 2) ; end else raise EACBrECFErro.Create( 'ACK <> 6' ); except On E: Exception do begin Porém esse timeout esta fixado em 2 segundos, e o erro acontece apos 0,4 segundos. Minha teoria esta correta?

Bom dia. Testei em alguns clientes a comunicação usando o driver virtual serial da bematech. Com a MP 2100 não tivemos reclamação, porém a MP 4000 tem apresentado alguns problemas principalmente na hora de imprimir um vinculado. Olhando nos logs temos alguns erros sempre após algumas operações como FecharCupom, LeituraX, Relatório Gerencial: -- 12:24:39:279 FechaRelatorio TX -> [sTX][4][NUL][FS][NAK]1[NUL] 12:24:39:404 VerificaFimImpressao: Pedindo o Status (19) 12:24:39:841 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 12:24:40:044 VerificaFimImpressao: Pedindo o Status (19) 12:24:40:201 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 12:24:40:576 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 12:24:40:779 VerificaFimImpressao: Pedindo o Status (19) 12:24:41:216 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 12:24:41:419 VerificaFimImpressao: Pedindo o Status (19) 12:24:41:544 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 12:24:41:747 VerificaFimImpressao: Pedindo o Status (19) 12:24:41:935 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 12:24:42:044 RX <- [NUL][NUL][NUL][NUL] -- 12:30:43:326 FechaCupom( Val Aprox/Tributos R$28,61 (28,61%) Fonte:IBPT[LF]TQ3 BO3 BI5 EI 397109,323 EF 397142,690[LF][LF][LF][LF] ) TX -> [sTX]^[NUL][FS]"Val Aprox/Tributos R$28,61 (28,61%) Fonte:IBPT[LF]TQ3 BO3 BI5 EI 397109,323 EF 397142,690[LF][LF][LF][LF].[22] 12:30:43:513 VerificaFimImpressao: Pedindo o Status (19) 12:30:43:826 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 12:30:44:201 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 12:30:44:404 VerificaFimImpressao: Pedindo o Status (19) 12:30:44:841 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 12:30:45:044 VerificaFimImpressao: Pedindo o Status (19) 12:30:45:263 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: EACBrECFErro ACK <> 6 12:30:45:466 VerificaFimImpressao: Pedindo o Status (19) 12:30:45:654 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 12:30:45:763 RX <- [NUL][NUL][NUL][NUL] Alterei o Timeout do componente para 20s conforme recomendado em outro post (Originalmente estava 10s) Testes efetuados com a porta serial em 9600 e 115200 bps. Na MP2100 não ocorrem esses erros no log. Alguem já passou por isso, ou tem alguma idéia do motivo dos erros?

Pessoal, até onde eu me lembro, esse driver que cria a porta COM virtual funciona para impressoras NÃO FISCAIS. Porém não tenho nenhuma aqui para testar Nunca consegui funcionar com a FISCAL também.

mesmo problema aqui.. São Paulo. 3 clientes me ligaram hoje, e aqui pelo meu certificado A1 também apresenta problemas.

Download do XML com certificado agora também não vai. Hora dessa o DEMETE responsável por essas mudanças esta só dando risada na cara de todo mundo. Se não querem disponibilizar o XML, ou o site como estava sem as imagens.. FISCALIZEM!!! Grandes fornecedores não estão nem ai, e não mandam o xml para quem compra. Apliquem multa nesse pessoal, para que todo mundo receba o XML que ninguem precisa do site.

Daniel, e na bematech.. como controlar as colunas?? Por exemplo.. já vi cupons impressos na MP-2100, que em todas as linhas de mensagem no final do cupom, sai impresso condensado... com mais colunas. Isso para mim seria interessante para poder exibir mais informações no cupom.

Então marcelo_sp... na não fiscal (MP-4000 TH) funciona... já na fiscal (MP-4000 TH FI) acredito que não. Quando for em um cliente com essa ECF eu testo novamente, mas até onde me lembro, conectando na USB, a fiscal não detecta essa porta COM não. Um pin-pad usb por exemplo, quando conecta o windows já detecta a controladora serial e pede driver. Depois posto um retorno disso.

Boa tarde. Até onde eu testei, as Impressoras Fiscais da Bematech não emulam porta serial. Tenho alguns clientes que não podemos usar a serial, e a solução foi usar adaptador USB-Serial na ECF. Os links postados acima são para a MP-4000 TH (Impressora Não Fiscal Térmica).. na fiscal MP-4000 TH FI não funciona. Bematech na USB só pela DLL, ou se fizer um componente de acesso a USB para elas.

certinho a função... eu ja estava aqui tentando fazer com Indy. Me parece que mudaram algo no webserver.. pq usando a API de download retornava sempre: -2146697208 Importei agora uma nota pelo sistema, e parece que nao alteraram nada no HTML pelo menos. Será que estão tentando bloquear o acesso ao captha?

jaime... vlw.. vou testar aqui. Eu nem salvo o XML, uso para importar a nota de entrada no ERP. Para a 2.0 precisei mudar algumas coisas, posta ai qual o problema que vc esta tendo q tento te ajudar.

Estou com o mesmo problema para download do captcha.gif Hoje o dia vai ser movimentado... heheheh

Ah.. mais uma coisa que lembrei, que em produção enche bastante a paciencia. Em caso de queda da internet por exemplo... o client perde comunicacao e nao retorna sozinho. Eu resolvi da seguinte forma. Antes de solicitar uma transacao de cartao, eu chamo um ATV, que nao responde caso o client esteja sem comunicacao, e chamo um arquivo .bat que mata o processo do VeSPague e roda novamente. Seria +- assim: Timeout de 10s (nao lembro qual o padrao). - Solicito ATV. Se nao responder ao ATV eu coloco o timeout maior, pois o client demora ate reconectar. E faco um loop ate que o ATV responda ou o operador cancele a operacao. Dentro desse loop com o timeout maior, eu mostro uma mensagem e chamo o .bat que reinicia o client. E apenas solicito o CRT quando o ATV responder OK. Como em produção o client roda atraves de uma VPN, tem tambem o OpenVPN que as vezes desconecta tmb em caso de queda de internet.. mas é bem mais dificil.

Parabens pela homologação Ivan. Quando fiz a minha apanhei bastante heheh mas com a ajuda do Moises e algumas noites sem dormir deu tudo certo... homologuei multiplos cartoes de primeira! heheh fiquei aqui no teamviewer só olhando.

Quando eu fiz as modificações pro VeSPague (primeiramente na classe TEFDial para trabalhar no modo File, e depois na classe do VesPague) eu nao encontrei problemas de travamento nem de apagar os arquivos no caso de cancelamento. O loop ficava la ate vir a mensagem "Nao existem transacoes pendentes". Uma coisa que venho observando sobre as transações pendentes é o seguinte. Tem casos em que a transacao nao é confirmada, ficando como pendencia, porem o arquivo de backup da transacao é excluido normalmente. No modo file isso acontecia direto (problemas do gerenciador deles) e no modo background acontece raramente. Ainda não consegui pegar o que acontece. No modo file eu tinha feito essa rotina ai diferente. Primeiro fazia dessa forma, verificando a existencia de arquivos de backup ao inicializar, e depois eu enviava o comando de transacoes pendentes. Eu parei de usar essa funcao por 2 motivos. Primeiro.. de vez em quando ao executar o transacoes pendentes o client simplesmente nao responde, ou demora muito tempo. Segundo, pela demora de alguns segundos a mais toda vez que inicia o sistema. Nao vi se foram feitas alteracoes recentes na classe, mas quando eu fiz a rotina o CancelarTransacoesPendentesClass nao chamava a funcao ADM de tratamento de pendencias, portanto nao abria login/senha. A classe fazia um loop e enviava um CNC para cada arquivo de backup encontrado, o que não funciona no VeSPague apos o reinicio do client. Tem alguns outros detalhes que eu mudei referente a tratamento das mensagens ao operador na classe (e no processamento do meu PDV), assim que conseguir uma folga aqui eu posto alguma coisa e ja aproveito pra mudar algumas coisas.