Forum automatisme

YassineSH a écrit : ↑21 févr. 2024, 15:30 Bonjour,

Je sollicite votre expertise concernant le langage Grafcet SFC et les DFBs.

Dans le cadre d'un projet, nous avons pour mission d'étudier et de revoir le programme API de 15 processus qui présentent des similarités. Par conséquent, il est tout à fait naturel que nous cherchions à standardiser au maximum ces programmes.

Dans cette optique, nous envisageons de créer un DFB pour chaque équipement (par exemple, une vanne) afin de faciliter leur utilisation dans les autres programmes API . Cependant, le client exige que nous utilisions le langage SFC ! Or, il est impossible de créer un DFB en langage SFC, ce qui nous empêche d'instancier nos blocs programme.

Auriez-vous des idées ou des astuces pour résoudre cette problématique, s'il vous plaît ?

Cordialement,

itasoft a écrit : ↑21 févr. 2024, 17:47 un DFB pour chaque équipement (par exemple, une vanne)
-----------
Si ça veut dire que une vanne est un équipement alors c'est pas possible, ceci dit, pour moi une vanne c'est pas un équipement mais un actionneur
Par contre, La commande et le contrôle d'une vanne peut bien être encapsulé dans un DFB et appelée par le Grafcet

sinced a écrit : ↑22 févr. 2024, 07:34
Tu peux tres bien avoir des objets standards (Vannes, Moteurs, etc.) programmes en FBD qui sont appeles dans une sequence qui elle est geree par le grafcet. Souvent le grafcet c'est la seule chose que certains se rappellent apres l'ecole et par nostalgie pensent que c'est une fin en soi

Laurent a écrit : ↑22 févr. 2024, 08:13 Salut,

tu pourrais implémenter la gestion des équipements dans un sous-programme paramétrable (écrit en SFC), puis appeler ce sous-programme depuis une section de la tâche MAST, en lui passant des paramètres via les variables globales définies.

Par curiosité, ton client doit avoir une sacrée bonne raison d'imposer le langage SFC, la connais-tu ?

itasoft a écrit : ↑22 févr. 2024, 10:45 c'est quoi l'automate existant ?