Lagerregale

Regale werden ständig angefahren und gelegentlich geprüft. Ein Stapler streift im Schritttempo einen Ständer, niemand meldet es, weil sichtbar nichts geschehen ist, und der nächste Stoß trifft einen bereits geschwächten Fuß. Der Schaden wächst in den Lücken zwischen den manuellen Prüfungen - genau dort, wo niemand hinsieht.

Drei Dinge folgen daraus, und sie sind der ganze Grund zu messen:

• Der Schaden ist langsam und lautlos. Wiederholte Stöße bei geringer Geschwindigkeit schwächen ein Regal mit der Zeit, ohne eine Spur zu hinterlassen, die bei einem Rundgang auffiele.
• Er wird zu spät gefunden. Wenn der Schaden sichtbar ist, geht es um Reparaturen und Stillstand, im schlimmsten Fall um einen Einsturz.
• Wo überwacht wird, liegen die Daten oft weggesperrt in einem eigenen Dashboard statt im Lagerverwaltungs- oder ERP-System, in dem das Team tatsächlich arbeitet.

Was gemessen wird

Square Impact ist keine eigene Hardware. Es ist die Impact-App auf der Hardware Square Tracker - der robusten Variante Xtreme, deren IP68- und IK06-Einstufung, integrierte 4-Ah-Zelle und 3D-Beschleunigungssensor genau das sind, was die Aufgabe verlangt. Die Einheit wird am Regalfuß montiert und meldet Stöße, Vibration, Neigung und Temperatur.

Das ist mehr als eine Frage der genauen Bezeichnung. Dasselbe Gerät ist mit einer anderen App ein Asset-Tracker, ein Lager, das bereits Square Tracker betreibt, kauft also keine neue Flotte, und ein Regalsensor kann später ohne Hardwaretausch eine neue Aufgabe bekommen. Apps werden über die Luft ausgeliefert; siehe App Upgrade und App Info and Config.

Erkennung	3-Achsen-Beschleunigungssensor - Stöße, Schläge und auffällige Vibrationsmuster
Batterie	Ereignisgesteuerte 4-Ah-Zelle, 10+ Jahre. Einmal montieren, kein Wechselzyklus
Reichweite	LoRaWAN bis zu 2 km, ein Gateway deckt also einen Standort ab statt ein Knoten je Gang
Umgebung	IP68 und IK06 - wasserdicht, staubdicht, schlagfest
Ortung	WLAN-MAC-Scan bindet jeden Stoß an einen Ort, in einem Gebäude ohne GPS
Einrichtung	NFC, durch Antippen mit einem Android-Telefon

Die Hardwareseiten tragen die vollständige Spezifikation und sind dafür maßgeblich; die Zahlen oben sind die, die darüber entscheiden, ob die Installation funktioniert.

Der ereignisgesteuerte Betrieb macht die Batterieangabe real: der Sensor bleibt still, bis etwas geschieht, ein Jahrzehnt Laufzeit ist also die Folge davon, dass das Regal gelegentlich und nicht ständig angefahren wird.

Die Vibration ist der Teil, der vorhersagt

Ein Stoßalarm sagt Ihnen, dass ein Regal getroffen wurde. Das ist nützlich, und es ist nicht die interessante Hälfte.

Der Sensor führt außerdem eine FFT aus und meldet Vibrationsenergie in neun Bändern von 1 bis 256 Hz. Verschleiß und Lockerung verändern diese Signatur, bevor etwas versagt; die Bänder ermöglichen es also, ein Regal auf Grundlage von Belegen außer Betrieb zu nehmen statt nach einem Vorfall. Ein Stoßalarm ist per Definition reaktiv; die Frequenzdaten machen das Programm vorausschauend.

Jedes Band kommt als eigenes Feld am Gerät an, von output.acc_1hz bis output.acc_256hz, die Bänder lassen sich also wie jeder andere Messwert darstellen, mit Schwellwerten versehen und im Trend verfolgen.

Hier trennt sich auch ein Regal, das sich still verschlechtert, von einem, das schlicht einmal angefahren wurde. Ein einzelner Stoß ist ein Ereignis. Eine driftende Signatur ist ein Zustand.

Wohin die Daten gehen

Der Sinn des Messens ist, dass jemand handelt, und Menschen handeln in den Systemen, die sie ohnehin offen haben. Regalzustand, der in einem eigenen Dashboard wohnt, wird angesehen, wenn jemand daran denkt.

Der mittlere Schritt macht den letzten möglich. Ein Translator macht aus der Nutzlast benannte Felder an einem gewöhnlichen Yggio-Gerät, und von dort sind die Daten auf demselben Weg erreichbar wie alles andere - eine standardisierte Schnittstelle statt maßgeschneiderter Middleware je System.

• In Betriebssysteme - WMS, ERP und Gebäudesysteme über die offene API oder MQTT, sodass der Regalzustand neben jedem anderen Betriebssignal steht.
• In die Auswertung - Grafana und Power BI über dieselbe Schnittstelle.
• In die Handlung - die Rule Engine entscheidet, was ein Stoß oberhalb eines Schwellwerts auslöst: einen Arbeitsauftrag, eine Nachricht an die Schichtleitung, eine Eskalation, wenn niemand quittiert.

Weil die Daten als gewöhnliche Geräte ankommen, gilt alles in der Plattform auch für sie: Zugriffsrechte je Standort oder je Dienstleister, Dashboards je Rolle und Berichte nach Zeitplan.

Der Betrieb über mehrere Standorte

Lagerhaltung ist selten ein Gebäude, und was in Flottengröße zählt, ist unspektakulär:

• Ein Gateway je Standort, nicht je Gang, denn 2 km Reichweite decken eine Anlage ab. Das Gateway kommt dorthin, wo bereits eine Netzwerkdose ist.
• Batterie- und Verbindungszustand für jeden Sensor verfolgt, damit ein verstummter Sensor als Fehler gemeldet und nicht für ein nicht angefahrenes Regal gehalten wird.
• Eine gemeinsame Hierarchie über die Standorte hinweg, sodass ein Stoß als Gang und Feld gemeldet wird und nicht als Gerätekennung. Indoor-Positionierung hilft hier, aber es ist die Benennung, die einen Alarm um drei Uhr nachts handhabbar macht.
• Die Daten bleiben Ihre, auf offenen FIWARE-Datenmodellen, betrieben in der Cloud, am Edge oder on-premise.

Wie Sie beginnen

Geringes Risiko und schnell zu einem ersten Ergebnis.

1 - Im Gespräch abgrenzen. Eine Stunde genügt meist, um zu klären, wo die Regalschäden tatsächlich sind, was die Reparaturhistorie sagt und welche Ihrer eigenen Systeme die Daten erreichen müssen.

2 - Ein Standort, ein Satz Gänge als Pilot - die mit der Reparaturhistorie, denn dort wird der Fall am schnellsten belegt oder widerlegt. Klein genug, um sich in den Normalbetrieb einzufügen, und in Ihr produktives WMS geliefert statt in ein eigenes Dashboard, also Nachweis in Ihrer eigenen Umgebung.

3 - Skalieren über die übrigen Gänge und Standorte, auf derselben Plattform, Benennung und demselben Datenmodell.

Während des Piloten statt danach zu bestätigen: dass ein Gateway den Standort wirklich abdeckt, bevor Sie Sensoren dafür bestellen, und dass ein Stoß die Schichtleitung in dem System erreicht, das sie ohnehin offen hat. Erweitern Sie dann nach einem vollen Quartal auf die Vibrationstrends - die Stöße rechtfertigen die Sensoren, aber die driftenden Signaturen machen das Programm vorausschauend.

Verwandt

• Wasserleckage-Erkennung - dasselbe Alarm- und Eskalationsmuster
• Rule Engine - aus einem Stoß einen Arbeitsauftrag machen
• LoRaWAN - wie die Sensoren Yggio erreichen
• Square Tracker Xtreme - die Hardware, auf der die Impact-App läuft
• App Upgrade - die App auf das Gerät bringen
• Weitere Integrationen - Daten in andere Systeme bringen
• Asset-Tracking - dieselben Tracker, die beantworten, wo Dinge sind