Mes Projets

Infrastructure Windows Server — TechLink

Déploiement d'une infrastructure complète : Active Directory (OU, utilisateurs, groupes), intégration d'un poste au domaine, DHCP (étendue 192.168.10.0/24, réservation), GPO (fond d'écran, déploiement 7-Zip, imprimante), serveur d'impression. Validation via ipconfig /all, gpresult /r et tests domaine.

Technologies : Windows Server, Active Directory, DHCP, GPO, serveur d'impression — Projet BTS SIO SISR.

📄 Procédure complète du projet

Réseau d'entreprise — Packet Tracer

Conception et configuration d'un réseau simulé : topologie multi-segments (admin, production, invités), VLANs et trunk sur switchs Cisco, routage inter-VLAN, DHCP et DNS par segment, pare-feu et ACL, NAT/PAT pour l'accès Internet. Tests de connectivité, DHCP et DNS.

Technologies : Cisco Packet Tracer, VLAN, routage inter-VLAN, DHCP, DNS, ACL, pare-feu — Projet final BTS SIO SISR.

📄 Ouvrir le livrable du projet final (.pdf)

📄 Ouvrir le fichier Packet Tracer (.pkt)

Détection de collisions — robots Kuka

Paramétrage de la détection de collisions via le fichier collmonlib.dat et les réglages au formulaire en ligne (interface KRC) : surveillance couple, collision monitor et cohérence des paramètres entre cellules.

Selon le KSS 8.6, chaque instruction de déplacement en formulaire en ligne (PTP, LIN, CIRC) peut utiliser la détection générale de collision (paramètres globaux, dont ceux issus de collmonlib.dat) ou des jeux dédiés CDSet_Set[N°] pour ce mouvement — ce qui permet d’aligner finement sensibilité et réactions (arrêt, reprise) sur chaque segment de trajectoire.

Le même référentiel a été appliqué sur l’ensemble des lignes stators : en harmonisant les seuils et le comportement au contact (arrêt contrôlé, retrait, messages opérateur), les robots réagissent de façon prévisible face à un accrochage ou une trajectoire anormale. Sur chaque îlot — robots, presses, convoyeurs et équipements périphériques — cela a permis de limiter la casse (outillage, pièces, gabarits) en évitant les efforts prolongés ou les mouvements contradictoires après détection.

Technologies : robots KUKA, KRC, collmonlib.dat, détection de collisions (formulaire en ligne).

Mode opératoire : 📄 Ouvrir le MO — Apprentissage des collisions (.xlsx)

Sécurisation inter-robot via l'automate

Sur un îlot à trois robots KUKA en zone de coactivité (même périmètre de travail, pièces et outillages proches), il faut éviter que deux robots se déplacent en même temps dans des conditions où leurs trajectoires pourraient se croiser. La logique implémentée sur l’automate programmable (PLC) impose qu’à tout instant, un seul robot peut être en T1 : si le robot 1 est en T1, les deux autres restent inhibés ; même règle pour les robots 2 et 3.

Intégration sur l’îlot : les conditions de marche et les entrées / sorties entre l’automate et les robots (ainsi que le voisinage avec presses, convoyeurs et équipements périphériques) garantissent une exclusivité : pas de mouvement concurrent sur la zone partagée. Cela limite les risques de croisement de bras, d’accrochage avec pièces ou postes fixes.

Le manuel KSS 8.6 définit le mode T1 (manuel vitesse réduite) pour les essais, la programmation et l’apprentissage, avec des vitesses plafonnées (p. ex. jusqu’à 250 mm/s selon le cas — vérification de programme ou déplacement manuel). La logique automate sur l’îlot impose ici une autorisation exclusive des mouvements lorsque plusieurs équipements partagent le même espace de travail.

Démarche : analyse de la logique existante sur TIA Portal, vérification des conditions de validation des mouvements, tests de scénarios (un robot actif, les autres verrouillés) et ajustements avec l’équipe automate pour un comportement stable en production.

Technologies : TIA Portal v16, automate programmable (PLC), robots KUKA, entrées/sorties, conditions de marche et interverrouillage îlot.

Amélioration de cycle — test en 3 temps si le layer n'est pas détecté

Renforcement du cycle de production : lorsque le layer (couche) n'est pas repéré correctement par le télémètre, une boucle FOR numero_position = 1 TO 3 tente jusqu'à trois mesures : lecture du capteur Telemetre, calcul de l'écart Offset_Telemetre par rapport à Hauteur_Controle, comparaison à la Tolerance_Telemetre. Si la mesure est bonne : Telemetre_OK = TRUE et sortie de boucle.

Sinon, stratégie de reprise par décalage latéral : 1^er essai — déplacement LIN de 10 mm en X ; 2^e essai — 10 mm en Y ; 3^e échec — message d'arrêt du type « La mesure télémètre a échoué, replacer le layer » et appel Telemetre_stop(). Les mouvements utilisent des plis LIN avec paramètres de déplacement adaptés (KRL), sur le modèle des formulaires en ligne KSS pour les trajectoires LIN.

Emplacement : programmes T_Ct_Int_Cont1 à T_Ct_Int_Cont4 — lignes 210 à 274.

Technologies : robots KUKA, KRL, télémétrie, cycle de production.

Archive robot : 📥 Télécharger M2_OP220_R1.zip (~127 Mo · export KUKA)