Designed & Made in the USA Since 1983
Un numéro de canal vous indique quel émetteur a envoyé la mesure. GageSync vous indique quel instrument l’a prise, et si cet instrument était étalonné.
This post is also available in:
MicroRidge Systems est ravi d’annoncer le lancement de GageSync et TriggerSync, deux nouveaux ensembles de fonctionnalités pour l’API MobileCollect EVO qui permettent aux logiciels de SPC et de qualité de communiquer dans les deux sens avec l’émetteur MobileCollect et l’instrument. Les deux sont disponibles dès maintenant sur le micrologiciel MobileCollect EVO Base 6.30 et le micrologiciel Mini Mobile Module EVO 6.12. Mettez à jour votre micrologiciel ici.
Jusqu’à présent, l’API MobileCollect EVO permettait à des logiciels tiers de configurer un système sans fil : appairer des émetteurs, affecter des canaux, définir des formats de sortie. Les données ne circulaient que dans un sens, de l’instrument vers l’hôte. GageSync et TriggerSync changent la direction de la conversation.
GageSync donne au logiciel un accès direct à l’instrument lui-même sur les instruments compatibles Mitutoyo S1. Une application peut lire le numéro de série de l’instrument, les dates du dernier et du prochain étalonnage, le numéro de modèle et le code de l’instrument, et peut renvoyer des commandes à l’instrument, y compris une mise à zéro à distance.
TriggerSync permet à l’hôte de demander une mesure plutôt que d’attendre qu’un opérateur appuie sur un bouton, et fonctionne sans instrument S1. Il ajoute également le mode TIR à distance, un cycle de lecture continue pour le battement total (Total Indicator Runout) qui renvoie le nombre de lectures, le minimum, le maximum et l’étendue sous la forme d’un résultat unique, ainsi que des commandes pour identifier un émetteur par ses LED.
Deux questions permettent de déterminer si l’on peut se fier à une mesure, et jusqu’à présent, le flux de données ne répondait à aucune d’entre elles.
Quel instrument a produit cette mesure ? Dans un déploiement sans fil classique, la réponse est déduite. L’enregistrement porte un numéro de canal, et le canal identifie un émetteur, pas un instrument. Tout ce qui suit est une supposition quant à l’instrument qui était connecté à cet émetteur à ce moment-là , et c’est une supposition qui survit jusqu’à ce qu’un instrument soit échangé entre des montages, qu’un câble soit déplacé lors d’un changement d’équipe ou qu’une pièce de rechange soit mise en service sans que personne ne mette à jour un tableur.
Le numéro de série de l’instrument est la seule réponse positive. GageSync le lit à partir de l’instrument et permet au logiciel de l’attacher à la mesure, une fois sur demande ou à chaque mesure. Cela transforme l’identité de l’instrument, d’un élément reconstitué plus tard en un champ de l’enregistrement.
Cet instrument était-il étalonné à ce moment-là ? GageSync lit les dates du dernier et du prochain étalonnage à partir de l’instrument en même temps que le numéro de série. Le logiciel peut comparer la date du prochain étalonnage à l’horloge du système et refuser une mesure provenant d’un instrument non étalonné avant même qu’elle n’atteigne la base de données, plutôt que de découvrir le problème lors d’un examen des dossiers trois mois plus tard.
Les deux fonctionnent ensemble. Une date d’étalonnage n’a de sens que si vous savez à quel instrument elle appartient, et un numéro de série vous indique seulement que l’instrument était le bon, pas qu’il était apte à l’emploi. Lus ensemble et attachés à la mesure, ils transforment un dossier de traçabilité, d’un élément qu’un ingénieur qualité reconstitue lors d’un audit en un élément qui arrive déjà assemblé. Pour toute personne gérant un système de rappel d’étalonnage sous ISO 9001, IATF 16949 ou AS9100, c’est là que réside la différence pratique.
Le numéro de modèle et le code de l’instrument sont renvoyés de la même manière. Les deux sont particulièrement utiles du côté des achats, lorsqu’un instrument doit être remplacé ou commandé à nouveau.
Lire les données de l’instrument n’est qu’une moitié du travail. Lui envoyer des commandes ouvre un ensemble de problèmes différents.
Considérez un montage multi-instruments placé sur une pièce. Avant toute mesure, le logiciel peut interroger le numéro de série de chaque instrument du montage et confirmer que les bons instruments s’y trouvent réellement. Il peut ensuite remettre à zéro chaque instrument et relire chacun d’eux pour vérifier que la mise à zéro a été effectuée. Il peut collecter une série de mesures à partir de chaque position pour confirmer que le montage est stable avant d’enregistrer la valeur finale.
Chacune de ces étapes était auparavant une procédure manuelle, une supposition, ou les deux. Désormais, aucune d’entre elles ne nécessite l’intervention d’un opérateur.
TriggerSync signifie que l’hôte décide du moment où une mesure a lieu. Cela importe surtout lorsque l’appui sur un bouton est peu pratique, peu fiable ou imprudent.
Un instrument monté dans une cellule de lavage, à l’intérieur de l’enceinte d’une machine, ou partout où un opérateur ne devrait pas mettre la main pendant la mesure peut désormais être lu sur commande à partir du logiciel. Le mode TIR étend la même idée à un contrôle complet du battement : le logiciel lance le cycle, la pièce tourne, et le nombre, le minimum, le maximum et l’étendue reviennent sous la forme d’un résultat unique, sans que personne ne se tienne devant le comparateur à surveiller l’aiguille et sans appui sur un bouton entre l’opérateur et la mesure.
GageSync et TriggerSync via l’API MobileCollect EVO sont conçus pour les entreprises qui développent des logiciels de SPC et de qualité. Les commandes constituent l’interface, et l’expérience qui les entoure appartient à l’application, et non à un utilitaire MicroRidge pour lequel l’opérateur doit être guidé.
Chaque fonctionnalité est exposée via l’API MobileCollect EVO sous forme de commande série documentée sur un port COM virtuel. Il n’y a pas d’utilitaire séparé à installer ni de boîte de dialogue de configuration pour laquelle vos utilisateurs doivent être guidés. Les commandes sont stockées sur la Base et transmises à l’émetteur lors de sa prochaine connexion, avec une réponse en deux étapes : une confirmation que la commande a été mise en file d’attente, et une seconde réponse lorsque l’émetteur l’a exécutée. Une seule étape d’activation unique au niveau de l’émetteur active la communication bidirectionnelle, et tout le reste est sous le contrôle du logiciel.
La gestion intelligente de la batterie est livrée en même temps. Plutôt que de conserver un intervalle de connexion fixe, l’émetteur module son propre taux de connexion en fonction de l’activité de l’instrument : plus rapide lorsqu’un instrument est utilisé pour que la latence des commandes reste faible, plus lent lorsqu’il devient inactif pour que la consommation de courant diminue. Trois modes visent une durée de vie de la batterie de 9 mois, 1,5 an et plus de 2 ans, et les logiciels nécessitant une latence déterministe peuvent définir un intervalle fixe allant de 500 millisecondes à 60 secondes.
Il s’agit d’une base plus que d’un ensemble de fonctionnalités terminées. La communication bidirectionnelle avec l’instrument était la partie difficile, et maintenant qu’elle existe, les capacités qui s’appuient sur elle deviennent beaucoup plus faciles à ajouter. Elle n’est pas non plus limitée à un seul module : la structure des commandes a été conçue pour la plateforme MobileCollect plutôt que pour un seul émetteur, et une plus grande partie de la gamme la parlera au fil du temps. Une intégration écrite pour l’API s’élargit au fur et à mesure, sans être réécrite.
Nous avons l’intention de continuer à étendre le jeu de commandes, et nous préférons le faire en fonction d’un travail d’intégration réel plutôt que de manière isolée. Si votre application a besoin de quelque chose de l’instrument qui ne figure pas dans cette version, dites-le-nous.
GageSync et TriggerSync sont disponibles dès maintenant et nécessitent le micrologiciel MobileCollect EVO Base 6.30 et le micrologiciel Mini Mobile Module EVO 6.12. Les deux sont des téléchargements gratuits pour le matériel MobileCollect EVO existant. Il n’y a pas de nouveau matériel à acheter ni de frais de licence pour l’API.
La documentation complète des commandes, les tableaux de paramètres et les formats de réponse se trouvent sur la page de l’API MobileCollect EVO, ainsi que le guide d’implémentation téléchargeable.
Développeurs de logiciels de SPC et de qualité : la page de l’API contient tout le nécessaire pour évaluer une intégration. Si vous souhaitez discuter d’un cas d’utilisation spécifique, MicroRidge fournit un support technique direct et du matériel de démonstration sans frais.
Responsables qualité et utilisateurs finaux : GageSync et TriggerSync sont des fonctionnalités que votre logiciel de SPC doit implémenter. Si le fait que l’identité de l’instrument et son statut d’étalonnage accompagnent chaque mesure changeait le fonctionnement de votre processus de traçabilité ou de rappel d’étalonnage, demandez à votre fournisseur de SPC de les intégrer et orientez-le vers la documentation de l’API. Nous serons ravis de travailler directement avec eux.
Comme chaque commande est en texte ASCII brut sur un port COM virtuel, l’ensemble des fonctionnalités peut être testé manuellement avant même qu’une seule ligne de code d’intégration n’existe.
Commencez par <$A:ICLA. Une seule commande, et la base signale chaque canal dont elle dispose : quels émetteurs sont appairés où, et si chaque canal dispose de GageSync, de TriggerSync uniquement, ou d’aucun des deux. Avant d’envoyer quoi que ce soit à un instrument, vous savez avec quoi vous travaillez. Dans cet exemple, l’émetteur est appairé au canal A, et le canal A revient avec « aucun », car la communication bidirectionnelle n’a pas encore été activée.
L’activation est la seule étape qui implique le matériel. Mettez cet émetteur en mode Setup au niveau du module et envoyez <$A:GSAMD1. Cela se fait une seule fois par émetteur, et à partir de là , vous êtes prêt, avec tout ce qui est saisi dans ComTestSerial. <$A:GSASN2 renvoie le numéro de série de l’instrument, <$A:GSANC2 renvoie la prochaine date d’étalonnage, <$A:GSAGR1 demande une mesure, <$A:GSAZG1 remet l’instrument à zéro, et <$A:GSAMD4 signale l’état de ce canal chaque fois que vous souhaitez le vérifier. Envoyez à nouveau <$A:ICLA et le canal qui indiquait « aucun » il y a une minute signale maintenant GageSync.
Les douze boutons définissables par l’utilisateur de ComTestSerial contiendront un jeu de commandes fonctionnel, de sorte qu’un développeur évaluant une intégration peut charger les commandes qui l’intéressent, cliquer sur toute la séquence et voir les chaînes de réponse exactes que le code devra analyser. C’est le moyen le plus rapide de répondre aux deux questions qui se posent en premier : que renvoie réellement mon instrument, et combien de temps prend une commande pour faire l’aller-retour au taux de connexion que j’ai configuré. C’est aussi l’outil à utiliser lorsqu’une intégration se comporte mal sur le terrain, car il permet de voir si le problème vient de la liaison ou du logiciel.
Le jeu complet de commandes, les tableaux de paramètres et les formats de réponse se trouvent sur la page de l’API MobileCollect EVO.
Contact :
MicroRidge Systems
541-593-1656
info@microridge.com