Discuter:Grafcet
Un article de Wikipédia, l'encyclopédie libre.
Sommaire |
[modifier] Images absentes
La plus part des images de la fin de cet article sont manquants. peuvent-elles être renvoyées ?
- Les images ont été effacée faute de copyrigth clairement défini. Je n'ai pas eu le temps de les sauver. J'ai refait les premières facile à reconstituer, mais je cherche qqu'un pour m'épauler pour les restituer à partir du texte (qui n'est pas toujours très limpide à mes yeux) ou pour en faire des originales, quitte à adapter le texte (ce que je me proposais de faire, mais mes journées n'ont que 24 H ;-). J'ai mis un message à ce propos dans Wikipédia:Articles à approfondir. Si tu es partant....--Ssire 14 mars 2006 à 21:42 (CET)
- Je vais essayer de faire ça un de ces jours. J'ai fait un cours sur le Gracet il y a un moment, je vais le ressortir et voir si je peux récuperer des images et du texte qui va avec. --Grouk 4 avril 2006 à 16:09 (CEST)
[modifier] type d'actions
Je suis intrigé par les 3 derniers types d'action décrites.
- l'Action de comptage d'un temps n'est pas identique à la précedente? à moins que ce soit l'action limité dans le temps (qui est absente)
- l'Action fugitive correspond à un action sur frond montant d'activation de l'étape? quel en est sa représentation?
- l'Action maintenue pendant l'activation de plusieurs étapes est plus simplement un "action mémorisé", avec un set-reset (indiqué dans la norme)
Si quelqu'un a des idées de ce que voulais dire l'auteur... si non, je le referais à ma sauce.--Grouk 6 avril 2006 à 23:42 (CEST)
-
- c'est bien là que je coinçais. Il me semble qu'il vaut mieux refaire à ta sauce, même le début, pour un ensemble homogène (ça ne me gène pas du tout si tu remplaces mes dessins par les tiens pour la même raison)--Ssire 7 avril 2006 à 00:42 (CEST)
[modifier] Macro
Je n'avais jamais fait attention à cette règle de l'utilisation unique d'une macro. (Différent de sous-programme). Je suppose qu'il y a une raison objective à cela ? Laquelle ? Si connue, peut être que ça vaudrait le coup de l'indiquer dans l'article ?--Ssire 8 avril 2006 à 07:36 (CEST)
- Cela vient du fait que si elle est utilisée plusieurs endroits dans le Grafcet, il se pose un problème si elle est appelée en même temps de ces différent endroits : l'activité des étapes est alors être mélangé entre les appels. Si l'on veux utiliser une même macro, il faut la dupliquer. Cela revient en fait à faire un instance de Macro par appel, à l'instar des appels de fonctions dans la norme IEC 61131-3.--Grouk 8 avril 2006 à 10:28 (CEST)
- Ama , il vaudrait mieux la supprimer ici et, à la limite n'en parler que dans la section du langage 'SFC'. La notion de Macro est surtout une invention du constructeur Schneider pour faciliter la mise en page dans ses ateliers de programmation. Il n'y a en fait aucune autre raison logiquement valable à la creation de "macro" dans la norme ;) . On ne gagne que de la lisibilité. Et au passage, ce constructeur admet dans son langage la notion de jetons multiples : c'est à dire qu'il permet l'activation de plusieurs étapes simultanément lors de transition "OU" non complementaires dans une même branche (soit un "ET" caché incongru et dangereux).
[modifier] Norme
En fait, il faut commencer par préciser que "GRAFCET" est une norme (ce que je viens de faire). Il y a donc des documents officiels qui normalisent ça. Il faut les relire , les digérer et en faire un aperçut encyclopédique ici.
Mais surtout : les exemples ne sont pas "normés". Actions sur les étapes initiales (l'étape initiale est l'état inactif du grafcet et ne doit donc rien faire)
Branches à deux étapes : ça revient à un état inactif et un état actif.... ça s'apelle un "bit" ;)
Etape unique dans une branche entre 2 transitions en ET... sont interdites , et pour de bonnes raisons de sécurité et de logique simple.
Et accessoirement, les flèches ne font pas partie de la norme : ce n'est pas du logigramme , il suffit de respecter le fait que la transition doit toujours être au-dessous de l'étape , et il n'y a aucune confusion possible. Si le trait remonte, il commence toujours par descendre avant ;)
- je ne suis pas daccord sur le fait qu'une étape initiale n'effectue aucune action. Elle peut en faire Crochet.david 15 mars 2007 à 20:49 (CET)
[modifier] exclusivité du OU
Si j'ai compris quelque chose, soit on enlève ta phrase sur le "grafcet fautif" qui dit que dans une divergence en OU à deux receptivités vraies, l'état est indéfini, soit on enlève la règle 4.
Pour moi, la règle 4 devrait se dire : si deux évènements, survenant avec un écart inférieur au temps de réaction de la PC, rendent deux transitions simultanément franchissables, elles sont alors obligatoirement franchies (peut être pas exactement simultanément, mais au moins dans un délai inférieur au temps de réponse de la PC).
Donc les OU sont inclusifs dans le Grafcet. Il est évident que la force du Grafcet est qu'à chaque fois que je vois un OU, je me pose la question "et si les deux étaient vraies ?" alors qu'avec tous les autres langages on ne distingue pas ces cas qui font tout planter uniquement une fois tous les 6 mois quand tout le monde est à la bourre.
Pourquoi le grafcet m'interdirait-il de dire : certaines pièces doivent êtres peintes à droite, d'autres à gauche, et certaines des deux côtés, si je possède un poste de peinture de chaque côté ?
Par contre, on est d'accord, les implantations réelles du Grafcet sur API, et surtout le SFC fonctionnent différemment (mais là ce n'est pas non plus indéfini, je crois qu'on va à gauche)
Patrick TRAU pat(à)trau.fr
