Forum automatisme

Il y'a notamment les appels des sections, j'ai identifier de quel section cela vient et de quel ligne de code...
C'est sur un ABS_UINT , voir photo.

Simple question, ce problème sera il aussi présent lorsque je chargerais le soft dans la CPU réelle??

Merci.

Salut,

Je pense qu'elle passera en "STOP", tout simplement.

Ouais merci ok donc c'est embetant,mais comment expliquer l'erreur ??
Je suis pas en overflow ma valeur absolue est égale a 0.
J'ai fait des tests je me rends compte que la simu plante quand val_abs est égale a la valeur avec laquelle je la compare.
C'est incompréhensible a mes yeux?

Euh....est-ce normal qu'il n'y ait pas de % devant MW ?

Cava a écrit : ↑11 sept. 2018, 14:13 Il y'a notamment les appels des sections, j'ai identifier de quel section cela vient et de quel ligne de code...
C'est sur un ABS_UINT , voir photo.

Je comprends pas bien le truc la. C'est une curieuse façon d’écrire une tempo non ?
J'aurai écrit ça plutôt comme ça, en une seule ligne:
T0 (In :=(ABS_UINT(%MW7102 - BMECOCxxxxxxx) <=1)) , PT:T#10s);
Pour moi le if sert a rien.

Je pense que c'est plutôt lié à l'expression BMENOC0311_..IN_PACKETS. Les cartes de comm ne sont pas gérées par le simulateur. Ca pourrait éventuellement fonctionner avec une vraie CPU.

Salut,

Que les comms soient pas gérées dans le simulateur, ok, mais ça plante pas la simu normalement...
remplacer l'expression BMENOC0311_..IN_PACKETS pour être sûr que cela vienne de là !