Discussion :

[unsurx]

Bonjour,

Je travaille sur une application avec PCVUE v8.0.
J'ai un poste serveur et un poste client.
J'ai mis en place la gestion de version et le multi-postes, les listes clients serveurs et fait les affectation de base sur les variables de la BDD avec les bonnes listes.
Le problème que j'ai c'est que le client qui est censé afficher les valeurs acquises uniquement par le serveur fait lui aussi les acquisitions en parallèle.
D'ailleur, on voit au démarrage de l'application sur le client le chargement de Cimway avec les différents protocoles utilisés. C'est pas normal. Cette partie Com ne devrait se lancer que sur le serveur, non ?
Je ne comprends pas ce que j'ai loupé.

[ColinF]

Bonjour,

Le chargement de Cimway ne veut pas dire utiliser.
Est ce qu'il y a un truc qui bouge dans les compteurs Cimway ?

Pour être sûr que le client PCVUE fait aussi les acquisitions en parallèle, il suffirait de le laisser tout seul.
S'il y a des valeurs, le client communique (pas normal).
S'il n'y en a pas, il attend un serveur PCVUE. Configuration OK

[unsurx]

Bonjour et merci pour la réponse.

Je ne peux pas facilement voir les compteurs Cimway sur le client car je n'ai qu'une clé runtime dessus et je dois dépasser les 25 variables de COM.
Cependant J' ai déjà fait le test de stopper la COM coté serveur et les valeurs passent bien en NS sur le client. C'est rassurant.
Mais il y a des choses étranges quand même :
J'ai 3 réseaux de configuré, tous en modbus TCP.
- Quand je redémarre la COM coté serveur, si le client est lancé, tous les équipements d'un des réseaux (une dizaines de sondes de température en IP) sont en "Equipement HS". Ça démarre bien uniquement si PCVue du client n'est pas lancé. ???
- Autre chose, sur un autre réseau, j'utilise un module CIE-H10 de Sollae comme équipement. J'ai un outil qui permet de le configurer et je constate qu'il y a 2 connexions Modbus actives. Une avec le serveur et l'autre avec le client. ???
J'ai mis Wireshark coté client pour voir le trafic modbus. Il n'y a rien sauf qu'environ toutes les minutes j'ai une trame de réponse modbus code 3 (alors que c'est configuré pour une seule lecture code 4 toutes les 10s sur le serveur) qui vient du boitier CIE-H10 sans demande préalable apparemment. ????
Tout n'est donc pas clair et logique.
En tout cas tu me rassures en me disant que le chargement apparent de Cimway sur un poste client avec les protocoles configurés sur le serveur n'est pas quelque chose d'anormal même si je n'en comprends pas l’intérêt.

Cdt,

[ColinF]

Bonjour,

Je crois que j'ai déjà eu le problème.
Avec tout ce que tu viens d'écrire, cela veut dire que le module CIE-H10 de Sollae ne sait ouvrir qu'une seule connexion à la fois.
Si c'est ça il faut essayer de ne pas démarrer Cimway sur le client. Je ne sais plus le fichier qu'il faut toucher mais avec 2 projets vides, 1 avec le démarrage et 1 sans, il y a moyen de connaitre l'endroit précis à modifier.
En cas de mise à jour, ne pas oublier de refaire la modification.

Cdlt

[unsurx]

Bonjour,

Les derniers firmwares du CIE-H10 permettent d'avoir jusqu'à 8 connexions simultanées en Modbus. C'est notamment pour ça que j'arrive à voir les connexions du client et du serveur en même temps grâce à leurs IP respectives. La connexion du client disparaît dès que je quitte PcVue sur celui ci et revient quand il est relancé.
Je tique toujours sur le fait du démarrage de Cimway sur le client car sur ce poste je peux lancer un autre projet qui n'est plus utilisé aujourd'hui et qui utilisait ce même poste également en tant que client. Et là je ne vois pas Cimway se lancer au démarrage.

Cdt,
Stéphane.

[Kaniass]

Si tu veux etre sur tu peux mettre ta liste de serveur dans le fichier de configuration de Cimway qui est le fichier C\Comm.dat
La seule maniere est de la faire dans le fichier qui est un csv. Cela se fait au niveau de l'objet réseau.
Demande au support de PcVue de te donner le bon champ.

Donc le client ne va jamais essayer de démarrer la communication modbus et tu ne devrais plus voir le message au demarrage

[unsurx]

Merci Kanias pour cette info. Je ne savais pas que l'on pouvait inhiber le démarrage de CIMWAY sur un client de cette façon. Je vais creuser dans cette voie.

[Pascal-lb]

Bonjour,

Je pense que ton problème viens plutôt de la licence de ton poste client, en effet pour une config serveur/client seul le serveur est autorisé a communiquer avec tes Equipements.

[unsurx]

Bonjour Pascal-lb,

Tu as complétement raison. Après revérification, j'ai effectivement constaté que la licence du poste client avait également 1 protocole et donc j'en déduit également une fonctionnalité serveur. Tout s'explique.
J'ai mis la clé d'un autre poste client de l'ancien projet qui avait une fonctionnalité différente et là, plus de chargement de CIMWAY.
Il reste une chose étrange quand même, c'est qu'avec l'ancien projet et le poste client et sa clé "client/serveur", je ne constatait pas le démarrage de CIMWAY...
En tout cas mon problème est résolu et maintenant tout est logique.
Merci à tous.

Cdt
Stéphane.