Designed & Made in the USA Since 1983
Eine Kanalnummer sagt Ihnen, welcher Sender den Messwert übertragen hat. GageSync sagt Ihnen, welches Messgerät ihn erfasst hat – und ob dieses Messgerät kalibriert war.
This post is also available in:
MicroRidge Systems freut sich, die Einführung von GageSync und TriggerSync bekannt zu geben – zwei neue Funktionspakete für die MobileCollect EVO API, mit denen SPC- und Qualitätssoftware in beide Richtungen mit dem MobileCollect Transmitter und dem Messgerät kommunizieren kann. Beide sind ab sofort verfügbar mit MobileCollect EVO Base-Firmware 6.30 und Mini Mobile Module EVO-Firmware 6.12. Aktualisieren Sie Ihre Firmware hier.
Bisher konnte die MobileCollect EVO API Software von Drittanbietern ein Wireless-System konfigurieren: Sender koppeln, Kanäle zuweisen, Ausgabeformate festlegen. Die Daten flossen dennoch nur in eine Richtung – vom Messgerät zum Host. GageSync und TriggerSync ändern die Richtung des Gesprächs.
GageSync gibt Software direkten Zugriff auf das Instrument selbst bei Mitutoyo-S1-kompatiblen Messgeräten. Eine Anwendung kann die Messgeräte-Seriennummer, das letzte und nächste Kalibrierdatum, die Modellnummer und den Messgerätecode auslesen und Befehle an das Messgerät zurücksenden, einschließlich Remote-Zero.
TriggerSync ermöglicht es dem Host, einen Messwert anzufordern, statt darauf zu warten, dass ein Bediener eine Taste drückt, und funktioniert auch ohne S1-Messgerät. Außerdem ergänzt es den Remote-TIR Mode, einen kontinuierlichen Lesezyklus für Total Indicator Runout, der Messwertanzahl, Minimum, Maximum und Spannweite als ein einziges Ergebnis zurückgibt, plus Befehle, um einen Sender über seine LEDs zu identifizieren.
Zwei Fragen entscheiden, ob einer Messung vertraut werden kann – und bisher beantwortete der Datenstrom keine davon.
Welches Messgerät hat diesen Messwert erzeugt? In einer herkömmlichen Wireless-Installation wird die Antwort abgeleitet. Der Datensatz enthält eine Kanalnummer, und der Kanal identifiziert einen Sender – nicht ein Messgerät. Alles danach ist eine Annahme darüber, welches Messgerät in diesem Moment an diesen Sender angeschlossen war – und diese Annahme bleibt bestehen, bis ein Messgerät zwischen Vorrichtungen getauscht wird, ein Kabel beim Schichtwechsel umgesteckt wird oder ein Ersatzgerät in Betrieb geht, ohne dass jemand eine Tabelle aktualisiert.
Die Messgeräte-Seriennummer ist die einzige eindeutige Antwort. GageSync liest sie aus dem Instrument und ermöglicht es der Software, sie der Messung zuzuordnen – einmalig auf Anfrage oder bei jedem einzelnen Messwert. Damit wird die Messgeräte-Identität von etwas, das später rekonstruiert wird, zu einem Feld im Datensatz.
War dieses Messgerät zu diesem Zeitpunkt kalibriert? GageSync liest zusammen mit der Seriennummer das letzte und nächste Kalibrierdatum aus dem Messgerät. Software kann das nächste Kalibrierdatum mit der Systemuhr vergleichen und einen Messwert eines nicht kalibrierten Messgeräts ablehnen, bevor er überhaupt die Datenbank erreicht – statt das Problem erst bei einer Datensatzprüfung drei Monate später zu entdecken.
Beides gehört zusammen. Ein Kalibrierdatum ist nur aussagekräftig, wenn Sie wissen, zu welchem Messgerät es gehört, und eine Seriennummer sagt nur, dass es das richtige Messgerät war – nicht, dass es einsatzfähig war. Zusammen ausgelesen und an den Messwert angehängt, machen sie aus einem Rückverfolgbarkeitsdatensatz etwas, das ein Qualitätsingenieur während eines Audits mühsam rekonstruiert, etwas, das bereits fertig zusammengesetzt ankommt. Für alle, die ein Kalibrier-Recall-System nach ISO 9001, IATF 16949 oder AS9100 betreiben, ist das der praktische Unterschied.
Modellnummer und Messgerätecode kommen auf die gleiche Weise zurück. Beides ist vor allem im Einkauf hilfreich, wenn ein Messgerät abgeglichen und nachbestellt werden muss.
Messdaten aus dem Messgerät zu lesen, ist die eine Hälfte. Befehle an das Messgerät zu senden, eröffnet eine andere Problemklasse.
Denken Sie an eine Mehrfach-Messvorrichtung, die auf ein Teil gesetzt wird. Bevor überhaupt gemessen wird, kann die Software die Seriennummer jedes Messgeräts in der Vorrichtung abfragen und bestätigen, dass tatsächlich die richtigen Messgeräte eingesetzt sind. Anschließend kann sie jedes Messgerät nullen und jedes wieder auslesen, um zu verifizieren, dass das Nullen übernommen wurde. Sie kann eine Reihe von Messwerten aus jeder Position erfassen, um zu bestätigen, dass die Vorrichtung stabil ist, bevor sie den maßgeblichen Wert aufzeichnet.
Jeder dieser Schritte war bisher ein manueller Ablauf, eine Annahme – oder beides. Jetzt erfordert keiner davon, dass ein Bediener irgendetwas berührt.
TriggerSync bedeutet: Der Host entscheidet, wann ein Messwert erfasst wird. Das ist besonders dort wichtig, wo ein Tastendruck unpraktisch, unzuverlässig oder unklug ist.
Ein Messgerät, das in einer Wash-down-Zelle, innerhalb einer Maschinenumhausung oder irgendwo montiert ist, wo ein Bediener während der Messung nicht mit der Hand sein sollte, kann jetzt per Softwarebefehl ausgelesen werden. Der TIR Mode überträgt dieselbe Idee auf eine vollständige Rundlaufprüfung: Die Software startet den Zyklus, das Teil dreht sich, und Anzahl, Minimum, Maximum und Spannweite kommen als ein Ergebnis zurück – ohne dass jemand am Messgerät steht und die Nadel beobachtet, und ohne Tastendruck zwischen Bediener und Messung.
GageSync und TriggerSync über die MobileCollect EVO API sind für Unternehmen entwickelt, die SPC- und Qualitätssoftware schreiben. Die Befehle sind die Schnittstelle – und das Nutzungserlebnis darum herum gehört zur Anwendung, nicht zu einem MicroRidge-Utility, durch das ein Bediener geführt werden muss.
Jede Funktion wird über die MobileCollect EVO API als dokumentierter serieller Befehl über einen virtuellen COM-Port bereitgestellt. Es gibt kein separates Utility zur Installation und keinen Konfigurationsdialog, durch den Ihre Anwender geführt werden müssen. Befehle werden auf der Base gespeichert und beim nächsten Check-in an den Sender übermittelt – mit einer zweistufigen Antwort: einer Bestätigung, dass der Befehl in die Warteschlange gestellt wurde, und einer zweiten Antwort, wenn der Sender ihn ausgeführt hat. Ein einmaliger Enablement-Schritt am Sender schaltet die bidirektionale Kommunikation ein, und alles danach steht unter Softwarekontrolle.
Smart Battery Management wird zusammen mit ihnen ausgeliefert. Statt ein festes Check-in-Intervall beizubehalten, moduliert der Sender seine eigene Check-in-Rate anhand der Messgeräteaktivität: schneller, während ein Messgerät in Gebrauch ist, damit die Command-Latenz niedrig bleibt, langsamer, wenn es inaktiv wird, damit die Stromaufnahme sinkt. Drei Schemata zielen auf 9 Monate, 1,5 Jahre und 2+ Jahre Batterielaufzeit ab, und Software, die deterministische Latenz benötigt, kann ein festes Intervall von 500 Millisekunden bis 60 Sekunden einstellen.
Das ist eher ein Fundament als ein fertiger Funktionsumfang. Die Zwei-Wege-Kommunikation mit dem Messgerät war der schwierige Teil – und jetzt, da sie existiert, lassen sich die darauf aufbauenden Fähigkeiten deutlich einfacher ergänzen. Außerdem ist es nicht auf ein Modul beschränkt: Die Befehlsstruktur wurde für die MobileCollect-Plattform entworfen, nicht für einen einzelnen Sender, und im Laufe der Zeit wird mehr aus der Produktlinie sie sprechen. Eine Integration, die gegen die API entwickelt wurde, wird dadurch breiter, ohne neu geschrieben zu werden.
Wir beabsichtigen, den Befehlssatz weiter auszubauen, und wir tun das lieber anhand realer Integrationsprojekte als im luftleeren Raum. Wenn Ihre Anwendung etwas vom Messgerät benötigt, das in diesem Release nicht enthalten ist, sagen Sie es uns.
GageSync und TriggerSync sind ab sofort verfügbar und erfordern MobileCollect EVO Base-Firmware 6.30 und Mini Mobile Module EVO-Firmware 6.12. Beide sind kostenlose Downloads für bestehende MobileCollect EVO-Hardware. Es ist keine neue Hardware zu kaufen und es gibt keine Lizenzgebühr für die API.
Die vollständige Befehlsdokumentation, Parametertabellen und Antwortformate finden Sie auf der Seite MobileCollect EVO API – zusammen mit dem herunterladbaren Implementation Guide.
Entwickler von SPC- und Qualitätssoftware: Auf der API-Seite finden Sie alles, was Sie benötigen, um eine Integration zu scopen. Wenn Sie einen konkreten Use Case besprechen möchten, bietet MicroRidge direkte Engineering-Unterstützung und Demo-Hardware kostenlos an.
Qualitätsmanager und Endanwender: GageSync und TriggerSync sind Funktionen, die Ihre SPC-Software implementieren muss. Wenn Messgeräte-Identität und Kalibrierstatus bei jedem Messwert mitgeliefert würden und das Ihren Rückverfolgbarkeits- oder Kalibrier-Recall-Prozess verändern würde, sprechen Sie Ihren SPC-Anbieter auf eine Integration an und verweisen Sie ihn auf die API-Dokumentation. Wir arbeiten gern direkt mit ihm zusammen.
Da jeder Befehl einfacher ASCII-Text über einen virtuellen COM-Port ist, lässt sich der gesamte Funktionsumfang von Hand testen, bevor auch nur eine Zeile Integrationscode existiert.
Beginnen Sie mit <$A:ICLA. Ein Befehl – und die Base meldet jeden Kanal, den sie hat: welche Sender wo gekoppelt sind und ob für jeden Kanal GageSync verfügbar ist, nur TriggerSync oder keines von beiden. Bevor Sie irgendetwas an ein Messgerät senden, wissen Sie, womit Sie arbeiten. In diesem Beispiel ist der Sender mit Kanal A gekoppelt, und Kanal A kommt mit „keines von beiden“ zurück, weil die bidirektionale Kommunikation noch nicht eingeschaltet wurde.
Das Einschalten ist der eine Schritt, der die Hardware betrifft. Versetzen Sie diesen Sender am Modul in den Setup Mode und senden Sie <$A:GSAMD1. Das wird einmal pro Sender durchgeführt – und ab dann können Sie loslegen, wobei alles in ComTestSerial eingegeben wird. <$A:GSASN2 gibt die Messgeräte-Seriennummer zurück, <$A:GSANC2 gibt das nächste Kalibrierdatum zurück, <$A:GSAGR1 fordert einen Messwert an, <$A:GSAZG1 nullt das Messgerät, und <$A:GSAMD4 gibt den Status dieses Kanals jederzeit aus, wenn Sie ihn prüfen möchten. Senden Sie <$A:ICLA erneut, und der Kanal, der vor einer Minute noch als „keines von beiden“ gemeldet wurde, meldet jetzt GageSync.
Die zwölf benutzerdefinierbaren Buttons von ComTestSerial können einen funktionierenden Befehlssatz aufnehmen. So kann ein Entwickler, der eine Integration scoped, die relevanten Befehle laden, die gesamte Sequenz durchklicken und die exakten Antwort-Strings sehen, die der Code parsen muss. Das ist der schnellste Weg, um die zwei Fragen zu beantworten, die zuerst auftauchen: Was liefert mein Messgerät tatsächlich zurück, und wie lange dauert ein Befehl für den Round Trip bei der von mir konfigurierten Check-in-Rate. Außerdem ist es das richtige Tool, wenn sich eine Integration im Feld auffällig verhält, da es zeigt, ob das Problem „auf der Leitung“ oder in der Software liegt.
Den vollständigen Befehlssatz, Parametertabellen und Antwortformate finden Sie auf der Seite MobileCollect EVO API.
Kontakt:
MicroRidge Systems
541-593-1656
info@microridge.com