IIoT och vikten av samarbetsinriktad infrastruktur

Industrin är en grundläggande sektor för att ett lands ekonomiska motor ska fungera. Ju mer industrialiserat ett land är, desto större blir fördelarna för samhället, från livskvalitet till skapande av arbetstillfällen.

För närvarande drivs det industriella ekosystemet av det ständiga behovet av modernisering och ökad effektivitet för att minska produktionskostnaderna. Att optimera produktionsprocesser är en utmaning som är beroende av integrerat och automatiserat infrastruktursamarbete. För att uppnå detta behöver företag en interoperabel lösning som kan samla in data från olika utrustningar, lagra dem på ett strukturerat sätt, bearbeta dem för att skapa ett beslutsflöde i realtid och göra dem tillgängliga för andra system passivt eller till och med proaktivt.

IIoT löser ett antal problem genom övervakning, vilket minskar driftskostnaderna för underhåll eftersom det kan varna för avvikelser från standarder i alla operationer. Processen är dock fortfarande bristfällig om vi får ett larm om en motor som närmar sig underhåll när det inte finns någon kommunikation med systemet som styr lagret och indikerar en nollkvantitet av den reservdelen.

Som förväntat är en lösning som involverar samarbetsinriktad infrastruktur beroende av integrationen av utrustning och system över flera lager som behöver integreras för att skapa den önskade lösningen:

  • Det första lagret, vid utrustningsänden, kallas integrationslagret (det fysiska lagret), som ansvarar för att ansluta och överföra information från anläggningar som inte alltid har samma mognadsnivå. Med andra ord kan det vara utrustning med analoga sensorgränssnitt (t.ex. 4–20 mA), digitala portar, styrenheter (PLC) eller till och med "smarta sensorer", vilket hindrar en enhetlig anslutning av all denna infrastruktur på ett decentraliserat sätt. Detta lager involverar forskning och inköp av kommunikationsutrustning med olika gränssnitt för anslutning till de önskade tillgångarna, vilket kräver betydande investeringar i snabbt utvecklande tekniska tillgångar.
  • Det andra lagret, kommunikationslagret, kräver konvertering av kommunikationsprotokoll som varierar beroende på varje applikationstillgång, och för detta måste lösningen tillåta läsning av vilket protokoll som helst. Ytterligare utveckling är nödvändig för varje typ av protokoll och önskad konvertering.
  • Det tredje lagret, informationslagret, ansvarar för att lagra information i ett strukturerat och branschcertifierat format. Denna information är sedan tillgänglig för användning av andra specialiserade verktyg och system. Ytterligare utveckling behövs på detta lager för att säkerställa att informationen är i ett standardiserat och branschgodkänt format.
  • Det fjärde lagret, med fokus på funktionalitet, återspeglar behovet av realtidshantering och bearbetning av denna information för att generera prediktiva larm och aviseringar. Det är nödvändigt att bygga ett gränssnitt och ett intelligent system som möjliggör enkel och tillförlitlig hantering av denna tjänst, och som kan bearbeta aviseringar på ett säkert sätt.
  • Slutligen är det femte lagret affärslagret som ansvarar för interoperabilitet med system för operativ ledning, underhåll och kundrelationer, och genererar processtriggers som är nödvändiga för fullständig automatisering av processen.

De flesta IIoT-projekt är långsamma och kommer ofta aldrig igång eftersom de är beroende av den interna utvecklingen av alla dessa lager inom företaget, och följaktligen en hög arbetskraftskostnad.

Förutom att utveckla system med programmerare är det nödvändigt att integrera olika verktyg från olika leverantörer för att sätta ihop en modell som är mycket specifik för lösningen, även på ett halvautomatiskt sätt. Resultatet är nästan alltid en "Frankenstein" med liten flexibilitet och hög ägandekostnad.

Bridgemeter skapades för att möta just denna efterfrågan på samarbetsinriktad infrastruktur, genom att integrera de 5 lagren i en verklig digitaliseringsprocess (inte att förväxla med digitalisering), i en nyckelfärdig modell som eliminerar behovet av utveckling, programmeringsteamkostnader och intern utvecklingstid utanför företagets kärnverksamhet.

Målet är att, utan några CAPEX-kostnader och på mycket kort tid, implementera en lösning som erbjuder helt automatiserad informationsinsamling, varningar, meddelanden, utlösare och revision, med drifts- och underhållsfördelar baserat på en lösning-som-en-tjänst-modell.

Gillade du den här artikeln?

Dela på LinkedIn
Dela på Facebook
Dela på Twitter
Dela via e-post
Dela via WhatsApp
Dela via Telegram

Prenumerera på vårt nyhetsbrev