Discussion :

[stbeau]

Bonjour à tous,

Je souhaiterais savoir si quelqu'un a déjà essayé de lire et d'analyser le fichier XVM que le logiciel Unity peut générer ?
Fichier qui contient le lien entre les variables API et l'adresse automate correspondante (nécéssaire avec des programmes qui utiliseent des variables non adressées)

Après de longues recherches sur le net infructueuses, je m'adresse à vous.

Schneider a t'il voulu fermer les portes d'accès ?
Est-ce un cryptage protégé ?

Merci

Steph.

[Brebiou]

Hello,

Alors moi je te conseillerais plutôt d'exporter au format XSY, cela te fourni un fichier exploitable avec n'importe quel éditeur XML, ou encore exploitable avec Notepad++

Aperçu: http://img580.imageshack.us/img580/5721/xsy.png (l'image en direct déformerais le forum)

Voilou, pour le reste n'hésite pas

[stbeau]

Bonjour,

Merci d'avoir répondu

Le problème avec les autres fichiers que unity peut exporter (XSY,TXT,SCY), c'est qu'ils contiennent uniquement la déclaration des variables et non le mappage de ces variables en mémoire automate.

Depuis Unity, lorsque l'on créer une variable, on peut si on le souhaite la mapper en mémoire (lui donnée une adresse fixe en mémoire) mais ceci n'est pas obligatoire. Ce qui ajoute une souplesse. Les adresses des variables non mappées sont uniquement calculées par unity au moment de la compilation du programme. Et c'est la que ce fichu fichier XVM rentre en ligne de compte car c'est lui qui contient toutes les adresses des variables automates (mappées ou non).

Pour illustrer mon explication voici la déclaration de différentes variables
(Fichier joint)

MOT_0 pointera toujours sur l'adresse %MW0
Par contre les 4 autres variables sont susceptibles d'être mappées différemment entre deux compilations du programme.

Donc si je veux aller lire la valeur de MOT_1 en modbus Tcp par exemple il faut que je connaisse l'adresse mémoire correspondante.
Adresse qui est codée dans ce fichier XVM qui est exporté après la compilation du programme.

Mais merci tout de même pour ton intervention Brebiou.

Steph

[Nono40]

A ce moment là utilise le XEF qui contient toute l'application, c'est aussi du XML

[stbeau]

Bonjour Nono40,

L’exportation du projet en XEF ne contient que le programme et la « configuration » du projet mais pas l’adressage des variables en mémoire.

D’ailleurs on peut très bien exporter le projet en XEF sans compiler le programme, et c’est à cette étape que l’organisation mémoire est réalisée.

Les informations se trouvent uniquement dans ce fameux fichier XVM.
D’ailleurs c’est ce fichier qui est digéré par OFS (Serveur OPC schneider).

Merci de ta participation.

Steph.

[Nono40]

Oui mais les variables non localisées peuvent se déplacer en mémoire au fur et à mesure des modification faites en ligne par un autre PC.

Je ne pense pas que ce soit une donnée qu'il faille utilisée.

Pour le moment je ne communique en MODBUSIP donc seulement avec les variables localisées. J'attend la sortie des cartes ETHERNETIP afin de pouvoir cumminiquer par nom de variable comme avec les automate Allen Bradley. Et dans ce cas l'adresse réelle on s'en tappe.

[Brebiou]

Bonjour,

Merci d'avoir répondu

Le problème avec les autres fichiers que unity peut exporter (XSY,TXT,SCY), c'est qu'ils contiennent uniquement la déclaration des variables et non le mappage de ces variables en mémoire automate.

Euh non, si tu regarde mon image, la variable "SEPAM80_Table2_a_consigner", l'attribut "topologicalAddress" donne la position en mémoire (%MW3215)

MOT_0 pointera toujours sur l'adresse %MW0
Par contre les 4 autres variables sont susceptibles d'être mappées différemment entre deux compilations du programme.

Donc si je veux aller lire la valeur de MOT_1 en modbus Tcp par exemple il faut que je connaisse l'adresse mémoire correspondante.
Adresse qui est codée dans ce fichier XVM qui est exporté après la compilation du programme.

Il te sera impossible de lire le MOT_1 car il ne sera pas mis a disposition de la communication vu qu'il n'est pas adressé (ceci est valable pour le Modbus TCP).

J'aimerais savoir quel est le but de la manœuvre, peut être que si tu explique ce que tu veux faire, ce sera plus clair.

[krank]

le fichier XVM est généralement utilisé pour faire un lien avec Vijeo Designer
Dans le navigateur de Vijeo Designer, choisir "Variables de lien..." pour récupérer
les données du programme automate

[bruno_beijer]

Bonjour à tous,

Quelqu'un peut t'il m'envoyer un fichier d'export xvm généré par unity pro, j'aurai besoin d'analyser son contenu (avec une com. modbus TCP).

Merci pour votre aide

[toscope]

Bonjour,

je ressort un peu le sujet car j'ai un soucis, je travail sur un programme de test, et je n'ai pas accès à l'automate, cependant je souhaiterai extraire les variables de mon programme en .XVM pour les envoyer sur vijeo mais quand je le fais j'ai le message suivant : " L'application doit être générée avant"

que faire? car quand je lance l'analyse de mon programme il me détecte plein d'erreures car les variables sont a des adresse de l'automate qui n'est pas raccordé au PC