Forum automatisme

Bonjour a tous,
Un collegue intervient sur une installation qui dispose de la configuration suivante :
1. Superviseur Vijeo Citect 2015 qui communique avec le M580 via OFS 3.3
2. OFS accede aux variables de l'automate M580 grace au lien avec le fichier Unity Pro (stu)
3. Unity Pro et OFS sont installes sur le meme poste

Pour des raisons que j'ignore, il a voulu effectuer des modifications sur l'automate depuis sont PC.

Le probleme est que le nom du fichier Unity Pro a change et la derniere version a jour est plutot disponible sur son propre PC et non sur le serveur Vijeo Citect.

Dans les modifications, on parle de rajout de quelques tags localises (%MW) dont on a pas besoin sur la supervision.

Malheureusement apres chargement la communication entre Vijeo Citect 2015 et le M580 s'interrompt.

A mon avis, le controle d'integrite entre la configuration du serveur OFS et le programme automate modifie est a l'origine de cela.

En copiant le programme modifie depuis son PC vers le PC sur lequel OFS est installe et en conservant le meme nom si j'ecrase le fichier existant est-ce qu'a votre avis le probleme est resolu ou alors je dois forcement ouvrir OFS et cliquer a nouveau sur le fichier Unity Pro ?

sinced a écrit : ↑31 mai 2022, 11:48 En copiant le programme modifie depuis son PC vers le PC sur lequel OFS est installe et en conservant le meme nom si j'ecrase le fichier existant est-ce qu'a votre avis le probleme est resolu ou alors je dois forcement ouvrir OFS et cliquer a nouveau sur le fichier Unity Pro ?

Si c'est comme le lien vers un fichier .XVM, il te faut le recharger depuis OFS malheureusement.

le Fichier .XVM contient le liste des variables automate et les adresses mémoire ou elles sont stockées, y compris les variables sans adresse fixes.

Quand tu compile le prog, parfois les variables non localisées changent de place et OFS n'est plus capable de les trouver, il faut recharger le .XVM dans OFS.

Mais, il y'a un truc magique, tu peut demander a l’automate de garder la "table de correspondance" en mémoire en cochant la case qui va bien dans tes options de projet: Et coté OFS y'a une truc a faire aussi pour qu'il négocie directement avec l'automate, mais je ne me rappelle plus ou c'est.

Une fois que c'est fait tu n'a plus besoin de retoucher a OFS a chaque fois que tu fait une modif dans l'automate, ils se débrouillent tout seuls.

Merci pour vos retours.

Bonjour,

Pour la prise en charge du dictionnaire de donnée avec le M580, il faut une version d'OFS >= 3.50
Pour les Premiums la version v3.34 est suffisante avec un firmaware d'UC >= 2.8 mais aussi de la place disponible sur la carte mémoire !

Bilou

Bilou a écrit : ↑03 juin 2022, 08:03 Bonjour,

Pour la prise en charge du dictionnaire de donnée avec le M580, il faut une version d'OFS >= 3.50
Pour les Premiums la version v3.34 est suffisante avec un firmaware d'UC >= 2.8 mais aussi de la place disponible sur la carte mémoire !

Bilou

Actuellement ca fonctionne avec la 3.3 sur un M580.

Bonjour,

Comme le dit MiGaNuTs il suffit d'activer le dictionnaire de données dans l'automate et de faire pareil dans la config de l'OFS et on est plus jamais emmerdé par ce fichier xvm à mettre à jour à chaque fois.

JC

JC87 a écrit : ↑03 juin 2022, 11:34 Bonjour,

Comme le dit MiGaNuTs il suffit d'activer le dictionnaire de données dans l'automate et de faire pareil dans la config de l'OFS et on est plus jamais emmerdé par ce fichier xvm à mettre à jour à chaque fois.


Configuration OFS Moulin Roches.png

JC

Ca fonctionne en XVM mais le lien a plutot ete fait en STU c'est identique ? Sachant que le programme a ete modifie depuis une tierce station differente de celle utilisee pour la conf du lien de variable sur le serveur OFS

En fait les fichiers STU c'est des genre .zip avec plusieurs fichiers dedans, dont le .XVM

edit : Dont des trucs équivalents a ce qu'il y'a dans le .XVM. J'ai pas tout rétro-ingénieré le bouzin.

Tu peut t'amuser a renommer des fichiers .stu en .zip et les ouvrir pour regarder leur contenu.
Doit y'avoir des données communes avec ce que tu trouve dans les .XVM dans tout ce bordel.

L'exemple que j'ai montré c'était auparavant un fichier xvm qu'il fallait régénérer à chaque modifications/ajout de variables et mettre sur le pc de supervision et que le serveur OFS allait chercher. c'était pénible et j'ai utilisé le dictionnaire de données et depuis plus de soucis.

Avec un stu j'avoue que je ne sais pas mais bon si j'étais toi je ferai un essai avec le dictionnaire. Certes il faut régénérer le projet avec l'option et faire un transfert dans l'automate mais le reste c'est deux cases à cocher. Au pire si ça marche pas tu peut revenir en arrière facilement en laissant coché le dictionnaire de données dans la config du projet, ça ne nuira en rien au fonctionnement.

JC