← Terug naar de categorie Process Automation

Waarom is het belangrijker dan ooit om ervoor te zorgen waarborgen zijn om te beschermen en te beheren wijzigingen aan logica beheersen

Het toegenomen gebruik van fabrieksvloer automatisering productie doelen te bereiken is een afhankelijkheid gecreëerd op PLC's, PC-gebaseerde besturingssystemen, SCADA-systemen, robot controllers en HMI's. Daarom is het belangrijk dat bedrijven ervoor zorgen dat de juiste voorzorgsmaatregelen zijn getroffen om te beschermen en te beheren eventuele wijzigingen logica controle over de fabriek, zegt Andy Thorogood, Product Manager bij MAC Solutions.

Fabrieksvloer automatisering controle systemen vaak gepaard met een reeks van PC-werkstations, programmeerbare logische controllers (PLC's), HMI (human machine interfaces) en robotica controllers. Besturingslogica wordt opgeslagen in het apparaat of op een bijbehorende werkstation en kan een groot aantal verwante bestanden en uitvoerbare programma's te betrekken. Deze complexiteit vormt een uitdaging voor het opsporen van ongeautoriseerde - en potentieel gevaarlijke - veranderingen van het programma, vooral wanneer systemen van meerdere leveranciers en de bijbehorende verscheidenheid aan programma-ontwikkeling en device management tools bestaan.

Tot voor kort, eigen protocollen en netwerk isolatie mits adequate beveiliging tegen externe bedreigingen. Echter, veel verkopers verlaten merkgebonden communicatie mechanismen om de kosten te verlagen en de betrouwbaarheid te verbeteren. Evenzo wordt meer en meer device management verhuizen naar PC-gebaseerde werkstations en andere 'open' systemen. Deze overgang standaard protocollen en besturingssystemen is het maken van moderne apparaten en systemen meer kwetsbaar voor aanvallen.

Change Management en de Plant
Gelukkig zijn software-oplossingen zijn nu beschikbaar die kunnen helpen om de hele fabriek automatisering en controle activa te beschermen. Een automatisering Change Management Systemen (CMS) zoals autosave van MDT Software, is een gecentraliseerd systeem dat wijzigingen in programma logica beheert voor de controles programma's en apparaten, zoals PLC's, CNC's, HMI's, PC systemen, robots, aandrijvingen en algemene automatisering programma's. Een typische kleine plant zal zijn een paar honderd programma's die moeten worden beheerd, terwijl grote planten enkele duizenden zal hebben. Over de levensduur van een faciliteit de investering in programma logica alleen al vertegenwoordigt een aanzienlijke uitgaven die moeten worden bewaard en geoptimaliseerd. Om dit te doen moet een CMS de volgende kenmerken:

  • Een backup / archief van eerdere herzieningen van de programma's.
  • De mogelijkheid om veranderingen te detecteren.
  • Gereedschap voor het documenteren veranderingen en het maken van deze zichtbaar voor gebruikers.
  • Een historisch verslag van die verandering, wanneer en waar het werd gemaakt gemaakt.
  • Beveiligde gebruikers-en toegangsbeheer werkstation.
  • Mogelijkheden voor het regelen editor operaties toegewezen aan gebruikersrechten.
  • Ramp recovery / procedures voor het herstellen van hardwareproblemen.
  • Verander kennisgeving.

Automatisering inrichtingen complexer geworden en hebben meer installatiegegevens in hun werking opgenomen, is er een toename van de behoefte aan aanpassing van variabelen en logica maak soepele werking blijven. Deze aanpassingen kunnen individueel worden kleine, maar zijn direct gekoppeld aan de machine door en uptime. Als het huidige apparaat programma en configuratie zijn verloren, en een oude versie van het apparaat programma moet worden gebruikt, is het resultaat daalde machine prestaties, verminderde kwaliteit en / of downtime. Hoewel deze situatie kostbaar genoeg, overweeg de vertakkingen de werking planten als er geen oudere versies van een verloren programma beschikbaar is en het programma moet volledig worden herschreven. Dit kan en gebeurt, en de gevolgen kunnen aanzienlijk de veiligheid en de verwerkingscapaciteit van de fabriek voor maanden beïnvloeden. Deze effecten toegevoegd aan de kosten om opnieuw te herschrijven, te testen en commissie een enkel programma zijn vaak groter dan de kosten voor een plant-brede CMS-oplossing te implementeren.

Soorten risico's
Er zijn vele gebeurtenissen die kunnen een negatief effect hebben op plant performance, en sommige die ernstige veiligheidsrisico's vertegenwoordigen. Betrouwbare automatisering controle logica kan worden aangetast door de volgende gebeurtenissen:

  • Human Error: Als iemand verandert in een programma dat leiden tot ongewenste resultaten of bederft het programma door onbedoelde wijzigingen, voorafgaande versie van het programma beschikbaar met CMS.
  • Falende apparatuur: Apparatuur kan en doet wat het belooft. Als de hardware faalt en de enige goede kopie van het programma logica was dat de hardware, de plant heeft een probleem. Met een CMS, wordt de hardware vervangen en onderhoudspersoneel download de nieuwste versie van het programma om de processor wat resulteert in slechts een paar minuten downtime.
  • Sabotage: Zo jammer als deze bedreiging is, kan iemand rechtstreeks verbinding maken met een groot aantal apparaten (vooral die in afgelegen, onbeveiligde locaties) en het programma met schadelijke resultaten te wijzigen. Een CMS is ontworpen om de processor wachtwoorden op te slaan, zodat deze niet beschikbaar zonder tussenkomst van de CMS. Ook zal de CMS periodiek uploaden van de logica van de processor voor vergelijking met een kopie van het dossier. Wijzigingen kunnen worden geïdentificeerd in grafische details, en onmiddellijke kennisgeving kan tot verantwoordelijke individuen worden gestuurd.
  • Spanningspieken / onderbrekingen: Vermogen problemen kunnen apparatuur kan gaan blokkeren of ga off-line. Als deze situaties leiden tot een verlies van het programma kan worden gedownload van de CMS nadat de hardware opnieuw.
  • Brand: Elke brand zal een grote verstoring zijn. Of het nu een enkel apparaat of een gehele faciliteit is verloren, met alle programma logica opgeslagen in een centrale, organiseerde CMS-gegevensopslagruimte versnelt de tijd en vermindert de kosten in verband met productie wordt hervat. Verzekeraars beginnen te factor in het gebruik van een CMS in de beoordeling van het risicoprofiel van de faciliteiten. Zonder de juiste systeem waarborgen deze gebeurtenissen kunnen leiden tot een verhoogde uitval en een toename van de "gemiddelde tijd om te herstellen" (MTTR). Herstellen van deze gebeurtenissen snel een adequate planning van de hardware en het onderhoud strategie, en een betrouwbare en recente back-up van de automatisering programma logica. Actuele en volledige back-up van het programma logica vereisen de kenmerken van een CMS. Terwijl een handmatige back-up benadering adequaat op het eerste gezicht kan lijken, heeft de ervaring geleerd dat het personeel van te veel taken die strijden om de tijd om handmatig een back-up programma's op een consistente basis. Ook de toegenomen zichtbaarheid van veranderingen door betere rapportage en de mogelijkheden voor procesverbetering veroorzaakt door het effectieve gebruik van een CMS applicatie kan snel betalen voor het CMS.

Impact van Plant Activiteiten versies van programma Logic
Elke plant heeft een unieke set van soorten verandering en frequenties die een CMS strategie kan beïnvloeden. Een geselecteerde reeks activiteiten staat hieronder beschreven om verder na te denken prompt en benadrukken de noodzaak van een goede uitvoering van een CMS om optimale resultaten te bereiken.

  • Aard en frequentie van wijzigingen: zorgen dat een voldoende aantal exemplaren programma beschikbaar zodat wijzigingen kunnen worden geclassificeerd en beoordeeld. Sommige veranderingen vertegenwoordigen echte verbeteringen, terwijl anderen benadrukken een proces probleem of training probleem dat op een andere manier moet worden aangepakt.
  • Proces Verbeteringen: Als er wijzigingen zijn aangebracht in het proces dat eerdere versies van het programma overbodig te maken, moet deze verbeteringen duidelijk worden geïdentificeerd, zodat gebruikers niet terugkeren naar een oudere versie van een programma om een ​​nieuw probleem op te lossen. Plant operationele richtlijnen moeten identificeren wanneer het schrappen van de voorafgaande programma's gerechtvaardigd is, en welke gebruikers deze machtiging zal hebben.
  • Onbeheerde Wijzigingen: Zonder een CMS de controles ingenieur de editor software zou gebruiken op een werkstation of laptop aan veranderingen in een apparaat te maken. Als meerdere mensen wijzigingen aanbrengen van meerdere computers, is de documentatie van veranderingen vaak verloren. Met een CMS het lopende programma te vergelijken in de inrichting met het laatste variant kan een plant veranderingen die buiten de CMS gemaakt identificeren. Zodra de CMS wordt uitgevoerd en voldoende inrichting netwerken is op zijn plaats, redigeert buiten het CMS moet worden ontmoedigd.
  • Tijdelijke veranderingen: Het is gebruikelijk om een ​​tijdelijke verandering van een programma weer geactiveerd tijdens een onderhoud taak wordt uitgevoerd op een defect onderdeel maken. Het is ook gebruikelijk voor deze tijdelijke bypasses te vergeten, wat kan resulteren in ernstige veiligheidsproblemen. Een CMS wordt gebruikt om deze tijdelijke wijzigingen mee en bieden een middel om gemakkelijk herstellen van een eerdere versie van het programma zodra het onderhoud is voltooid.
  • Multi-Process Recept of Operations: In installaties die verschillende processen of recepten werking is het belangrijk om bepalen welke versie van een programma wordt bijgewerkt. De oprichting van gespecialiseerde kopieën van programma's als "master versies" voor elk van deze processen kan helpen bij het beheer van deze efficiënt.

Procesindustrie Informer

Vraag meer info over dit nieuws / product artikel

Gerelateerd nieuws

Laat een reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd *

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.