Ir para conteúdo
  • Cadastre-se

dev botao

ACBrMTer - Desconectou - 10054-Connection reset by peer


Ver Solução Respondido por Daniel Simoes,
  • Este tópico foi criado há 1681 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro

Olá, boa tarde!

Estou com um problema em um cliente usando o ACBrMTec, o cliente tem dois micros terminais da Gertec, do nada um deles apresenta que travamento, então ativei o log para ver o que acontece:

 

 -- 13/08 12:58:52:584 -- Terminal: 192.168.0.12 - Conectou
 -- 13/08 12:58:52:584 -- LimparDisplay( 192.168.0.12 )
 -- 13/08 12:58:52:584 -- EnviarTexto( 192.168.0.12, "Seja bem vindo" )
 -- 13/08 12:58:52:677 -- LimparDisplay( 192.168.0.12 )
 -- 13/08 12:58:52:677 -- PosicionarCursor( 192.168.0.12, 1, 1 )
 -- 13/08 12:58:52:677 -- EnviarTexto( 192.168.0.12, "NUM: " )
 -- 13/08 12:58:52:677 -- PosicionarCursor( 192.168.0.12, 2, 1 )
 -- 13/08 12:58:52:709 -- LimparDisplay( 192.168.0.12 )
 -- 13/08 12:58:52:709 -- PosicionarCursor( 192.168.0.12, 1, 1 )
 -- 13/08 12:58:52:709 -- EnviarTexto( 192.168.0.12, "NUM: " )
 -- 13/08 12:58:52:709 -- PosicionarCursor( 192.168.0.12, 2, 1 )
 -- 13/08 12:58:52:709 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> [ETX][NUL][NUL][NUL]
 -- 13/08 12:58:52:974 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL]
 -- 13/08 12:58:53:240 -- Terminal: 192.168.0.12 - TX -> 19 bytes -> 3[NUL][15][NUL]Seja bem vindo[NUL]
 -- 13/08 12:58:53:507 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL]
 -- 13/08 12:58:53:773 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][SOH][SOH]
 -- 13/08 12:58:54:042 -- Terminal: 192.168.0.12 - TX -> 10 bytes -> 3[NUL][ACK][NUL]NUM: [NUL]
 -- 13/08 12:58:54:307 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][STX][SOH]
 -- 13/08 12:58:54:573 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL]
 -- 13/08 12:58:54:870 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][SOH][SOH]
 -- 13/08 12:58:55:136 -- Terminal: 192.168.0.12 - TX -> 10 bytes -> 3[NUL][ACK][NUL]NUM: [NUL]
 -- 13/08 12:58:55:401 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][STX][SOH]
 -- 13/08 12:59:11:653 -- Terminal: 192.168.0.12 - Desconectou - 10054-Connection reset by peer

 

Apos o micro terminal receber o comando "Desconectou - 10054-Connection reset by peer" ele fica travado.
Mesmo desligando e ligando o micro terminal, ele não consegue reconectar, é necessário desativar e ativar o ACBrMTec novamente.

Já trocamos o servidor, agora esta em um windows server 2012 sem antivírus e até desativamos o firewall, uma vez que liberando a porta 6550, não resolveu.
O travamento acontece do nada, aleatoriamente em um dos dois micros terminais, semana passada chegou a travar os dois micro terminais.

Não tenho mais ideia do que fazer para resolver o problema.
Na duvida achávamos que era o micro terminal, então o cliente comprou um outro novo e mesmo assim esta dando o problema.

 

Link para o comentário
Compartilhar em outros sites

  • Fundadores

Seus fontes estão atualizados ?

O Log parece estranho... se você usa o protocolo da Gertec, deveria constar o RX

Você configurou o protocolo, para mtrPMTG ?

 

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

  • Fundadores

Por favor teste com o Demo do ACBr...

Verifique ainda no Log... se o protocolo PMTG esta corretamente selecionado

  • Curtir 1
Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Daniel bom dia!

Depois de muitos testes descobri o problema.
Quando a uma queda de energia muito rápida, o micro terminal tenta se reconectar, neste momento na lista de micros terminais dentro do ACBrMTec, aparece os dois micros terminais, veja o erro também simulado no exemplo ACBrMTec

image.png.f92a2078fb775475d65c51c5dbb96ff2.png

 

Neste momento não importa qual das opções você selecione, todas não respeitam o comando enviado para o micro terminal, então o micro terminal fica travado.
Se você desligar o micro terminal pelo botão liga e desliga dele, não acontece o problema, mais se remover da tomada e colocar em seguida colocar na tomada (tem que ser bem rápido), ai o problema acontece.

Esta é a lista que me refiro:
ACBrMTer1.TCPServer.ThreadList.LockList

Quando aqui dentro tem dois IPs iguais, não importa para qual deles você responda, o micro terminal não recebe o comando e fica travado!

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Fundadores

Por favor experimente substituindo a Unit ACBrSocket.pas (em anexo), na pasta: Fontes\ACBrTCP

ACBrSocket.pas

Criei a seguinte nova propriedade:

    property DesconectarIPRepetido: Boolean default True; 

 

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Daniel, não resolveu completamente.
Quando o micro terminal sobre a queda de energia, ele ainda continua travando o micro terminal, porem agora quando o micro terminal esta travado, se eu desligo ele e ligo novamente, ele reconecta e volta ao normal, coisa que antes não estava acontecendo.

Antes tinha que desativar e ativar novamente o ACBrMTec

Link para o comentário
Compartilhar em outros sites

  • Fundadores
  • Solution

Parece que o Micro terminal perde o Handle do Socket... ou realmente o software dele trava... afinal houve uma queda de energia, é provável que a memória do mesmo tenha sido corrompida... não conseguiremos contornar isso do lado do ACBr... talvez um Nobreak de baixo custo, já resolva...

Mas me parece que o ajuste permitiu remover da lista de conexões um Handle inválido...

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Daniel, eu fiz um ajuste no meu sistema, para ele desativar e ativar novamente o ACBrMTec quando encontrar um IP repetido na lista.
Do jeito que você deixou, não sei porque tem horas que ele não deixa reconectar, então deixe como era antes mesmo, sem incluir a opção "DesconectarIPRepetido".

Mesmo assim obrigado pela ajuda!
 

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Sim, mais pelo menos todos voltam a funcionar.
Do jeito que esta hoje, mesmo com a opção que você criou, é provável que o pessoal do suporte tenha que realizar um acesso para reiniciar o serviço.

Outro detalhe é que o cliente tem que arrumar as tomadas que ele tem.

Cliente é foda, passei mais de uma semana para achar o problema que estava na tomada dele.

Link para o comentário
Compartilhar em outros sites

  • Fundadores
5 minutos atrás, marcellocainelli disse:

Outro detalhe é que o cliente tem que arrumar as tomadas que ele tem.

Cliente é foda, passei mais de uma semana para achar o problema que estava na tomada dele.

kkk... Isso é verdade... cliente final adora fazer economia a base da porcaria...  e no final, isso impacta no dia a dia de trabalho dele...

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.