Liste de contrôle de Motionwell Automation pour l’automatisation des laboratoires connectés

Introduction

Une liste de fournisseurs peut paraître complète alors que la conception du système est encore pleine de lacunes. Le robot mobile dispose d’une API de mission. Le cobot dispose d’un programme de préhension. La machine de test possède son propre fichier de méthode. L’automate a une séquence. Ensuite, quelqu’un demande qui donne le résultat après un test échoué et réessaye, et la pièce devient silencieuse.

Avant de demander des devis à une équipe d’ingénieurs Motionwell avec laquelle vous pouvez travailler, notez les transferts. Une matrice d’interface est un bref document qui répertorie la source, la destination, la commande, l’état, les preuves et le propriétaire de la récupération pour chaque limite. C’est moins passionnant qu’une simulation de robot et bien plus utile lors de la mise en service.

Le projet de laboratoire d’assurance qualité de Motionwell Automation est un ensemble de questions utiles car il traverse plusieurs systèmes différents : la répartition des missions MiR, un cobot Universal Robots, un rack à 70 positions, un contrôle PLC Siemens et un équipement de test Instron. Utilisez la conception pour exposer les questions auxquelles tout projet d’automatisation connecté doit répondre avant que le matériel ne les verrouille, plutôt que de la traiter comme un modèle.

Cartographier le transfert physique avant les protocoles réseau

Commencez par l’échantillon, le récipient ou la pièce. Suivez-le depuis son emplacement actuel jusqu’à la station suivante – notez qui le détient, comment sa présence est confirmée et quelle condition physique permet la prochaine commande. Un message réseau n’a de sens que lorsque le transfert mécanique est prêt.

Nommez chaque source, destination et changement de propriété

Pour un échantillon de laboratoire, la source peut être la position du rack B12 et la destination peut être la station Instron deux. La base mobile possède le transport à travers le sol. Le cobot est propriétaire du ramassage et du placement. Le luminaire possède l’emplacement final. L’automate peut coordonner les trois, mais la coordination n’efface pas leurs modes de défaillance distincts.

Écrivez une ligne pour chaque changement de propriétaire. Si l’AMR signale son arrivée, qu’est-ce qui confirme qu’il est arrivé suffisamment près pour que le bras puisse l’atteindre ? Si la pince se ferme, qu’est-ce qui confirme qu’elle contient l’échantillon prévu ? Si le capteur du luminaire s’allume, cela prouve-t-il une orientation correcte ou seulement une présence ?

Définir la condition de disponibilité aux deux extrémités

Un expéditeur peut être prêt alors que le destinataire ne l’est pas. Le robot peut arriver avant que le cadre de test ne termine son exécution précédente. Une machine de test peut être inactive alors que la méthode correcte n’est pas chargée. La matrice doit inclure une condition de disponibilité des deux côtés et le délai d’attente qui ramène le système à un état connu.

Gardez ces conditions observables. « Station disponible » doit se traduire par des signaux que les ingénieurs de contrôle et les techniciens peuvent inspecter. Des hypothèses cachées créent des défauts qui n’apparaissent que lorsque la ligne est occupée, que le réseau est lent ou qu’un opérateur met une station en pause pour maintenance.

Écrivez la matrice d’interface en quatre passes

N’essayez pas de terminer toute l’architecture en une seule réunion. Quatre passes courtes maintiennent la discussion sur pied et permettent de repérer plus facilement les omissions.

Pass One enregistre les commandes, les états et les preuves

Répertoriez la commande en langage clair, puis nommez le changement d’état qu’elle devrait produire. Ajoutez les preuves qui confirment l’achèvement. Une commande telle que « démarrer l’essai de traction » peut nécessiter le bon échantillon dans le dispositif, une méthode acceptée, une remise à zéro réussie et un signal de machine prête avant que le déclenchement de démarrage ne soit autorisé.

Limite	Commande ou événement	Preuve d’achèvement	Propriétaire de la récupération
Du serveur au planificateur	Priorité de l’échantillon de publication	Entrée de file d’attente avec ID d’échantillon	Coordinateur de laboratoire
Planificateur vers AMR	Mission d’expédition	Arrivée à la gare désignée	Contrôleur de flotte
De la RAM au cobot	Récupération du permis	Dock plus alignement de la vision	Cellule PLC
Automate vers Instron	Définir la méthode et démarrer	Commande acceptée et état du test	Contrôles de cellules de test
Instron au serveur	Publier le résultat terminé	Fichier nommé stocké sous l’ID de l’échantillon	Propriétaire des données de laboratoire

La table est une forme de départ et non un protocole universel. Le système actuel peut diviser ou combiner ces responsabilités. Ce qui compte, c’est qu’aucune commande n’existe sans une condition d’achèvement visible et un propriétaire nommé pour la récupération.

Passer deux protocoles d’attribution et forme de données

Attachez maintenant seulement l’interface technique. L’architecture de laboratoire décrite par Motionwell Automation comprend la répartition de missions basée sur REST pour MiR, ainsi que OPC UA, EtherNet/IP et PROFINET pour l’orchestration et la communication des instruments Siemens S7-1500. Ces protocoles résolvent différents problèmes de connexion ; les lister ne définit pas la charge utile.

Pour chaque ligne, spécifiez l’identifiant, les unités, les valeurs autorisées et l’accusé de réception. Décidez si le système de réception peut rejeter une commande obsolète ou dupliquée. Un échantillon d’ID envoyé sous forme de texte libre dans une interface et une clé d’enregistrement numérique dans une autre peuvent créer une inadéquation même lorsque les deux réseaux sont sains.

La troisième passe ajoute des délais d’attente, des tentatives et des mises en sécurité

Définissez combien de temps l’expéditeur attend, s’il réessaye et quel état reste après l’expiration du délai. Une commande de démarrage répétée n’est pas équivalente à une requête d’état répétée. On peut faire double emploi avec un travail ; l’autre demande simplement ce qui s’est déjà passé. La matrice doit marquer les commandes qui doivent être idempotentes ou protégées contre la répétition.

Motionwell Automation décrit les tentatives vérifiées, les séquences d’invites de l’opérateur et les états de maintien sécurisé dans son système de laboratoire d’assurance qualité. Traduisez ces idées en comportements spécifiques aux limites. Si la vision ne peut pas confirmer la position de l’échantillon, le bras ne doit pas improviser un placement. Si le téléchargement des résultats échoue, l’échantillon et le résultat local doivent rester associés jusqu’à ce que le stockage soit confirmé.

Pass Four défie la matrice avec des défauts

Utilisez une batterie en court-défaut avant de finaliser la demande de devis. Bloquez un emplacement de rack, interrompez une mission AMR, refusez le démarrage d’un instrument et rendez le stockage des résultats temporairement indisponible. Pour chaque cas, parcourez les lignes et identifiez le dernier état confirmé.

Si l’équipe ne parvient pas à se mettre d’accord sur l’emplacement de l’échantillon ou sur le système qui possède l’action suivante, ajoutez un état ou un accusé de réception. Trouver cette lacune dans un document coûte peu. Le trouver après la construction d’un robot, d’un appareil et d’une armoire de commande nécessite généralement une refonte mécanique et logicielle simultanée.

Gardez l’état de l’échantillon séparé de la position de la machine

Un échantillon déposé dans une station de test n’est pas nécessairement « en cours de test ». Il peut être en attente d’installation, en pause après l’échec d’une commande ou terminé mais en attente de récupération. La position physique et l’état du flux de travail doivent être liés sans être traités comme le même fait.

Utiliser des états explicites tout au long du cycle de vie

L’exemple de Motionwell Automation utilise des états tels que en file d’attente, en transit, en station, en test, terminé et échoué. Ce vocabulaire permet à un planificateur de prendre des décisions sans deviner la position du capteur. Cela donne également aux techniciens une vision plus claire de la raison pour laquelle un échantillon n’a pas bougé.

Ajoutez des transitions autorisées à la conception. Un échantillon ayant échoué ne doit pas passer directement à l’état terminé parce que quelqu’un l’a déplacé manuellement. Un échantillon en transit ne devrait pas recevoir une deuxième mission à moins que la première mission n’ait été annulée ou rapprochée. Les règles de l’État protègent le processus lorsque le travail physique et les mises à jour logicielles se produisent à des vitesses différentes.

Traitez la dénomination des résultats comme un contrat d’interface

Les fichiers de résultats sont souvent laissés tard dans le projet car ils ressemblent à des détails informatiques. Dans un laboratoire d’assurance qualité, la dénomination fait partie de la traçabilité. L’identité de l’échantillon, le type de test et l’horodatage doivent être dans une relation contrôlée, et la réponse de stockage doit confirmer la réception du fichier.

Décidez du sort réservé aux fichiers partiels, aux tests répétés et aux tentatives autorisées. Un suffixe tel que « final2 » peut être pratique pour une personne et inutile pour un planificateur. La matrice doit montrer comment une nouvelle tentative est liée à l’échantillon d’origine et pourquoi le résultat antérieur reste visible.

Transformez la matrice en tests d’acceptation

Chaque ligne d’interface peut devenir au moins un test positif et un test de défaut. Envoyez la commande valide et confirmez l’état attendu. Supprimez ensuite une condition préalable ou une réponse et confirmez que le système fonctionne en toute sécurité sans perdre d’identité.

Testez une limite avant d’exécuter de bout en bout

Mettez en service les limites du rack, de l’AMR, du cobot et de l’instrument séparément avant de demander l’exécution de l’ensemble de l’itinéraire. Cela rend les défauts plus faciles à localiser. Une fois que chaque limite se comporte dans des conditions normales et défaillantes, exécutez le parcours complet de l’échantillon et confirmez que l’état et les preuves restent alignés.

Conservez la matrice d’interface à côté du dossier de test. Lorsque le comportement diffère, mettez à jour la conception ou l’implémentation, puis répétez le test concerné. Ne laissez pas la matrice devenir un document de vente précoce qui ne correspond plus au système commandé.

Une carte d’interface claire mérite le premier devis

Motionwell Automation peut convenir aux laboratoires qui ont besoin d’un robot mobile, d’un cobot, d’un instrument et d’un flux de données personnalisés conçus comme un seul projet. Une cellule de test autonome standard peut nécessiter une limite d’intégration beaucoup plus petite.

Quoi qu’il en soit, envoyez la même carte d’interface aux intégrateurs potentiels. Une réponse forte corrigera les hypothèses, exposera les signaux manquants et montrera comment fonctionne l’appropriation du rétablissement. Une réponse faible renverra une liste de matériel. Choisissez l’équipe qui peut expliquer les transferts avant de vous demander d’approuver les machines.