Lagerställ

Ställage körs på hela tiden och besiktigas då och då. En truck tar en stolpe i gångfart, ingen rapporterar det eftersom inget synligt hände, och nästa smäll landar på ett ben som redan är försvagat. Skadan byggs upp i luckorna mellan manuella besiktningar, vilket är precis där ingen tittar.

Tre saker följer av det, och de är hela skälet att mäta:

• Skadan är långsam och tyst. Upprepade smällar i låg fart försvagar ett ställ över tid utan att lämna ett märke någon skulle lägga märke till på en rundvandring.
• Den hittas för sent. När skadan väl syns handlar det om reparationer och stillestånd, och i värsta fall en kollaps.
• Där övervakning finns är datan ofta inlåst i en egen dashboard i stället för i det lagerhanterings- eller affärssystem teamet faktiskt arbetar i.

Vad som mäts

Square Impact är inte separat hårdvara. Det är Impact-appen som kör på Square Tracker-hårdvara - den tåliga Xtreme-varianten, vars IP68- och IK06-klassning, inbyggda 4 Ah-cell och 3D-accelerometer är det uppgiften kräver. Enheten monteras på ställagebenet och rapporterar stötar, vibration, lutning och temperatur.

Det spelar roll för mer än beskrivningens exakthet. Samma enhet är en tillgångsspårare med en annan app i sig, så ett lager som redan kör Square Trackers köper inte en ny flotta, och en ställagesensor kan få en ny uppgift senare utan att hårdvara byts. Appar levereras trådlöst; se Appuppgradering och Appinformation och konfiguration.

Detektering	3-axlig accelerometer - stötar, smällar och onormala vibrationsmönster
Batteri	Händelsestyrd 4 Ah-cell, 10+ år. Montera en gång, ingen bytescykel
Räckvidd	LoRaWAN upp till 2 km, så en gateway täcker en anläggning i stället för en nod per gång
Miljö	IP68 och IK06 - vattentät, dammtät, stöttålig
Position	Wi-Fi-MAC-skanning knyter varje stöt till en plats, i en byggnad utan GPS
Driftsättning	NFC, genom att hålla en Android-telefon mot enheten

Hårdvarusidorna bär den fullständiga specifikationen och är auktoriteten på den; siffrorna ovan är de som avgör om installationen fungerar.

Händelsestyrd drift är det som gör batterisiffran verklig: sensorn är tyst tills något händer, så ett decenniums livslängd är en följd av att ställaget körs på då och då snarare än oavbrutet.

Vibrationen är den del som förutsäger

Ett stötlarm talar om att ett ställ blev påkört. Det är användbart, och det är inte den intressanta halvan.

Sensorn kör även en FFT och rapporterar vibrationsenergi i nio band från 1 till 256 Hz. Slitage och glapp förändrar den signaturen innan något går sönder, så banden är det som gör att ett ställ kan tas ur drift på bevis i stället för efter en incident. Ett stötlarm är reaktivt per definition; frekvensdatan är det som gör programmet prediktivt.

Varje band kommer in som ett eget fält på enheten, från output.acc_1hz upp till output.acc_256hz, så banden kan diagramsättas, tröskelsättas och trendas som vilken annan avläsning som helst.

Det är också här ett ställ som tyst försämras skiljer sig från ett som bara blev påkört en gång. En enstaka smäll är en händelse. En drivande signatur är ett tillstånd.

Vart datan går

Poängen med att mäta är att någon agerar, och människor agerar inne i de system de redan har öppna. Ställagehälsa som bor i en egen dashboard kontrolleras när någon kommer ihåg det.

Mittensteget är det som gör det sista steget möjligt. En översättare gör om nyttolasten till namngivna fält på en vanlig Yggio-enhet, och därifrån är datan nåbar på samma sätt som allt annat - ett standardiserat gränssnitt i stället för skräddarsydd mellanprogramvara per system.

• In i verksamhetssystem - lagerhanteringssystem, affärssystem och fastighetssystem över det öppna API:et eller MQTT, så att ställagehälsa ligger bredvid varje annan operativ signal.
• In i rapportering - Grafana och Power BI genom samma gränssnitt.
• In i åtgärd - regelmotorn avgör vad en stöt över en tröskel utlöser: en arbetsorder, ett meddelande till skiftledaren, en eskalering om ingen kvitterar.

Eftersom datan landar som vanliga enheter gäller allt i plattformen för den: åtkomsträttigheter per anläggning eller per entreprenör, dashboards per roll, och rapporter på schema.

Att driva det över flera anläggningar

Lagerverksamhet är sällan en byggnad, och det som betyder något i flottskala är föga glamoröst:

• En gateway per anläggning, inte per gång, eftersom 2 km räckvidd täcker en anläggning. Gatewayen placeras där ett nätverksuttag redan finns.
• Batteri- och länkhälsa följd för varje sensor, så att en som tystnat larmas som ett fel i stället för att misstas för ett ställ som inte blivit påkört.
• En gemensam hierarki över anläggningarna, så att en stöt rapporteras som en gång och en sektion i stället för en enhetsidentitet. Inomhuspositionering hjälper här, men det är namngivningen som gör ett larm åtgärdbart klockan tre på natten.
• Datan förblir er, på öppna FIWARE-datamodeller, körd i molnet, på edge eller lokalt.

Att komma igång

Låg risk, och snabbt till ett första resultat.

1 - Avgränsa det i ett samtal. En timme räcker oftast för att fastställa var ställageskadorna faktiskt finns, vad reparationshistoriken säger, och vilka av era egna system datan måste nå.

2 - Pilot på en anläggning, ett antal gångar - de med reparationshistoriken, eftersom det är där kalkylen snabbast bevisas eller motbevisas. Litet nog att rymmas i normal drift, och levererat in i ert skarpa lagerhanteringssystem snarare än en egen dashboard, så att det är bevis i er egen miljö.

3 - Skala över återstående gångar och anläggningar, på samma plattform, namngivning och datamodell.

Värt att bekräfta under piloten snarare än efter den: att en gateway verkligen täcker anläggningen innan ni beställer sensorer till den, och att en stöt når skiftledaren i det system de redan har öppet. Bygg sedan ut på vibrationstrenderna efter ett helt kvartal - stötarna motiverar sensorerna, men det är de drivande signaturerna som gör programmet prediktivt.

Relaterat

• Vattenläckagedetektering - samma larm- och eskaleringsmönster
• Regelmotorn - att göra en stöt till en arbetsorder
• LoRaWAN - hur sensorerna når Yggio
• Square Tracker Xtreme - hårdvaran Impact-appen kör på
• Appuppgradering - att leverera appen till enheten
• Övriga integrationer - att få ut data till andra system
• Asset tracking - samma spårare, som besvarar var saker finns