Connecteur TCPIP beaucoup plus lent

[laurent]

Depuis la dernière version stable (1.4.128), les connecteurs TCP IP semblent beaucoup plus lents.
J'ai en effet un module Global Caché RS232 mis derrière une alarme dont il reçoit les trames.
La où il réagissait à l'activation d'un détecteur en une seconde par le passé, il en met 4 ou 5 désormais.
C'est à tel point qu'en cas d'arme (cas où plus de trames sont envoyées),certaines informations sont carrément zappées, notamment le détecteur en cause.

Je me demande si tout cela n'aurait pas un lien avec la fonction de relancent automatique toutes les 10 secondes des connecteurs ?

[AucuneID]

D'une manière générale, depuis un moment je remarque que l'interface CS est chaque fois plus lente à charger les projets et/ou les fonctions, ouvrir les automates...

J'avais déjà fait la remarque, sans réponse de la team sur les tests de perfs réalisés après chaque mise à jour.

[Jlr]

La dernière version stable (1.4.128) est-elle vraiment stable???
çà fait pas mal de choses qui changent et pas forcement dans le bon sens. Il serait bien d'avoir une info précise sur ce qu'apporte cette version, et sur ce qu'elle modifie de façon négative. Je pensais être seul à avoir ce type de problème. pour ma part, on m'a demandé de reprendre tout mon projet ETS qui fonctionnait parfaitement sous ancienne version. Le lien avec la fonction de relancent automatique toutes les 10 secondes des connecteurs répond à quelle besoin.
pourquoi relancer un connecteur IP??? Sil est actif, il est actif NOn??

[laurent]

Bonjour,

LA dernière version (1.4.129) a l'air d'avoir un peu amélioré les choses. C'est un peu moins lent.
Cela dit, j'ai toujours mon problème d'alarme qui ne se déclenche pas.
J'ai un peu creusé et il semblerait que ça se situe au niveau du détecteur.
Le détecteur est bien en mode alarme, il s'ouvre bien, mais aucune alarme n'est envoyée. Je pense qu'il doit y avoir un soucis de synchro quelque par car quand l'ouverture est la seule action qui se passe, l'alarme est bien envoyée.

Laurent

[CS Domotic]

J'ai également constaté ce problème sur IR-Trans et remonté le problème en verstion 1.4.128 RC à l'époque. Dans mon cas c'est plus lors de l'envoie de la 1ère commande après une inactivité de plusieurs minutes. Il faut parfois 2 secondes à 3 secondes pour que ça réagisse.

Le problème semble venir depuis que le mode de reconnection automatique a été mis en place.

[ngm47]

Bonjour,

Moi j'ai des erreurs dans le journal d'évènements :ererror = java.net.SocketTimeoutException: connect timed outror
= java.net.SocketTimeoutException: connect timed out