4. e
Objectif : Concevoir un système robotisé collaboratif s’affranchissant de la sécurité
permettant la réalisation du recyclage de tubes homéopathiques
A. Mise en contexte et objectif
I.Présentation du projet
tutoré
5. I.Présentation du projet tutoré
jectif
B. Cahier des charges
- Programmation du système de vision
intégré des Smart Grippers
- Choisir et commander des boîtes pour le
stockage des granules
- Programmer le robot YuMI en coordonnant
les deux bras
6. utoré
Grippers
A. Calibration de la caméra et étalonnage
- Calibrage via le modèle
fourni par ABB
- Permet de régler le
focus, la luminosité,
le contraste, l’exposition
et la saturation
- La caméra reconnait le
damier et l’espacement
entre chaque carré
Damier de calibrage
Configuration de l’image
Étalonnage caméra / robot
Grille étalon
7. Grippers
nnage
B. Programmation de la détection par apprentissage
- PatMax : Reconnaît un objet suivant un
modèle défini par l’utilisateur
- Renvoi d’un « score » de fiabilité sur 100
- Les coordonnées de l’objet en x, y et z sont
reconnues
Modèle
d’apprentissage
Score de fiabilité
8. Grippers
C. Réalisation du programme
entissage
Routine de la caméra
- Initialisation
- Acquisition et traitement de la photo
- Vérification et contrôle des erreurs
- Prise du tube
Prise de la photo et stockage de la position
9. mme
III. Cycles YuMI et programmation
A. Préambule
- Robot collaboratif YuMI
- Deux bras indépendants
- Programmation en RAPID avec
Robostudio
- Simulation fidèle sur le logiciel
Robot YuMI ABB
10. III. Cycles YuMI et programmation
e B. Cycles
- Cycle défini par le cahier
des charges
- Permet de programmer
efficacement
- Nécessaires pour organiser
la coordination entre les
bras
11. III. Cycles YuMI et programmation
C. Bras droit
- Le bras droit prend la photo à
l’aide de sa caméra
- Point critique du programme :
le dévracage
- Le bras droit va guider le
gauche
Smart Grippers avec
caméra
Vidéo bras droit
12. III. Cycles YuMI et programmation
D. Bras gauche
- Il s’occupe du tri des
différents
composants
plastiques des tubes
- Va venir travailler en
coordination avec le
bras droit
Première simulation avec les deux
bras
13. III. Cycles YuMI et programmation
E. Coordination (1/2)
- Permet de faire travailler les
deux bras ensembles
- Les deux bras s’attendent avant
de commencer une autre tâche
- Programmation directe dans le
RAPID
Synchronisation avec l’autre bras
Variable de coordination
14. III. Cycles YuMI et programmation
E. Coordination (2/2)
- La synchronisation :
• Une variable Syncident ;
• Une variable de type tasks ;
• Chaque action a un ID ;
• Même ID dans les deux
modules RAPID.
Module du bras droit
Module du bras gauche
15. mation
IV. Choix des boîtes
- Budget de 50€
- Stocker les granules et les
différentes parties des tubes
- Couleur blanche pour faciliter
la détection
Boîte choisie
16. mme
V. Conclusion
Problèmes rencontrés :
- Sens de prise des tubes par le bras droit ;
- Problème avec la caméra ;
- « Caprice » du robot et des trajectoires ;
- Abandon de l’idée complète du dévracage.
Ce qu’il nous reste à faire :
- Terminer la coordination des bras ;
- Réception des boîtes ;
- Fixer les points par rapport au plateau ;
- Configurer les Smarts Grippers.
Point positif : Application concrète de A à Z sur un projet robotique.
Point négatif : Tri impossible des couleurs car la caméra ne les distingue pas.
Notes de l'éditeur
Bonjour à tous et à toutes blabla bla robot studio abb yumi
AXEL- Premièrement présenter- Deuxièmement Système de vision & caméra- Troisièment Programmation robotique
- Quatièment Boîtes- Et pour finir Conclusion et bilan
CORETIN
Dévracage
Recyclage
Et tri
CORENTIN
WALTER
Modifier ces 2 valeurs à cause des conditions extérieures qui influent sur l’éclairage donc dégrade la qualité de l’image.L’étalonnage - 2 étapes:L’étalonnage de la caméra - convertit les pixels d’image en mm L’étalonnage caméra/robot, qui se rapporte aux coordonnées de la caméra par rapport à un repère objet.
WALTER
La caméra produit un certain nombres de paramètres avec chaque image acquise, le plus important concerne la sortie des outils de vision configurés.
Les valeurs affichées sont transférées au CameraTarget du RAPID.
WALTER
La variable currentSceneId va nous permette lors de son utilisation de nous notifier rapidement en cas d’absence de cible dans la dernière image.
WALTER
CORENTIN
AXEL
Il contient la partie la plus compliquée : le dévracage
Le bras indique au gauche où s’arrêter et où va commencer la rencontre avec les deux bras
AXEL
C’est lui qui débouche et dépose en grande partie
Synchronisé avec le bras droit
AXEL
Explication des différences entre synchro et coordination
Explication de la synchro ici
AXEL
SyncIdent : Spécifie le nom de synchronisation
Tasks : Spécifie le noms des deux modules qui vont être synchronisés
ID : Permet de différencier les tâches synchronisés, il faut que leur nombre soient exactement le même dans les deux modules différents
Boîte blanche à cause de la caméra et de la détection compliquée sur d’autres couleurs
Problèmes rencontrés : WALTER
Ce qu’il nous reste à faire : CORENTIN
Point positif & négatif : AXEL
Point positif : application concrète de A à Z