Gå till innehållet

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.

Stilleståndsorsaker ordnade efter total varaktighet Principskissen visar hur en Pareto-analys är uppbyggd. Fem staplar är ordnade efter höjd i fallande ordning från vänster till höger, och varje stapel motsvarar en stilleståndsorsak. Över staplarna löper en kumulativ linje som stiger från vänster till höger och planar ut mot slutet. Bilden visar metoden, inte verkliga tal. orsak 1 orsak 2 orsak 3 orsak 4 orsak 5 Stilleståndsorsaker efter varaktighet kumulativ linje visar var gränsen bör dras principskiss · talen kommer ur anläggningens egen larmhistorik
Figur 1 · Pareto-analysen ordnar stilleståndsorsakerna efter total varaktighet. Den kumulativa linjen visar hur många orsaker som måste åtgärdas innan effekten börjar avta.

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.

Typiskt rapporteringsbehov och hur det görs i DataPortia
Det som ska rapporteras Var det uppstår Del av DataPortia
Drifttid och stilleståndLinjens drifttillstånd och larmTidsserie + larm- och händelsehistorik
Fördelning av stilleståndsorsakerLarmens allvarlighet, område och varaktighetPareto-, varaktighets- och allvarlighetsanalyser
StyckantalRäknarsignal från automationenBeräkningspunkt som anpassas till rapportens tidsintervall
Uppföljning per skiftSamma mätningar för skiftets tidsintervallSchemalagd rapport i PDF, CSV eller Excel
Förreglingskedjans förloppHändelser med ursprungliga tidsstämplarMillisekundsupplö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.

Begär 30 dagars testperiod Kontakta mig