Discussion :

[Dave72]

Bonjour à tous,

je souhaitais savoir si vous étiez pro ou anti-grafcet? Contrairement aux idées reçues, ce n'est pas une obligation...

Possédez-vous une méthode particulière?

Je ne suis pas fan du grafcet (classique ou avec des bits) mais il semblerait que cette méthode s'adapte mieux à certaines situations la difficulté tiendrait notamment dans les reprises de cycles).

[Nono40]

Bonsoir,

C'est une bonne question. Le grafcet est un outil et comme tout outil il ne doit être utilisé que s'il est utile.

Le grafcet est un très bon outil pour programmer tout ce qui est basé sur une séquence d'actions.
Il a l'avantage de faciliter la mise au point et la recherche de pannes.
Je l'utilise très régulièrement dans le programmes quel que soit l'automate (en "vrai" grafcet sous PL7 et Unity, sous forme de valeur dans un mot pour Step 7, TIA et RS5000).

Pour moi il doit être limité à la programmation des séquences automatiques répétitives (ou semi-automatique). Malheureusement dans beaucoup d'écoles on demande son utilisation pour des choses qui n'en n'ont pas du tout besoin : modes manuels, gestion des modes de marche etc.

Dans les process continus (style séchage de matière, dosage en continu) je ne l'utilise pas. Il n'apporte rien et complexifie grandement les arrêt et reprises.

[Dave72]

Merci!

en fait, je viens de la maintenance des systèmes automatisés avec une pratique plutôt régulière de l'automatisme. Néanmoins, je pêche en développement parce que dans 70/80% des cas, je suis parti d'un "noyau" existant.

Du coup, je ne me décourage pas car je suis passionné mais c'est délicat. Les employeurs ne veulent que des automaticiens "parfaits" (autonome au sens très large) sans régime transitoire. Voilà le pourquoi de ce topic.

Merci à toi! J'avais peur d'avoir encore un topic avec 0 réponses...

[madpo]

salut

je suis du même avis que nono40

Les employeurs ne veulent que des automaticiens "parfaits" (autonome au sens très large) sans régime transitoire.

dans ces cas la , c'est des postes où l'employeur après x mois a chercher la perle rare, se plaindra qu'il ne trouve pas , et ne se remettra jamais (ou presque) en question. Pour moi c'est simplement de la mauvaise gestion RH.
Si une société te prends et admet qu'il faut de te former un peu, il suffit de savoir écouter et appliquer les conseils que l'on te donne.

[Dave72]

La formation semble être un gros mot, aujourd'hui. On cherche des automaticiens à tour de bras mais des "prêts-à-l'emploi".
De plus, avec l'évolution du métier, il faut connaître la Supervison, la robotique (alors que personne ne fait la différence entre robot type agroalimentaire et type automobile). Ça devient délicat...

Pour en revenir au sujet, je suis à-cheval sur 2 sujets : les programmes automates et les IHM. Je n'ai pas trop de soucis avec ces derniers (rien ne remplacera la pratique de toutes façons).

Pour le grafcet, je trouve dommage que tout le monde ne jure que par ça alors qu'il y a des cas ou on peut plus simple et plus limpide....

[madpo]

des automaticiens pour en recruté , soit tu débauches un gars qui travaille déjà , soit tu en prends tout frais sorti du moule de l'école ...
la seconde méthode est pour moi la plus efficace.

De plus, avec l'évolution du métier, il faut connaître la Supervison, la robotique (alors que personne ne fait la différence entre robot type agroalimentaire et type automobile). Ça devient délicat...

ce n'est pas tout a fait l'évolution du métier ,c'est plutôt le fait que l'automation touche l'ensemble des domaines industriel. Et que chaque domaines a ces spécificités.


par contre programmation PLC et supervision , sont indissociable.


le GRAFCET "n'est" qu'un outil, quand tu fais du séquentiel c'est utile et cela simplifie la programmation au delà il perd de sont utilité :o

[Dave72]

Il fût un temps ou la supervision était réservée à l'informatique industrielle. Seuls les IHM sont indissociables de la PLC, non?

Aujourd'hui, par contre, il faut savoir tout faire, et plus encore.
Si d'autres personnes souhaitent laisser leur avis sur ce topic, je le laisse ouvert encore un peu, sinon, je lockerai.

[revok]

Bonjour,

Pour ce qui est de l'outil grafcet, je pense comme nono40 à utiliser lorsque c'est nécessaire. Si de faire un grafcet permet de rendre le programme plus clair je l'utilise sinon c'est inutile.
J'ai travailler sur du standard automobile et pour eux le grafcet est à éviter à cause des problème de reprise de cycle qu'il peux occasionner.

Ci-dessous un extrait de leur recommandations :

4 Règle de langage
Sauf nécessité ou impossibilité, le langage de programmation est obligatoirement le langage à contacts
"LD" (Ladder). Ce langage concerne plus particulièrement l'animation machine.
Dans le cas contraire, seuls les langages suivants sont admis :
 Langage littéral structuré « ST » (Structured Text) conforme à la norme CEI 61131-3 : il est réservé
aux fonctions de calcul et aux boîtes fonctionnelles,
 Langage de programmation « SFC » (Sequential Function Chart (programmation par « grafcet »)) :
xxxxxx n’autorise le langage SFC qu’après accord du chargé d’affaire Automatisme, dans les cas
de machines à la fois :
- simples (1),
- monopostes,
- standardisées,
- synchrones (graphe à une seule branche),
- réalisées selon des standards fournisseurs forts.
xxxxx interdit l’usage de la programmation par « pseudo-grafcet » n’utilisant pas le langage SFC
fourni par l’atelier logiciel.
(1) ne sont pas considérées comme machines simples les machines pour lesquelles il est difficile de
retrouver rapidement (en moins de 5 minutes) une position de reprise de cycle. Ce sont notamment :
 Les machines à au moins 2 flux d’entrée (flux pièces, flux d’information) :
exemples : une machine de montage POE (Pièces Oeuvrées à l’Extérieur) sur les
organes du flux principal,
un poste de « mariage » (par exemple, machine de montage culasse sur
bas-moteur),
une machine avec flux d’informations non lié au flux physique (étiquettes
virtuelles).
 Les machines avec « anticipation » :
exemple : une machine de montage POE avec lecture anticipée de la pièce à monter et
du cycle à effectuer, et pièce (POE) en cours de montage sur la position de
travail.
 Les machines comportant au moins 2 positions de travail asynchrones :
exemple : un îlot robotisé.

[revok]

Aujourd'hui, par contre, il faut savoir tout faire, et plus encore.

Si tu sais tout faire c'est mieux
Si tu sais programmer des IHM et des PLC de plusieurs constructeurs, tu n'est pas "parfaits" pour un RH mais tu peux quand même bosser.