Защо структурата на PLC таговете е по-важна от всякога

С разрастването и взаимното свързване на проектите за индустриална автоматизация PLC стратегиите за програмиране се развиват отвъд простите стълбови логически подпрограми. Съвременните контролери вече управляват едновременно координацията на машините, периферните комуникации, диагностиката, интеграцията на системи за безопасност и обмена на данни в рамките на целия завод.

В тази все по-сложна среда организацията на таговете се превърна в критично инженерно решение. Изборът между тагове с обхват на контролера и тагове с обхват на програмата пряко влияе върху ефективността на паметта, скоростта на отстраняване на неизправности, преносимостта на кода и дългосрочната поддръжка.

Докато по-старите поколения PLC разчитаха в голяма степен на фиксирани адреси на паметта, съвременни платформи като Rockwell Studio 5000 и Siemens TIA Portal въведоха гъвкави архитектури, базирани на тагове, които поддържат модулно програмиране и мащабируем дизайн на машините.

Фигура 1. Съвременните PLC платформи организират физическите входове/изходи в глобално достъпни структури от паметта на контролера, за да улеснят комуникацията между програмите и външните устройства.

От фиксирани адреси към гъвкави архитектури, базирани на тагове

Как се промениха PLC променливите с течение на времето

Ранните PLC системи зависеха от твърди карти на паметта. Инженерите обръщаха се към променливите чрез фиксирани адреси като N7:0 или B3:1/0. Макар че тези структури бяха ефективни за по-малки системи, те станаха трудни за мащабиране в по-големи автоматизирани съоръжения.

Съвременните системи, базирани на тагове, замениха фиксираните адреси на паметта с описателни имена на променливи и гъвкави структури от данни. Днес инженерите могат да дефинират цели числа, стойности с плаваща запетая, низове, масиви и потребителски типове данни с много по-голяма разбираемост.

Това развитие подобри и оперативната съвместимост между PLC, HMI, архиватори на данни и SCADA платформи. Платформите в екосистемата на Allen-Bradley ControlLogix и контролерите Siemens SIMATIC разчитат в голяма степен на структурирано управление на таговете за поддръжка на сложни архитектури за автоматизация.

Обхват на контролера спрямо обхват на програмата

Таговете с обхват на контролера функционират като глобални променливи. Всяка програма, подпрограма или задача в PLC може да осъществява достъп до тях. Тези тагове обикновено представляват състояния на цялата машина, физически входове/изходи, аларми, комуникации и производствени данни.

Таговете с обхват на програмата остават локални за конкретна подпрограма или програма. Те изолират вътрешната логика, улесняват повтарящите се машинни секции и намаляват ненужното глобално разпределяне на памет.

Разликата изглежда проста, но последиците за инженерингa стават значителни с разрастването на проектите от единични машини до производствени системи с множество линии.

Фигура 2. Siemens TIA Portal разделя глобално споделените данни на контролера от локалните променливи на ниво функция, за да подобри модулната организация на кода.

Ефективността на паметта все още е инженерeн приоритет

Въпреки че хардуерът на контролерите продължава да се развива, паметта на PLC остава ценен ресурс. Големите производствени обекти могат да съдържат хиляди тагове, които едновременно обработват технологични стойности, състояния на движението, диагностични данни и комуникационни буфери.

Таговете с обхват на контролера за постоянно резервират място в паметта в цялата среда на изпълнение. Прекомерният брой глобални променливи може да увеличи потреблението на памет и да усложни отстраняването на неизправности.

Таговете с обхват на програмата предлагат по-ефективна алтернатива за многократно използваеми логически секции. Инженерите могат да дублират процедури, без да създават изцяло нови структури от глобални тагове за всяка машинна станция.

Този подход става особено важен при повтаряеми производствени клетки, като системи за палетизиране, роботизирани монтажни станции и производствени линии с конвейери.

Фигура 3. Разделянето на таговете на ниво контролер от локалните програмни променливи помага на инженерите да създават по-ясни и по-мащабируеми проекти за автоматизация.

Къде локалният обхват осигурява най-голямо предимство

Многократно използваеми машинни модули

Съвременната автоматизация все повече разчита на модулен дизайн на машините. Интеграторите често дублират идентични станции в множество производствени клетки, за да увеличат производителността, без да проектират логиката от нулата.

Използването на локални тагове позволява на програмистите да възпроизвеждат цели машинни секции, като запазват идентичните имена на вътрешните променливи. Това значително опростява отстраняването на неизправности, въвеждането в експлоатация и бъдещите промени.

Вместо да преименуват стотици променливи за всяка дублирана станция, инженерите трябва само да пренасочат външните референции към входове/изходи, като запазят вътрешната логика непроменена.

По-ясно отстраняване на неизправности и по-бърза интеграция

Капсулирането на ниво програма също така намалява случайните взаимодействия между програмите. Локалните променливи не позволяват на несвързани процедури неволно да променят работни състояния или таймери.

За екипите по въвеждане в експлоатация капсулираната логика съкращава времето за отстраняване на неизправности, тъй като инженерите могат да изолират повредите в отделни машинни модули, вместо да навигират в огромни бази данни с глобални тагове.

Тази стратегия се вписва добре в разпределените машинни архитектури, които обичайно се срещат в опаковъчните системи, автомобилните монтажни линии и роботизираното оборудване за манипулиране.

Фигура 4. Повтаряемите автоматизирани клетки се възползват значително от локалния обхват на програмата, тъй като инженерите могат да използват повторно идентични структури за управление в множество станции.

Кога глобалните тагове стават необходими

Не всяка променлива принадлежи към локалния обхват. Част от информацията трябва да остане общодостъпна в целия контролер.

Физическият вход/изход, Ethernet комуникационните структури, обменът на данни с HMI, комуникационните буфери на MES и масивите за проследяване на производството обикновено изискват видимост на ниво контролер.

Например управлението на неизправностите на ниво машина често зависи от глобално достъпни алармени структури. По същия начин разпределените I/O архитектури в системите Siemens Distributed I/O или съпоставянията на устройства EtherNet/IP изискват централизирано достъпване на таговете.

Глобалният обхват също така опростява интеграцията между PLC, HMI, историзатори и надзорни системи, при която множество приложения трябва едновременно да препращат към идентични технологични данни.

Таговете-псевдоними свързват модулната и глобалната логика

Таговете-псевдоними осигуряват елегантен компромис между локалната модулност и глобалната достъпност. Инженерите могат да свързват локални програмни променливи с глобални масиви, без да дублират логиката.

В Rockwell Studio 5000 структурите с псевдоними често поддържат централизирано обработване на неизправности. Локална машинна станция може да задейства локален алармен бит и едновременно с това да актуализира глобален масив от аларми за HMI.

Тази архитектура запазва модулното програмиране, като същевременно поддържа централизирана видимост за операторите и персонала по поддръжката.

Фигура 5. Таговете-псевдоними помагат за свързването на локализираната машинна логика с централизираните системи за мониторинг и диагностика в съвременните PLC проекти.

Преходът на индустрията към модулен софтуерен дизайн

По-широката индустрия за автоматизация продължава да се насочва към повторно използваеми софтуерни обекти, инженеринг, базиран на шаблони, и модулни библиотеки с код. Програмирането на PLC все повече наподобява практиките на софтуерното инженерство, които някога бяха ограничени до разработката на корпоративни ИТ системи.

Функционалните блокове, повторно използваемите машинни обекти и параметризираните модули за управление вече доминират в усъвършенстваните платформи за автоматизация на Siemens, Beckhoff, Rockwell и Emerson.

С разширяването на периферните изчисления и интеграцията на IIoT мащабируемата софтуерна структура става също толкова важна, колкото и надеждността на хардуера. Лошо проектираната архитектура на таговете може да създаде дългосрочни предизвикателства за поддръжката, които да надживеят дори самото физическо оборудване.

Инженерна гледна точка

Много по-млади инженери първоначално поставят почти всяка променлива в глобален обхват, защото това изглежда по-лесно по време на разработката. Тази стратегия обаче често създава раздути проекти, които стават трудни за поддръжка след въвеждането им в експлоатация.

Добре структурираната програма с локален обхват принуждава инженерите да мислят модулно. Тя подобрява мащабируемостта, защитава целостта на логиката и опростява бъдещото разширяване на машините.

Глобалният обхват остава от съществено значение за координацията на ниво предприятие и външните комуникации, но дисциплинираното използване на локален обхват обикновено води до по-подредени и професионални системи за автоматизация.

Даниел Мърсър — старши репортер, отразяващ системите за автоматизация, с 14 години опит в отразяването на PLC архитектура, интеграция на индустриален софтуер и системи за управление на машини. Той е участвал в проекти, включващи платформите Rockwell Automation, Siemens, Emerson DeltaV, ABB 800xA и Beckhoff Automation в производствената и процесната индустрия.