[TSX Quantum] MIGRATION QUANTUM VERS LE M580

[Benitole7]

Bonjour a tous,
Ravis de revenir parmi vous.
J'ai un projet de migration actuellement du quantum vers le M580.
Le quantum actuel est de référence CPU 651 60

Apres conversion de mon programme , j'ai eu des décalage au niveau de certaine variable.
en exemple(le %MW1001 devient %MW1002 et ainsi de suite). J'ai au moins une trentaine de variable décalé comme sa..
J'aimerais savoir s'il Ya une possibilité de résoudre le problème vu que sur le SCADA il y'a certaines adresse déjà utilisé sachant que la migration couvre une petite partie du système pour commencer.

Le deuxième point est que j'ai constaté que mon logiciel ne met aucun avertissement lorsque des adresse de mémoire se chevauchent..

Pour information j'utilise UNITY PRO XL V13

[itasoft]

Slts,
Si sur le Quantum ça représente des mots entiers 32 bits, sur Unity il doivent avoir une adresse paire EX: %MW1002 et non %MW1001
Sur UNITY ya pas d’avertissement lorsque des adresse de mémoire se chevauchent

[Bruce33]

Bonjour,

Je n'ai jamais fait de conversion de programme Quantum mais normalement le convertisseur crée un fichier texte de compte-rendu.

Comme le signale itasoft, le processeur M580 n'accepte pas de variables 32 bits (DINT, UDINT, DWORD, etc.) à une adresse impaire. C'est la raison principale des décalages de variables réalisés par le convertisseur.

Il y a une option du projet qui permet d'avoir des avertissements en cas de chevauchements (messages qui apparaissent à l'analyse ou à la génération).

[itasoft]

Il y a une option du projet qui permet d'avoir des avertissements en cas de chevauchements (messages qui apparaissent à l'analyse ou à la génération).
----------
Jamais fait attention à cette option, c'est vrai que moi j'ai pas besoin qu'on me le signale, LOL

[Benitole7]

Bonjour,

Je n'ai jamais fait de conversion de programme Quantum mais normalement le convertisseur crée un fichier texte de compte-rendu.

Comme le signale itasoft, le processeur M580 n'accepte pas de variables 32 bits (DINT, UDINT, DWORD, etc.) à une adresse impaire. C'est la raison principale des décalages de variables réalisés par le convertisseur.

Il y a une option du projet qui permet d'avoir des avertissements en cas de chevauchements (messages qui apparaissent à l'analyse ou à la génération).
Capture.PNG

Bonjour ,
Oui j'avais pas fais la remarque.
Merci a toi pour le retour

[Benitole7]

Slts,
Si sur le Quantum ça représente des mots entiers 32 bits, sur Unity il doivent avoir une adresse paire EX: %MW1002 et non %MW1001
Sur UNITY ya pas d’avertissement lorsque des adresse de mémoire se chevauchent

Donc dans ce cas je n'es plus le choix que d'utiliser les nouvelles adresses proposé?
existe t'il une alternative a cela?

[itasoft]

Si ces variables ne communiquent pas avec la supervision, suffit de supprimer l’adressage absolue sur le M580
sinon : il faut reprendre toute cette partie pour changer les adresses
Ceci dit, il faut être le dernier des crétins pour utiliser des adresses impaires pour les 32 bits

[Benitole7]

Si ces variables ne communiquent pas avec la supervision, suffit de supprimer l’adressage absolue sur le M580
sinon : il faut reprendre toute cette partie pour changer les adresses
Ceci dit, il faut être le dernier des crétins pour utiliser des adresses impaires pour les 32 bits

Malheureusement c'est exactement ce qui a été fait.
Je serai obligé de reprendre l'adressage.

[Benitole7]

Bonsoir a vous,
J'espère que vous allez bien?

Pourriez vous m'expliquer ce code SVP?

Push_REAL (IN := INFORMATION_COURANT, LOW--%MW4769, HIGH--%MW4770);

[MiGaNuTs]

Bonsoir a vous,
J'espère que vous allez bien?

Pourriez vous m'expliquer ce code SVP?

Push_REAL (IN := INFORMATION_COURANT, LOW--%MW4769, HIGH--%MW4770);

D’après ma boule de cristal c'est probablement une fonction 'perso' qu'a fait le gars d'avant pour écrire les données au 'bon' endroit, ou dans le bon sens par rapport a ce qu'il avait besoin sur sa supervision et dont il n'aurait pas eu besoin si il n'avait pas utilisé d'adresses impaires.
Parfois ma boule de cristal se foire dans ses diagnostics, mais elle est quand même souvent pas loin de la bonne réponse.