Portfolio BUT2

Ce que j’ai fait

Lors de ma mission VGC chez Vegecroc, au sein du groupe GOZOKI, on m’a demandé de fiabiliser le remplissage de la friteuse Koppens F1. Le problème venait d’une lecture erratique du capteur de niveau d’huile, avec un risque réel de débordement voire d’incendie. Mon objectif était de proposer une solution simple et compatible avec l’installation existante afin d’empêcher la friteuse de démarrer ou de continuer à chauffer en cas de mesure incohérente.

Comment j’ai fait

• Analyser les schémas électriques de la F1
• Recueillir les retours des opérateurs sur les incidents déjà survenus
• Observer la machine en fonctionnement pour comprendre les scénarios de panne
• Tester différentes logiques dans l’automate avec CX-Programmer et CX-Designer
• Proposer une logique de sécurité empêchant le démarrage ou coupant immédiatement la chauffe et l’alimentation d’huile si les flotteurs ne sont pas cohérents
• Préparer ensuite le plan de reprogrammation et le dossier de mise en service

Ce que j’en conclus de ce travail

Cette mission m’a montré qu’une solution technique n’est vraiment pertinente que si elle prend en compte les scénarios de défaillance dès la conception. J’ai appris à construire une réponse simple mais robuste, validée collectivement avec les équipes concernées. Si je devais refaire ce travail, je formaliserais dès le départ une analyse AMDEC avec tableau de criticité et jeu de tests documentés pour structurer encore davantage la démarche.

Ce que j’ai fait

Dans la continuité de la mission VGC chez GOZOKI, après avoir proposé l’amélioration du système de remplissage de la friteuse F1, j’ai dû valider que les modifications apportées fonctionnaient réellement et en toute sécurité. L’objectif était de garantir un comportement fiable du système modifié par une série de tests progressifs, depuis les essais simulés jusqu’aux essais réels.

Comment j’ai fait

• Utiliser CX-Programmer pour les tests de logique automatisée
• Exploiter CX-Designer pour les alarmes et l’interface opérateur
• Mettre en place des essais à blanc avec valeurs simulées
• Organiser les essais en trois étapes : simulation simple, simulation logicielle intégrée, puis essais réels sur la friteuse
• Noter les critères de réussite, les anomalies et les corrections au fur et à mesure
• Corriger directement certaines incohérences du programme, notamment les temporisations et les affichages d’alarmes

Ce que j’en conclus de ce travail

Ce travail m’a appris que tester un système ne consiste pas seulement à vérifier s’il marche, mais à construire une vraie stratégie de validation. J’ai compris l’importance de définir des cas de test pertinents et de répéter les essais après correction. Pour la suite, je voudrais formaliser encore plus cette démarche avec checklist, tableaux de suivi complets et traces vidéo pour les phases critiques.

Ce que j’ai fait

Toujours dans le cadre de ma mission VGC chez GOZOKI, un dysfonctionnement a été signalé sur la friteuse F1 : le remplissage automatique ne s’arrêtait pas toujours à temps et ne prenait pas correctement en compte l’effet de dilatation, ce qui provoquait des débordements ou un dépassement du niveau haut toléré. Mon objectif était d’identifier précisément l’origine du problème sans remplacer inutilement des éléments matériels.

Comment j’ai fait

• Échanger avec l’opérateur présent lors des incidents pour récupérer les symptômes observés
• Observer la machine en fonctionnement réel
• Analyser pas à pas la logique automate dans CX-Programmer
• Tester les capteurs un par un en mode simulation
• Comparer les comportements des deux capteurs pour repérer une incohérence non traitée
• Proposer un contrôle croisé et une alarme visuelle sur l’IHM avant validation et tests réels

Ce que j’en conclus de ce travail

J’ai découvert que le système ne savait pas gérer une incohérence entre les deux capteurs de niveau : si l’un donnait une valeur différente, aucun mécanisme ne stoppait l’alimentation. Ce diagnostic m’a appris qu’une panne complexe se résout rarement par intuition seule. Il faut écouter le terrain, tester méthodiquement et raisonner pas à pas. À l’avenir, je structurerai encore plus ma démarche avec une grille de vérification, un tableau des scénarios testés et davantage de preuves visuelles.

Ce que j’ai fait

Dans le cadre d’une mission de supervision industrielle avec Ewon chez GOZOKI, j’ai participé à la mise en service d’un système capable de remonter des données d’un automate industriel vers une plateforme de visualisation distante. L’objectif principal était de permettre un suivi énergétique à distance tout en respectant la procédure constructeur du matériel.

Comment j’ai fait

• Configurer l’Ewon Flexy 205 sur la partie logicielle sans intervenir sur l’installation physique déjà réalisée
• Utiliser Ecatcher pour la connexion VPN sécurisée
• Créer les tags internes dans la console web locale de l’Ewon
• Définir les variables à extraire de l’automate et les mapper correctement
• Configurer Talk2M Visualization, la DataMailBox et les alarmes
• Corriger un problème de cohérence dans certaines courbes lié à un mauvais mapping
• Former ensuite mon tuteur et son alternant à l’utilisation de la plateforme

Ce que j’en conclus de ce travail

Cette expérience m’a montré que suivre une procédure ne signifie pas appliquer mécaniquement des étapes, mais savoir rester attentif aux écarts réels rencontrés en cours de mise en service. J’ai aussi compris l’importance de la transmission, puisque le système devait ensuite être repris par d’autres utilisateurs. Pour mes futures missions, je voudrais compléter la documentation par un support vidéo simple afin de rendre la prise en main encore plus claire.