Методи за извличане на данни от ПЛК: Как да извлечете данни от стари и нови контролери, без да прекъсвате производството

Ключови изводи

• Извличане на данни от PLC = извличане на стойности на тагове от PLC в OEE или в по-горна (надслойна) система.
• Съвременни PLC (Rockwell ControlLogix, Siemens S7 и др.): предлагат OPC UA нативно.
• Наследени PLC: Modbus TCP, EtherNet/IP или серийно чрез шлюз.
• Никога не променяйте кода на PLC за извличане на данни. Само за четене чрез стандартни протоколи.
• Най-трудните заводи имат PLC от смесени поколения и изискват няколко метода за извличане.

Краткият отговор: Методите за извличане на данни от PLC варират от модерни (навиционно OPC UA) до наследени (Modbus, EtherNet/IP, сериен). Съвременните PLC предлагат OPC UA нативно. Наследените PLC изискват превод на протоколи чрез шлюз. Никога не променяйте кода на PLC за извличане на данни, използвайте само за четене стандартни протоколи. Най-трудните заводи имат PLC от смесени поколения, което изисква множество методи. Вижте още PLC срещу SCADA срещу MES.

Петте често срещани метода

1. OPC UA нативно. Съвременните PLC (след 2015) предоставят OPC UA сървър. Достъп само за четене от OEE платформата. Сигурно, структурирано, неутрално спрямо доставчици.

2. OPC UA чрез шлюз. По-стари PLC, които нямат нативно OPC UA, се достъпват чрез шлюз (Kepware, Matrikon). Шлюзът комуникира чрез родния протокол на PLC-то и експонира OPC UA нагоре.

3. Modbus TCP. Много индустриални контролери поддържат Modbus. Прост, добре поддържан, ограничен до числови данни.

4. EtherNet/IP. Роден протокол на Rockwell/Allen-Bradley. Използва се директно или чрез шлюз.

5. Сериен чрез шлюз. Много стари PLC с единствено RS-232/RS-485. Шлюз превежда към TCP/IP.

Как да изберете

• Нов PLC, нова инсталация: OPC UA нативно.
• Модерен PLC, OPC UA налично: OPC UA нативно.
• Модерен PLC, OPC UA без лиценз: Modbus или EtherNet/IP директно.
• По-стар PLC, IP мрежа: Modbus TCP или EtherNet/IP.
• Много стар PLC, само сериен: шлюз със сериен към TCP превод.

Какво никога не трябва да правите

1. Променяне на кода на PLC, за да изпраща данни. PLC е система за контрол, критична за безопасността. Промените за извличане на данни добавят риск и нарушават управлението на промени.

2. Пренебрегване на времето за сканиране на PLC. Четенето на данни по-бързо от времето за сканиране дава несъответстващи стойности.

3. Натоварване на PLC с висока честота на заявки. PLC приоритизира управлението; извличането на данни с висока честота може да повлияе на работата на контролните цикли.

Как да определите обхвата на извличането

1. Идентифицирайте необходимите тагове. Състояние на работа, брой цикли, кодове за грешки, сигнали за качество, флагове за поддръжка.
2. Определете честота. Състоянието на работа при 1 Hz; брой на циклите според честотата на машината; кодовете за грешки при промяна.
3. Проверете възможностите на PLC. Може ли да предостави исканите данни с исканата честота без да засяга управлението?
4. Използвайте абонамент, където е възможно. Промяна при стойност вместо питане и сравняване.

Чести модели според марката PLC

Rockwell ControlLogix: EtherNet/IP нативно; OPC UA чрез FactoryTalk Linx или шлюз от трета страна.

Siemens S7: OPC UA чрез конфигурация в TIA Portal; директен S7 протокол за някои приложения.

Mitsubishi: MC протокол или OPC UA чрез шлюз.

Beckhoff TwinCAT: ADS протокол нативно; OPC UA е налично.

Schneider Modicon: Modbus TCP нативно; OPC UA чрез шлюз.

Съображения за сигурност

• Сегментиране на мрежата. PLC в контролна мрежа зад защитна стена.
• Профили само за четене. Писмен достъп за OEE платформата не е необходим.
• Политики за сигурност на OPC UA. Използвайте подписано и криптирано (Basic256Sha256).
• Modbus няма вградена сигурност. Разчитайте на сегментиране на мрежата.

Какво добавят шлюзовете

• Превод на протоколи.
• Буфер при прекъсвания на връзката.
• Агрегация от множество PLC.
• Една точка за прилагане на политика за сигурност.
• Логване и диагностика.

Шлюзовете понякога са незаменими, понякога са прекалени. Избирайте според PLC и интеграционните нужди.

Чести грешки

1. Питане с честотата на сканиране на PLC. Влияе на контролните цикли.

2. Гадаене на имена на тагове. Несъгласуваните имена между PLC усложняват интеграцията.

3. Липса на буфериране. При прекъсвания на връзката се губят данни.

4. Промяна на PLC за извличане. Кошмар за управлението на промени.

Как да тествате извличането

1. Извлечете всички необходими тагове при проектираната честота.
2. Сравнете с наблюдаваното от операторите състояние на линията.
3. Потвърдете, че няма смущения в контролните цикли.
4. Тествайте прекъсване и възстановяване на връзката.
5. Измерете загубата на данни по време на прекъсвания.

Как модерна OEE платформа поддържа извличане

Модерна OEE платформа поддържа OPC UA клиентски режим, Modbus TCP, EtherNet/IP и интеграция със шлюзове за наследени PLC.

OEE модулът на Fabrico поддържа OPC UA нативно, Modbus TCP, EtherNet/IP и интеграция със шлюзове за заводи с PLC от смесени поколения.

Вижте как Fabrico улавя това автоматично, разгледайте OEE за производство или заявете демонстрация.

Свързано четене

• PLC срещу SCADA срещу MES
• Качество на данните на производствения под
• Data Lake за производство срещу Data Warehouse
• Аудит на качеството на данните в производството

Често задавани въпроси

Трябва ли винаги да използвам OPC UA?

За съвременни PLC, да. За много стари PLC без OPC UA са необходими алтернативи.

Ще забави ли извличането на данни моя PLC?

Ако е направено правилно, не. Четене само за четене при подходяща честота има минимално въздействие.

Трябва ли ми шлюз за всеки PLC?

Не. PLC с нативно OPC UA не се нуждаят от шлюз.

Коя е най-честата грешка?

Питане твърде бързо и въздействие върху контролните цикли.

Мога ли да извлека данни без намеса на ИТ?

Обикновено да, ако е само за четене и в контролната мрежа. По-големи интеграции изискват ИТ за мрежата и сигурността.