Разбиране на PLC таговете: обхват на контролера спрямо обхвата на програмата в съвременната автоматизация

Защо структурата на 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 може да има достъп до тях. Тези тагове обикновено представят състоянията на цялата машина, физическите входове и изходи, алармите, комуникациите и производствените данни.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Инженерна перспектива

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

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

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

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