BUG lors de la modification d'un real sur la partie visualisation
BUG lors de la modification d'un real sur la partie visualisation
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.
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
- itasoft
- 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
slts,
le type REAL occupe 2 mots qui se suivent , ça veut dire que ya bien chevauchement
le type REAL occupe 2 mots qui se suivent , ça veut dire que ya bien chevauchement
Automaticien privé (de tout)
itasoft@free.fr
itasoft@free.fr
Re: BUG lors de la modification d'un real sur la partie visualisation
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.
PS c'est booléen sont aussi déclarer comme variable globale
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.
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
- itasoft
- 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
slts,
es ces variables sont localisées ? c'est à dire affectées à une adresse absolue du type %MWxxxx ?
es ces variables sont localisées ? c'est à dire affectées à une adresse absolue du type %MWxxxx ?
Automaticien privé (de tout)
itasoft@free.fr
itasoft@free.fr
Re: BUG lors de la modification d'un real sur la partie visualisation
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.
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
- itasoft
- 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
slts,
si c'est pas localisé , ça doit pas faire ça , bizarre
si c'est pas localisé , ça doit pas faire ça , bizarre
Automaticien privé (de tout)
itasoft@free.fr
itasoft@free.fr
Re: BUG lors de la modification d'un real sur la partie visualisation
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.
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
Re: BUG lors de la modification d'un real sur la partie visualisation
Salut
Tu es sur quel automate là ?
Tu es sur quel automate là ?
Re: BUG lors de la modification d'un real sur la partie visualisation
bonsoir,
le 750-890
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
Re: BUG lors de la modification d'un real sur la partie visualisation
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.
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.