Po dešimtmečius trukusios gamybos palaikymo, programuojamų loginių valdiklių (PLC) sistemos, regis, pasiekia savo ribas, tenkindamos šiuolaikinius reikalavimus. Šios pasenusios platformos niekada nebuvo sukurtos analitikai, dirbtiniam intelektui ir net pagrindiniam ryšiui tarp kelių įrenginių diegti. Apribojimas yra ne patikimumas, nes tradiciniai PLC išlieka veiksmingi pagrindinėms valdymo funkcijoms atlikti, o jų standumas. Pririšdamos gamintojus prie patentuotų ekosistemų, jos sukuria kliūtis modernizacijai ir mastelio keitimui.Įsivaizduokite scenarijų, kai įmonė turi atnaujinti valdymo programinę įrangą dešimtyje gamybos vietų. Pagal dabartinį modelį tai reiškia, kad į kiekvieną vietą reikia siųsti inžinierius atskiriems diegimams, sustabdyti gamybos linijas ir pasikliauti kiekviena rankine konfigūracija, kad darbai vyktų be klaidų. Net ir turint labai patyrusias komandas, nedideli nustatymų skirtumai gali sukelti skirtumų tarp vietų, kurie laikui bėgant susikaupia. Dabar įsivaizduokite išplėtimą nuo dešimties iki šimtų ar tūkstančių vietų: rankiniai atnaujinimai greitai tampa sudėtingi, linkę į klaidas ir beveik neįmanoma juos nuosekliai valdyti.Plėtra kelia dar didesnį iššūkį. Naujo objekto įkūrimas arba gamybos pajėgumų didinimas reikalauja prisitaikyti prie tiekėjo specifinių aparatinės įrangos reikalavimų, pertvarkyti valdymo logiką įvairioms platformoms ir valdyti vis sudėtingesnį nesuderinamų sistemų tinklą. Dėl to plėtra padidina valdymo išlaidas, o ne išnaudoja masto ekonomiją. Sprendimas slypi centrinio periferinio valdymo sprendime, kuris palaiko šiuolaikinių programų darbo krūvius, pvz., konteinerinius programinius PLC. Šis metodas atskiria aparatinę įrangą nuo programinės įrangos ir užtikrina vieningą paskirstytų operacijų valdymą.Kodėl dabartiniai metodai neveikiaTradicinės pramoninio valdymo architektūros turi keletą pagrindinių apribojimų. Pirma, jos tiesiogiai susieja valdymo programas su konkrečia aparatine įranga, todėl atnaujinimai, perkėlimai ir išplėtimai tampa be reikalo sudėtingi. Kai PLC pasiekia eksploatavimo pabaigą, įmonės dažnai susiduria su sunkiu pasirinkimu tarp brangaus aparatinės įrangos atnaujinimo ir vis labiau pasenusių sistemų priežiūros.Šių platformų patentuotas pobūdis taip pat sukuria papildomą trintį. Skirtingi tiekėjai naudoja nesuderinamas programavimo aplinkas, ryšio protokolus ir licencijavimo modelius. Dėl šio susiskaidymo vienoje sistemoje įgyta patirtis nebūtinai perkeliama į kitą, o skirtingų prekių ženklų įrangos integravimas reikalauja individualaus kūrimo darbo. Be to, atskirų PLC valdymas keliose vietose reikalauja rankinio įsikišimo kiekvienam pakeitimui, o tai sukuria kliūtis, kurios lėtina inovacijas ir didina veiklos sąnaudas. Įmonės naudoja valdymo sistemas, kurios trukdo užtikrinti šiuolaikinėje gamyboje reikalingą ryšį ir prisitaikymą.Pramoninėms operacijoms naudinga valdymo logika, galinti veikti bet kurioje platformoje, valdymo įrankiai, veikiantys skirtingose vietovėse, ir sistemos, sukurtos vienu metu palaikyti kelias programas.Pagrindinės inžinerinės problemos ir galimi sprendimaiRankinio konfigūravimo apribojimų pašalinimasRankinis konfigūravimas turi įtakos visiems paskirstytų operacijų aspektams. Kai reikia atnaujinti valdymo logiką, inžinierių komandos turi vykti į kiekvieną objektą, individualiai įdiegti pakeitimus ir patikrinti tinkamą veikimą. Šis procesas gali užtrukti kelias savaites, net ir atliekant nedidelius atnaujinimus keliose įstaigose. Be to, rankinės procedūros savaime sukuria skirtumų tarp objekto, dėl ko atsiranda veikimo neatitikimų, kurie gali pakenkti produkto kokybei ir efektyvumui. Trikčių šalinimas yra ypač sudėtingas, nes kiekviena vieta gali veikti skirtingai, nepaisant tariamai identiškos valdymo logikos.Kitas svarbus aspektas – atšaukimo procedūros. Jei atnaujinimas sukelia komplikacijų, joms išspręsti gali prireikti tolesnių apsilankymų vietose, o tai pailgina prastovas ir padidina išlaidas. Sutrikimų baimė dažnai neleidžia įmonėms įdiegti naudingų atnaujinimų, todėl jos yra priverstos toliau pasikliauti pasenusiomis valdymo sistemomis. Konteinerizuoti „SoftPLC“ keičia šią dinamiką, leisdami valdymo programas, supakuotas kaip konteineriai, vienu metu diegti keliose vietose iš vienos centralizuotos vietos. Tas pats konteineris, kuris veikia kūrimo aplinkoje, identiškai veikia ir gamyboje, todėl pašalinamas konfigūracijos nukrypimas tarp vietų. Be to, atnaujinimai pereina iš aparatinės įrangos diegimo projektų į programinės įrangos diegimą, taip sutrumpinant diegimo laiką nuo savaičių iki valandų ir pagerinant nuoseklumą visose operacijose.Pardavėjo priklausomybės apribojimų vertinimasNuosavybės teise paremtos valdymo sistemos sukuria ilgalaikes strategines problemas, kurios neapsiriboja tiesioginiais techniniais iššūkiais. Įmonės gali atsidurti įstrigusios tiekėjų ekosistemose, kurios diktuoja techninės įrangos pasirinkimą, programinės įrangos licencijavimo išlaidas ir integraciją. Ši priklausomybė silpnina jų derybines pozicijas ir verčia laikytis tiekėjų atnaujinimų ir palaikymo terminų.Nuosavybės teise paremtų PLC prijungimas prie analizės platformų, debesijos paslaugų ar dirbtinio intelekto sistemų dažnai reikalauja brangios tarpinės programinės įrangos ir individualių programų kūrimo, o kiekviena integracija didina sudėtingumą ir gali sukelti gedimų. Be to, inžinieriaus platformoms būdingi įgūdžiai nėra lengvai perkeliami, todėl atsiranda personalo apribojimų ir ribojamas lankstumas diegiant naujas technologijas.Aparatinės įrangos nepriklausomi „SoftPLC“ sprendžia šiuos iššūkius veikdami geriausiose pramoninių skaičiavimų platformose. Kadangi programos yra perkeliamos tarp daugelio techninės įrangos tiekėjų, jos palaiko konkurencingą pirkimą ir sumažina priverstinio atnaujinimo poreikį. Atviros kūrimo aplinkos naudoja pažįstamas programavimo kalbas ir įrankius, todėl lengviau rasti kvalifikuotą personalą ir užtikrinti sklandžią integraciją su šiuolaikinėmis programinės įrangos ekosistemomis.„OnLogic“ CL210 kraštinis kompiuteris, sumontuotas valdymo spintoje, skirtas pramoninio tinklo apsaugai. Paveikslėlis panaudotas „OnLogic“ sutikimu.Iššūkių sprendimas integracijos būduInformacijos ir operacinių technologijų sujungimas išlieka viena iš nuolatinių problemų šiuolaikinėje gamybos aplinkoje. Pavyzdžiui, ryšio protokolai, tokie kaip „Modbus“, „EtherCAT“ ir „PROFINET“, veikia kitaip nei verslo tinklai ir kiekviename integracijos taške reikalauja konvertavimo mechanizmų. Šiems konvertavimo mechanizmams reikalingi specialūs šliuzai ir individualus programavimas, o tai padidina sudėtingumą ir galimus gedimų režimus.Be to, gamybos sistemos turi būti nuolat prieinamos, o tai gali prieštarauti IT saugumo praktikai, kuri apima reguliarius sistemos atnaujinimus ir pataisymus. Dėl šio nesuderinamumo įmonės yra priverstos valdyti izoliuotus gamybos tinklus, nutraukiant prieigą prie duomenų, reikalingų analizei, ir galint atsirasti saugumo spragų.Pramoninė įranga linkusi nuolat generuoti realaus laiko informacijos srautus, kurie gali neatitikti standartinių verslo duomenų bazių struktūrų. Šių duomenų kiekis ir dažnumas gali perkrauti standartinę IT infrastruktūrą, kuri nebuvo sukurta apdoroti tūkstančius atnaujinimų per sekundę. Organizacijos dažnai griebiasi kurti pritaikytas duomenų vertimo sistemas, kurioms reikalinga nuolatinė priežiūra, o tai riboja analitines galimybes.Perimetro kompiuterijos platformos sprendžia minėtas integracijos problemas teikdamos vietinę paramą tiek pramoniniams, tiek IT protokolams. Šios sistemos gali tiesiogiai bendrauti su gamybos įranga, naudodamos nustatytus pramonės standartus, tuo pačiu metu užtikrindamos suderinamumą su žiniatinklio API, kurių reikia šiuolaikinėms gamybos programoms. Ši dviguba galimybė leidžia išvengti daugelio problemų keliančių pasirinktinių konvertavimo sluoksnių ir suteikia IT komandoms reikalingas saugumo kontrolės priemones ir valdymo įrankius.Mastelio keitimo kliūčių sprendimasAukštu lygiu dabartiniai mastelio keitimo metodai linkę eksponentiškai padidinti valdymo sudėtingumą. Kiekvienai naujai vietai reikalingas atskiras techninės įrangos įsigijimas, individuali konfigūracija ir priežiūra, kuri negauna naudos iš kitose vietose atliekamo darbo. Veiklos pridėtinės išlaidos didėja sparčiau nei gamybos pajėgumai, todėl mažėja dėl plėtros gaunamas efektyvumo padidėjimas.Išteklių panaudojimas yra dar vienas mastelio keitimo iššūkis. Dedikuoti PLC dažnai veikia mažais panaudojimo rodikliais, tačiau standartinės architektūros neleidžia dalytis skaičiavimo ištekliais tarp įvairių valdymo funkcijų. Dėl to gali būti per daug aprūpinta technine įranga ir neefektyviai naudojama turima apdorojimo galia. Valdymo sistemų valdymas keliose laiko juostose ar regionuose reikalauja daug kelionių arba vietinio techninio personalo.Kita vertus, programinės įrangos apibrėžtos valdymo sistemos pagerina mastelio ekonomiją, nes programos traktuojamos kaip modulinė programinė įranga, o ne kaip aparatinės įrangos sistemos. Naujas svetaines galima diegti įdiegus standartinę skaičiavimo įrangą ir atsisiunčiant atitinkamus programų konteinerius. Kraštinių tinklų valdymo platformos taip pat užtikrina centralizuotą valdymą, išsaugant vietinę autonomiją, o tai leidžia įmonėms plėsti veiklą nepadidinant valdymo išlaidų.PLC apribojimų įveikimas„OnLogic“ įveikia PLC apribojimus kurdama pramoninę skaičiavimo įrangą, sukurtą paskirstytoms periferinėms programoms. Jų sistemos suteikia neapdorotą apdorojimo galią ir junglumą, reikalingą kelioms konteinerinėms programoms paleisti, kartu išlaikant atsparumą aplinkos poveikiui, reikalingą gamybos aplinkoje. Platformos palaiko tiek senus pramoninius protokolus, tiek šiuolaikinius tinklo standartus, supaprastindamos integracijos iššūkius. „Avassa“ papildo šį aparatinės įrangos pagrindą periferinio orkestravimo programine įranga, kuri pramoninėje aplinkoje suteikia debesijos pagrindu veikiančių programų valdymą. Ji leidžia centralizuotai diegti ir valdyti paskirstytas programas ir išlaikyti vietinę autonomiją, kurios reikia pramonės operacijoms. Šių technologijų derinys leidžia inžinierių komandoms valdyti šimtus paskirstytų valdymo programų iš vienos centrinės vietos.„Avassa“ teikia automatizuotą ir efektyvų konteinerių išdėstymo ir versijų kūrimo funkcionalumą bei galimybę stebėti ir stebėti programų būklę. Paveikslėlis panaudotas „Avassa“ sutikimu.Galiausiai „OnLogic+Avassa“ yra perėjimas nuo aparatinės įrangos pagrindu veikiančio prie programinės įrangos pagrindu veikiančio pramoninio valdymo. Šis metodas leidžia gamintojams įdiegti valdymo logikos pakeitimus visose operacijose per kelias minutes, o ne savaites, efektyviau integruotis su analizės ir dirbtinio intelekto sistemomis bei plėstis neproporcingai padidinant valdymo sudėtingumą.Norite sužinoti daugiau apie tai, kaip „SoftPLC“ įgalina šiuolaikinę automatizaciją? Apsilankykite „OnLogic“ svetainėje, kad peržiūrėtumėte visą informacinį dokumentą apie „SoftPLC“, periferinius kompiuterius ir konteinerius bei gautumėte įžvalgų, kaip kurti atsparias, našias ateities pramoninės automatizavimo sistemas.
