BUG lors de la modification d'un real sur la partie visualisation

Forum traitant des automates industriels de marque Wago et du logiciel codesys
AC23
Forcené des structures
Forcené des structures
Messages : 174
Inscription : 29 mars 2021, 10:59

BUG lors de la modification d'un real sur la partie visualisation

Message par AC23 »

Bonjour à tous,

c'est mon premier poste ici, et j'espère que quelqu'un pourra m'aider.

Voici le résumer de ma situation, j'ai déclaré des variables VAR_GLOBAL PERSISTENT RETAIN de type REAL que je modifie dans ma partie visualisation.

Quand je modifie une variable en entrant par exemple : 5. Cela modifie une autre valeur de type real qui passe de 0 à 2.318308e-041.(Je n'ai pas eu ce genre de probleme avec des valeurs de type INT)

Et je ne comprends pas d'où vient le problème, c'est comme si les deux espaces mémoire se chevauchent. Mais quand je vais dans Projet > Vérifier > Zone de mémoire imbriqué. il me signal aucun probleme.

PS Les variables ne sont pas utilisé autre part.
<< La vie d'un homme passe par trois phases : apprentissage, apprentissage et apprentissage. >>
Et j'ai même pas fini la première phase
Avatar de l’utilisateur
itasoft
Mi homme - Mi automate
Mi homme - Mi automate
Messages : 7037
Inscription : 20 oct. 2015, 10:15
Localisation : Lyon
Contact :

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par itasoft »

slts,
le type REAL occupe 2 mots qui se suivent , ça veut dire que ya bien chevauchement
Automaticien privé (de tout)
itasoft@free.fr
AC23
Forcené des structures
Forcené des structures
Messages : 174
Inscription : 29 mars 2021, 10:59

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par AC23 »

Comment éviter ce genre de probleme ? ou indiquer au programme d'éviter cela.

Je viens de remarquer aussi qu'il y a des booléen qui sont aussi affecter (un booléen normalement initialiser à 0 est mis à 1 au démarrage). un autre qui m'affiche "Invalid 16#02" au démarage alors que il est initialiser à 0.

Je suis complètement perdu. :o

PS c'est booléen sont aussi déclarer comme variable globale
<< La vie d'un homme passe par trois phases : apprentissage, apprentissage et apprentissage. >>
Et j'ai même pas fini la première phase
Avatar de l’utilisateur
itasoft
Mi homme - Mi automate
Mi homme - Mi automate
Messages : 7037
Inscription : 20 oct. 2015, 10:15
Localisation : Lyon
Contact :

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par itasoft »

slts,
es ces variables sont localisées ? c'est à dire affectées à une adresse absolue du type %MWxxxx ?
Automaticien privé (de tout)
itasoft@free.fr
AC23
Forcené des structures
Forcené des structures
Messages : 174
Inscription : 29 mars 2021, 10:59

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par AC23 »

Non, les variable concerner ne le sont pas. Ils sont déclare dans la partie variable globale, comme ci-dessous:
VAR_GLOBAL
d_v_agita1: BOOL := 0;
d_v_agita2: BOOL := 0;
END_VAR
VAR_GLOBAL PERSISTENT RETAIN
R_D_pomp1: REAL;
R_D_pomp2: REAL;
END_VAR

mais j'ai d'autre variable localiser dans mon PLC_PRG: elle sont juste noté %MX0.1 par exemple.
<< La vie d'un homme passe par trois phases : apprentissage, apprentissage et apprentissage. >>
Et j'ai même pas fini la première phase
Avatar de l’utilisateur
itasoft
Mi homme - Mi automate
Mi homme - Mi automate
Messages : 7037
Inscription : 20 oct. 2015, 10:15
Localisation : Lyon
Contact :

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par itasoft »

slts,
si c'est pas localisé , ça doit pas faire ça , bizarre
Automaticien privé (de tout)
itasoft@free.fr
AC23
Forcené des structures
Forcené des structures
Messages : 174
Inscription : 29 mars 2021, 10:59

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par AC23 »

Je viens de mettre toutes mes variable en non localisé (même ceux du PLC_PRG). Le probleme persiste.

J'ai change les variable Real en INT. Mais le probleme des booléen persiste. quand je les force après le démarrage cela revient à la normal. Je ne comprend plus rien lol.

j'ai remarqué une chose étranger dans le rapport de compilation:
La taille du code reste 10 octets peu importe le nombre de réseau que je rajoute dans le PLC_PRG.
Taille des données utilisées : -2 de 8 339 456 octets (-0.00 %) (????)
Taille des données de rétention: 2 de 16 384 octets (0.01%) (d'après mes calcul je devrai être à beaucoup plus: à une 100 d'octets à peu près.
<< La vie d'un homme passe par trois phases : apprentissage, apprentissage et apprentissage. >>
Et j'ai même pas fini la première phase
Avatar de l’utilisateur
filou59
Forcené des structures
Forcené des structures
Messages : 184
Inscription : 20 oct. 2015, 23:26
Localisation : Nord

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par filou59 »

Salut

Tu es sur quel automate là ?
AC23
Forcené des structures
Forcené des structures
Messages : 174
Inscription : 29 mars 2021, 10:59

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par AC23 »

bonsoir,

le 750-890
<< La vie d'un homme passe par trois phases : apprentissage, apprentissage et apprentissage. >>
Et j'ai même pas fini la première phase
Avatar de l’utilisateur
JAPIB
Aguerri de l'automation
Aguerri de l'automation
Messages : 84
Inscription : 20 oct. 2015, 23:32
Localisation : Lyon

Re: BUG lors de la modification d'un real sur la partie visualisation

Message par JAPIB »

Bonsoir
Je n'ai pas trouvé la doc de cet API dans ma bibliothèque, mais il me semble me souvenir que sur certains API Wago, les variables sauvegardées font obligatoirement partie d'une zone de %M. Ca vaudrait le coup de bien lire la doc, car il pourrait y avoir des chevauchements.
Répondre