ACBrMTer - Desconectou - 10054-Connection reset by peer

[marcellocainelli]

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.

 

[Daniel Simoes]

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 ?

 

[marcellocainelli]

Sim Daniel estou usando o protocolo 


Os fontes são 

[Daniel Simoes]

Por favor teste com o Demo do ACBr...

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

[marcellocainelli]

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

 

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!

[Daniel Simoes]

Vou tentar implementar algum código que não permita IPs iguais na lista... volto a postar em breve...

[Daniel Simoes]

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; 

 

[marcellocainelli]

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

[Daniel Simoes]

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...

[marcellocainelli]

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!
 

[Daniel Simoes]

Mas isso não irá derrubar todos os terminais conectados ?

[marcellocainelli]

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.

[Daniel Simoes]

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...

[Daniel Simoes]

Por favor veja esse tópico, e teste com as Units em anexo no tópico indicado