Exemple de page de PPE Majoricc terminale S (SI), synthèse

TS

Synthèse personnelle

Travail demandé :

Remplacer l’API TSX27 du Majoricc par un API TSX3705 plus performant et mettre en place une procédure de remplacement.

Implication personnelle :

Lors de la première séance je suis allé cherché le Majoricc dans la salle voisine, ayant déjà étudié la partie générale de ce système en classe de 2^nd je n’étais pas devant une machine inconnue, j’avais donc déjà quelques infos sur son fonctionnement. Le Majoricc est un système d’assemblage de petites voitures Majorette. J’ai donc pu rapidement repéré les actionneurs pneumatiques (les vérins), les distributeurs d’air et les capteurs. Le fait de savoir ce qu’était la partie commande, et de quoi était constituée la partie opérative m’a beaucoup aider pour ma familiarisation avec le système. En effet avant de débrancher complètement l’API, j’ai repéré les entrées et sorties qui y passaient et avec Jean Pascal nous avons pris soin de les compter afin de s’y retrouver pour le câblage du nouvel API.

La séance suivante nous avons débrancher et démonter l’ancien API du support Majoricc puis je me suis familiariser avec le nouvel API tsx3705 plus moderne. En fait, il est plus moderne par sa taille plus compact puis par son écran a led bien lisible qui informe de l’état des entrées/sorties. De plus l’ancien avait 12 sorties et 22 entrées, celui-ci peut avoir au maximum 24 sorties et 32 entrées. J’ai pris ces informations sur le manuel de l’API . La séance suivante, j’ai été absent : durant celle-ci, Maxime et Jean Pascal ont fixé l’api sur le Majoricc. C’est donc à la séance suivante que nous avons fait les nouveaux branchements. Mais avant cela, sur le manuel du majoricc, j’ai appris à lire le schéma d’alimentation des capteurs. Cette étape est très importante car en testant au voltmètre le voltage sur le Majoricc et en vérifiant que c’est bien le même indiqué sur le schéma on est sûr de ne pas créer de cours circuits ou de détériorer le nouvel api. Nous avons donc procédé au câblage des entrées et des sorties sur les cartes (les modules 28 dmz dt et 28 dmz dr) prévues a cet effet. C’est un travail minutieux car il ne faut pas abîmer les fiches des câbles ni l’api. Par la suite j’ai testé les capteurs du système en envoyant de l’air dans les distributeurs et en les actionnant manuellement afin de savoir d’une part si ils étaient alimentés , et d’autre part de savoir a quel numéros d’entrées ou de sorties il correspondaient. Nous nous sommes aperçus qu’ils ne s’affichaient pas tous sur l’écran à led. Le problème était que l’un des deux modules n’était pas alimenté. J’ai donc vérifié sur le manuel de l’api et le problème été résolu.

Les séances suivantes nous avons essayer de transmettre un grafcet depuis l’ordinateur vers l’api afin de faire exécuté une tache simple au majoricc de façon à vérifier si tout fonctionnait. Rien ne se passait..., nous avons demandé de l’aide à Mr. Piveto notre professeur d’électronique qui nous a expliqué que les deux modules DMZ DT et DMZ DR devaient être paramétrés sur Automgen.

C'est-à-dire gérer la correspondance des variables,

Vérifier la configuration matérielle,

Effectuer l'adressage en sachant que les entrées débutent par % I1.0 et pour les sorties par % Q2.0.

Les adresses des variables sont entrées sous la forme d’une liste chronologiquement croissante comme cela : (pour un module seulement ci-dessous)

Affectation linéaire des entrées :

1er adressage automgen : bi0

1er adressage automate : %I1.0 (cela correspond au bloc entrée de la barrette 1)