Styckeproduktion
På en produktionslinje är det avgörande talet hur länge linjen stod stilla och varför. Båda uppgifterna uppstår i automationssystemet, men de försvinner i en larmlista som nollställs vid skiftbyte. DataPortia™ lagrar larm och händelser permanent och ordnar dem efter total varaktighet — då syns det vart tiden faktiskt går.
Kort svar
DataPortia samlar in linjens mätvärden och larm från OPC UA-servern, lagrar dem som standard i 24 månader och tar fram tillgänglighets- och stilleståndsrapporter av dem. Stilleståndsorsakerna ordnas med Pareto-, varaktighets- och allvarlighetsanalyser. Styckantalen härleds med beräkningspunkter ur automationens räknare.
Vad rapporteras typiskt från en produktionslinje?
Drifttid och stilleståndstid, orsakerna till stilleståenden och hur ofta de återkommer, producerade styckantal och linjens förbrukning i förhållande till produktionen. Allt detta uppstår ur signaler som automationen redan ger. Det som saknas är lagring som inte nollställs vid skiftbyte, och beräkning som gör om ögonblicksvärden till nyckeltal för perioden.
| Det som ska rapporteras | Var det uppstår | Del av DataPortia |
|---|---|---|
| Drifttid och stillestånd | Linjens drifttillstånd och larm | Tidsserie + larm- och händelsehistorik |
| Fördelning av stilleståndsorsaker | Larmens allvarlighet, område och varaktighet | Pareto-, varaktighets- och allvarlighetsanalyser |
| Styckantal | Räknarsignal från automationen | Beräkningspunkt som anpassas till rapportens tidsintervall |
| Uppföljning per skift | Samma mätningar för skiftets tidsintervall | Schemalagd rapport i PDF, CSV eller Excel |
| Förreglingskedjans förlopp | Händelser med ursprungliga tidsstämplar | Millisekundsupplösning, händelseförloppsanalys (SOE) |
Styckantal förutsätter att det finns en räknare i automationen som syns på OPC UA-servern. DataPortia samlar in den som vilken mätpunkt som helst, men skapar inte räknaren själv. Finns ingen räknare måste den först läggas till på automationssidan.
Varför bör stilleståndsorsakerna ordnas efter varaktighet?
Därför att det larm som återkommer oftast inte är detsamma som det som tar mest tid. En kort störning kan synas hundra gånger under ett skift och ändå ta mindre tid än ett enda långt stopp. Pareto-, varaktighets- och allvarlighetsanalyserna ordnar samma larmmaterial på olika sätt, så att både frekvensen och den verkliga tidspåverkan syns.
Närmare: vad som läses ur larmmaterialet
Händelserna läses ur en Alarms & Conditions-prenumeration i OPC UA (Part 9). Med följer allvarlighet, område och den ursprungliga tidsstämpeln, som inte trunkeras — den visas med millisekundsupplösning både på skärmen och i exporten.
Filtrering efter allvarlighet, område och tid avgränsar vyn till en enda linje eller ett enda skift. Detaljerna finns på sidan Larm och händelser.
Hur tar jag reda på vilken förregling som stoppade linjen först?
Genom att se på händelserna med deras ursprungliga tidsstämplar. I en förreglingskedja kan tiotals händelser hamna på samma sekund, och då går ordningen inte att utläsa ur en tidsstämpel som trunkerats till hel sekund. DataPortia bevarar tidsstämpeln från automationen utan att trunkera den och visar den med millisekundsupplösning, så att den första utlösaren skiljer sig från följderna.
Upplösningen kommer från automationssystemet. Om OPC UA-servern inte ger millisekundsupplösning går den inte att skapa i efterhand — DataPortia bevarar det den får, den lägger inte till upplösning.
Går talen att få in i ett MES- eller ERP-system?
Ja. REST API v1 är enbart läsande och autentiseras med en API-nyckel som tillåts 120 förfrågningar per minut. Via det läses mätdata, larm och systemets tillstånd. Händelser går också att skicka vidare direkt när de inträffar, som en HMAC-signerad webhook. Ingendera riktningen skriver något till automationen.
Närmare: nycklar, användningsgräns och avbrott hos mottagaren
Ge varje integration en egen API-nyckel. Gränsen räknas per nyckel, så förfrågningarna från MES och rapportverktyget äter inte av varandras budget, och att återkalla en nyckel lämnar de övriga orörda.
Misslyckade webhookleveranser görs om automatiskt, så en mottagare som varit nere en stund betyder inte en förlorad händelse. Gör mottagarens hantering idempotent, eftersom samma händelse kan komma två gånger. Se REST API och webhookar.
Vanliga frågor
Nedan de frågor som återkommer oftast i produktionslinjemiljöer: ändringar i automationen, rapporter per skift, uppföljning av flera linjer och vidarebefordran av larm till underhållet. Om din linje har ett särdrag som inte finns här, berätta om det — jag bedömer lämpligheten direkt.
Måste ändringar göras i automationssystemet?
Nej, om de signaler som behövs redan finns på OPC UA-servern. DataPortia ansluter som klient till den befintliga servern och läser från den; PLC-programmet rörs inte. En ändring behövs bara om en önskad signal — till exempel en styckräknare — saknas helt i automationen.
Går rapporten att köra vid skiftbyte?
Rapporterna schemaläggs med dygns-, vecko- eller månadsrytm. Granskning per skift görs genom att välja skiftets tidsintervall, och samma rapportmall fungerar både i en manuell och i en schemalagd rapport. Berätta om skiftrytmen, så går jag igenom vilken schemaläggning som ligger närmast.
Går det att följa flera linjer i samma system?
Ja. DataPortia hanterar flera parallella OPC UA-anslutningar, var och en med egna mätpunkter och egna inställningar. Antalet anslutningar avgör licensnivån — det finns sju nivåer, från en enda anslutning till obegränsat. Se Priser och licensiering.
Går larmen att vidarebefordra till underhållet med SMS?
Under utveckling SMS-larm har inte kunnat testas i produktionsmiljö, och funktionen är inte tillgänglig. För närvarande skickas larmen ut med en HMAC-signerad webhook till det mottagande systemet, som sköter sin egen kommunikation.
Hur testar jag det här på min egen linje?
Installera testversionen på en egen server och anslut den till linjens OPC UA-server. Testperioden är 30 dagar, alla funktioner utom HA-tillägget, och utan förbindelse. Samla in en veckas larmhistorik och kör en Pareto-analys på den — det visar direkt om ordningen stämmer med den bild man redan har av linjen.