Temps de reponse des commandes V4 vers V3 aléatoire

Bonsoir,

J’ai créer une source de donnée de ma V3 sur ma V4 suivante:
URL: http://xx.xx.xx.xx:port/globalstatus.xml
rafraichissement: 10secondes

Le but est d’activité ou d’activé mon alarme a partir du relais 1 de la V3.
Pour se faire j’ai utilisé un widget interrupteur type « Pilotage V3 » avec les informations switch « alarme ON » , « alarme OFF »
avec l’indicateur datasources[« V3 »][« response »][« led0 »] qui est sensé faire la lecture de l’activité du relais1 de la V3.

Cela marche partiellement mais ce widget n’est pas fiable car souvent mes 2 IPXV3 & V4 semblent bloqués ou répondent avec des temps très longs.
Comme je ne suis pas sur de l’ URL de ma source de donné avec l’extention « /globalstatus.xml » pour le retour des etats d’une sortie de la V3 je reviens vers le forum et ses spécialistes pour me guider vers quelque chose de fiable et rapide

Cordialement

Avez-vous essayé « /status1.xml » à la place de « /globalstatus.xml » ?

Bonsoir ZogStrip,

Merci pour la réponse rapide , j’ai mis l’extension , cela fonctionne apparemment bien.
Je valide sur plusieurs jours et je reviens vers vous

Bonne soirée
Riff78

Bonjour,

J’ai également le même type de problème → Temps de réponse V3 vers V4 aléatoire.
Souhaitant gérer mon IPX800V3 comme des I/O déportées, afin de profiter pleinement de l’interface de mon IPX800V4, je gère l’échange des changements d’états des I/O de la V3 non pas par la lecture du fichier xml (encombrement du réseau sans grande utilité, puisque mes états pour mon alarme ne changent pas fréquemment, ni rapidement…) , mais par des pushs de la V3 vers des I/O virtuelles de la V4 et vise versa.
De cette manière, j’ai une copie sur l’interface de la V4 de toutes mes I/O de ma V3.
Autant, le passage de commande de la V4 vers la V3 se fait instantanément, par contre, le retour d’état des I/O de la V3 vers la V4 mets parfois plus de 2 min???
Mes 2 IPX sont l’un a coté de l’autre, connectés sur un même switch, sur un réseau d’habitation donc sans grande activité pour ma part…, les temps de réponses des 2 IPX par des ping sont correct…
Quelqu’un a-t-il également ce type de problème de communication ?
Merci

Bonjour Nicocau,
Pour info, j’ai exactement la même config que toi pour communiquer entre v3 et v4 (via push), je n’ai aucun problème de latence. c’est quasi instantané…
Je suis en IP fixe sur tous les modules de GCE avec évidement un port différent sur chaque appareil.
Fred60

Comment sont configurés les pushs d’état de la V3 vers la V4 ?

Je viens de tester avec

[ul]
[li]Push 1 : /api/xdevices.json?SetVI=001[/li]
[li]Push 2 : /api/xdevices.json?ClearVI=001[/li][/ul]

Et le retour sur la V4 est quasi instantané (quelques ms).

EDIT : Battu par @Fred60 :slight_smile:

Effectivement, c’est a peu prêt comme ca que j’ai configuré les push I/O de la V3 vers la V4, en ayant renseigné l’adresse IP de la V4 en réseau local, et non pas accessible depuis l’extérieur:
Push ON: /api/xdevices.json?key=xxxx&SetVI=1
Push OFF: /api/xdevices.json?key=xxxx&ClearVI=1

Est ce que ca peut venir du 001 au lieu du 1? de la key? je vais vérifier.
Merci

Effectivement, également en adresse IP:

  • Externe fixe, mais port différents (Freebox en routeur vers les adresse IP local fixe en fonction du port choisi)
  • Local fixe pour les 2 IPX, mais ports identiques (?)
    Merci, je regarderais ce point egalement

Bonsoir,
Voici ce que j’ai fait et pu voir sur les propositions qui m’ont été faites pour améliorer les liaisons entre la V3 & V4.
Déjà elles ont été toutes positives et ont améliorées la com de mes IPX.

Premièrement les commandes de la V4 vers V3 sont tj sont plus rapides par rapport aux retours sur la V3.
J’ai utilisé les Push qui renvoient une information très rapidement en local (de mon PC vers les V4 ou V3) mais dès qui j’utile un PC distant (celui de mon boulot par exemple) les Push sont plus long a répondre que les retours URL qui eut ont aussi l’avantage de renvoyer l’information texte de l’étiquette du widget qui contrairement au PUSH ne donnent qu’un status lumineux sur les entrées virtuelles.
En conclusion la fonction est assuré mais sur un PC distant les réponses sont parfois très longues ou mais peuvent être perdu et sont donc a renouveler, je pense que la qualité du réseau doit en être la cause principale.
Pour info j’ai utilisé Internet Explorer, Firefox et Chrome , le browser le plus efficace semble être Chrome et en se qui me concerne (Mon server une box Bouygues ADSL+)
Si vous avez des commentaires ils seront les biens venus par rapport a vos installations distantes.

Cordialement

Bonsoir Fred60 et ZogStriP

Je n’arrive toujours pas a faire fonctionner mes retours d’infos de ma V3 vers ma V4.
Initialement, j’avais:
Push ON: /api/xdevices.json?key=xxxx&SetVI=1
J’ai supprimé la key dans les pushs, j’ai changé les n° de VI en 3 digits, j’ai maintenant ça:
Push ON: /api/xdevices.json?SetVI=001.
J’ai toujours un temps de l’attente super long.

En pingant depuis le réseau local mes 2 IPX, j’ai un temps de réponse moyen pour l’IPX800V4 de 0ms, et de 6 ms pour l’IPX800V3.
J’ai basculé l’IPX 800V3 sur un port spécifique sachant que les 2 IPX ont une adresses IP fixe différentes du type 192.168.x.x .
Nous sommes d’accord, il n’y a rien a renseigner dans la page M2M de l’IPX800V3, et il faut bien desactiver « Enable » dans la page « Send data on events » ?
J’ai débranché mon serveur de sauvegarde WD qui aurait peut être posé problème sur le reseau.
Je suis a cours d’idées…
Merci

ourquoi avez-vous l’IPX V3 sur un port spécifique ? Qu’est-ce qui vous empêche de l’avoir sur le port 80 ?

ourquoi avez-vous l’IPX V3 sur un port spécifique ? Qu’est-ce qui vous empêche de l’avoir sur le port 80

[/quote]

onsoir
… c’est l’occasion de clarifier un sujet qui circule sur ce forum : « si tous les modules sont sur le port 80, alors le port 80 peut être encombré, d’où l’utilité d’utiliser des ports spécifiques », néanmoins ma compréhension est plutôt que le port 80 est propre à chaque module (comme une porte d’entrée) et qu’il ne sera pas plus encombré si chaque module utilise son port 80, car il y a autant de ports 80 que de modules
=> c’est ça ? ou bien

TLDR; Le fait que tous vos IPX utilisent le port 80 n’a absolument aucun impact sur l’encombrement du réseau (si encombrement il y a).


(Les puristes vont grincer des dents en lisant ca. Je simplifie un petit peu afin de faciliter la compréhension…)

Chaque « ordinateur » sur un réseau, que ce soit un réseau local (LAN) comme celui de votre maison, ou mondial (WAN) comme Internet, à une adresse unique qui lui permet d’être identifié sur le réseau : l’adresse IP (du nom du protocole utilisé pour communiquer).

Que je dis « ordinateur », en fait je veux dire n’importe quel objet/machine disposant d’une carte de connexion (filaire ou pas) : un ordinateur, une imprimante réseau, un téléphone, une tablette, etc… et bien sûr un IPX.

Si deux machines (ou plus) ont la même adresse IP sur un même réseau, alors cela risque de poser de graves problèmes de communication.
En effet, les messages envoyés vers cette adresse IP iront vers l’une ou l’autre machine, de manière aléatoire, ou pire, seront perdus étant donné que le réseau ne saura pas à quelle machine les distribuer…

D’où l’importance d’éviter de ré-utiliser une adresse IP sur un réseau (et d’où l’avantage d’un serveur DHCP qui s’occupe de centraliser l’attribution d’adresse IP au fur et à mesure que des machines se connectent et se déconnectent du réseau, évitant ainsi tout risque d’attribution en double).

Maintenant que l’on sait à quelle machine on souhaite parler grâce à son adresse IP, il faut savoir « comment » lui parler.

Depuis l’invention d’Internet, un très grand nombre de protocoles de communication entre 2 machines ont été inventés.
Afin de permettre à une machine de communiquer sur plusieurs protocoles à la fois, le système de ports à été mis en place.

Les plus populaire étant « standardisés », certains vous sont peut-être familier

[ul]
[li]Vous pouvez échanger des fichiers en utilisant le protocole FTP sur le port 21.[/li]
[li]Vous pouvez chatter avec des inconnus à travers le monde en utilisant le protocole IRC sur le port 194.[/li]
[li]Vous pouvez envoyer/recevoir vos emails en utilisant le protocole SMTP sur le port 25, POP3 sur le port 110 ou IMAP sur le port 143.[/li]
[li]Vous pouvez naviguer de sites en sites en utilisant le protocole HTTP sur le port 80.[/li][/ul]

Une machine dispose de 2^16 ports (65 535), donc il y a de quoi faire :wink:

Pour en revenir à notre problématique, lorsque vous allez sur le dashboard de votre IPX, votre ordinateur communique avec l’IPX en utilisant le protocole HTTP sur le port 80.
Absolument rien ne vous empêche d’avoir d’autres machines sur votre réseau capable de communiquer sur le port 80, bien au contraire ! (Internet aurait bien eu du mal à grandir s’il y avait cette contrainte)
Avoir plusieurs IPX (V3 et/ou V4) sur un même réseau capables de parler sur le port 80, n’a absolument aucun impact sur le réseau.

Pour reprendre votre métaphore @romher, l’adresse IP c’est l’adresse postale de votre maison et le port c’est le numéro de la porte (parmi les 65 535 portes) à laquelle il faut frapper pour vous donner le message :wink:

Bonjour ZogStriP,

Je n’ai rien qui m’empêche d’avoir l’IPXV3 sur le port 80 (je viens de le remettre sur ce port) mais comme mes 2 IPX étaient déjà sur ce port et que ca ne fonctionnait pas malgré des IP fixes différents sur le LAN, j’ai tenté, mais sans résultat…

Pourriez-vous me décrire les configurations réseau de vos IPX V3 et IPX V4 ?