Erreur de longueur de zone à la lecture

[Vincepepe]

Bonjour à tous,

A la vue du screenshot, il doit y avoir dans le code une section qui tente de lire un DBW656, sauf que la plage dans le dit DB n'existe pas.
Il ne s'agit pas toujours d'un DB inexsistant, mais juste d'une plage non déclarée.
Genre ton DB "machin" va jusqu'a 500 alors que tu veux lire le mot 656.

ça m'arrive bon nombre de fois en rétrofits (mauvaises manip' / oublis )

2 Solutions :
*a) XREF, rechercher "DBW656" et autres adresses mentionnées dans le tampon de diag, si la lecture dans le FC/FB est explicite du style :

AUF DB (exemple)
..
..
.. L DBW 656
..

*b) Malheureusement, se palucher toutes les sections de LIST à la main si la lecture de la plage DBW se fait par de "l"indirect"
Du genre
AUF DB (exemple)
..
..
L DBW [AR1 ; P#XX.Y]

Vu que tu as rétrofité un variateur, cherches dans tes blocs modifiés / rajoutés.

Bon courage , la dessus STEP7 est très "démerde toi" lors de ces erreurs de programamtion

[Lorent2]

Pour avoir examiné rapidement son code, j'ai déjà 1 erreur lié au G120C : un PZD8/8 est utilisé dans le HW-Config et du PZD2/2 en programmation.

[rlubet]

Merci pour ton aide,

Je vais chez mon client mercredi, je vais charger la modification matérielle et "nettoyer" un peu le programme
On verra s'il y a du mieux,

Je vous tiens au courant

[rlubet]

Bonjour tout le monde, j esuis chez mon client j'ai fait les modifications,
J'ai toujours la même erreur,
Savez vous comment je peux retrouver à quli correspond ce registre 656 ?

[rlubet]

Salut Vincepepe,
Pardon j'avais pas vu ton message,

Effectivement, je crois que c'est la seule solution
Ca va etre galère un peu mais bon on va y arriver

[Lorent2]

J'ai beau chercher à créer ton erreur, j'ai toujours l'emplacement du défaut.
T'as essayé de regarder la valeur que prends la variable OB121_BLK_NUM, elle renvoi justement le n° du bloc créant le défaut appelant l'OB121 ?

[dpo]

si le programme contient beaucoup de sous programmes via des FC
j'essaierai d'inhiber les appels un par un
j'ai le même problème chez un client, je lui ai dit qu'il fallait pouvoir jouer pendant un bon moment, installation à l'arrêt, il n'a pas voulu.
La boîte qui a fait le prog a fait assez bourrin et je pense que ça doit taper avec un index dans un DB qui n'existe pas où dans une plage de DB qui n'existe.

[Lorent2]

Ce qu'il va falloir trouver, c'est à partir de quoi ça plante. Quel bloc devient actif (ou quelle partie de bloc)
Pourquoi, en coupant l'automate cela repart (des blocs sont désactivés ?)
Quand la machine plante, on arrive à identifier ce qu'il manque ?
Y a beaucoup d'appels de pointeurs, au moins 4 blocs gérés en adressage indirects.


Pleins de questions mais qui peuvent peut être cibler un morceau de programme.

[philou77]

Salut
il y a dans la pile le bloc appelé lors du plantage non ?

[Vincepepe]

J'ai beau chercher à créer ton erreur, j'ai toujours l'emplacement du défaut.
T'as essayé de regarder la valeur que prends la variable OB121_BLK_NUM, elle renvoi justement le n° du bloc créant le défaut appelant l'OB121 ?

Salut , j'ai hurlé de joie quand j'ai vu ça , de quoi faire gagner du temps ... mais l'aide stipule ceci :
OB121_BLK_NUM = Numéro du bloc avec l'instruction MC7 ayant causé l'erreur (avec S7-300, aucune valeur valable n'est inscrite ici).

Mais il y a d'autres infos du OB121 qui je pense peuvent aider à trouver le loup.
Bon courage.