Як налаштувати Produced/Consumed теги на PLC 1769-L30ER
Цей посібник пояснює, як налаштувати комунікацію Produced/Consumed між 1769-L30ER та іншим Logix PLC. Ви дізнаєтеся основні налаштування, поради щодо мережі та методи діагностики для надійного обміну даними в промисловій автоматизації.
Що таке модель виробник-споживач?
Цей метод зв’язку усуває потребу в опитуванні майстер-раб, що зменшує затримки в мережі та знижує використання пропускної здатності. 1769-L30ER підтримує одночасно до 16 вироблених і 16 споживаних тегів. Один вироблений тег може надсилати дані кільком контролерам, що робить мультикаст-трафік ефективнішим.
Сторона споживача використовує Requested Packet Interval (RPI) для визначення частоти оновлень. Значення RPI зазвичай коливаються від 2 мс до 750 мс. Швидші RPI забезпечують кращу продуктивність, але збільшують навантаження на мережу. Інженери повинні вибрати значення, що збалансує швидкість і можливості системи.
Що потрібно знати перед початком
Переконайтеся, що обидва PLC увімкнені та підключені через мережу EtherNet/IP. 1769-L30ER повинен мати версію прошивки 20.011 або новішу. Використовуйте Studio 5000 Logix Designer версії 21 або новішої для доступу до всіх налаштувань.
Призначте унікальні IP-адреси кожному контролеру. Наприклад, встановіть PLC A на 192.168.1.10, а PLC B — на 192.168.1.20. Обидва пристрої повинні використовувати однакову маску підмережі та шлюз. Мережевий комутатор має підтримувати фільтрацію мультикасту, щоб уникнути зайвого трафіку.
L30ER підтримує до 256 TCP/IP-з’єднань. Враховуйте це обмеження при проєктуванні системи. Підготуйте список тегів із точними типами даних, як-от DINT[10] або REAL[5], і зробіть резервну копію проєкту перед внесенням змін.
Як налаштувати вироблений тег
Відкрийте органайзер контролера в Studio 5000 і перейдіть до папки "Controller Tags". Клацніть правою кнопкою миші та виберіть "New Tag" для створення виробленого тегу. Дайте йому зрозуміле ім’я, наприклад "Producer_Data_Array".
Встановіть "Type" на "Produced" і виберіть правильний тип даних. Введіть унікальне ім’я з’єднання для посилання споживача. Визначте значення RPI — використовуйте 10 мс для швидкого керування рухом або 50 мс для менш критичних завдань.
Увімкніть "Unicast", якщо тег використовуватиме лише один споживач. Це заощаджує пропускну здатність мережі. Після створення тегу завантажте зміни до контролера та переведіть його в режим Run.
Як налаштувати споживчий тег
На споживаючому ПЛК створіть новий тег і встановіть його тип на "Consumed". Переконайтеся, що тип даних точно відповідає тегу виробника. Введіть IP-адресу виробника та ім’я з’єднання, яке ви визначили раніше.
Встановіть RPI на стороні споживача так, щоб він дорівнював або був кратним RPI виробника. Наприклад, якщо виробник використовує 10 мс, встановіть споживача на 10 мс або 20 мс. Налаштуйте значення тайм-ауту, зазвичай вчетверо більше RPI, для виявлення збоїв зв’язку.
Перевірте системну змінну "Connection Status" після налаштування. Значення 0 означає, що з’єднання здорове. Значення 1 або 2 вказують на помилки. Завантажте зміни та протестуйте обмін даними за допомогою простої процедури перемикання.
Поради щодо продуктивності мережі
Мережі EtherNet/IP зазвичай працюють на швидкості 100 Мбіт/с або 1 Гбіт/с. Однак фактична продуктивність залежить від кількості з’єднань і налаштувань RPI. Наприклад, десять вироблених тегів з RPI 10 мс генерують близько 1000 пакетів на секунду, що використовує приблизно 2-3% мережі зі швидкістю 100 Мбіт/с.
Використовуйте керовані комутатори з IGMP snooping для контролю мультикаст-трафіку. Увімкніть Quality of Service (QoS) для пріоритезації пакетів EtherNet/IP і зменшення джиттера. Для високошвидкісних застосувань розгляньте використання окремих VLAN для ізоляції критичних даних.
Обчисліть навантаження мережі за формулою: Загальна пропускна здатність = (Кількість тегів × Розмір пакета × 8) / RPI. Тримайте загальне використання нижче 60%, щоб залишити запас для пікових навантажень і повторних передач.
Діагностика та усунення проблем
Використовуйте інструкцію GSV для читання атрибутів "FaultCode" і "Status" об’єкта Module. Код помилки FaultCode 16#0022 зазвичай означає тайм-аут через перевантаження мережі. Ретельно перевірте шлях з’єднання у властивостях спожитого тегу на наявність помилок.
Слідкуйте за світлодіодом I/O контролера. Миготливе червоне світло сигналізує про помилку зв’язку. Використовуйте Wireshark з дисектором EtherNet/IP для захоплення та аналізу обміну пакетами. Шукайте запити та відповіді "Forward Open" для перевірки процесу встановлення з’єднання.
Якщо проблеми тривають, поступово збільшуйте значення тайм-ауту. Перевірте з відомим робочим тегом, щоб визначити, чи пов’язана проблема з конфігурацією чи апаратним забезпеченням. Також перевірте журнал подій контролера на наявність записів про помилки.
Оптимізація для високошвидкісних застосувань
Для керування рухом або робототехніки зменшіть RPI до 2 мс і використовуйте виділений порт EtherNet/IP. Вбудований порт L30ER може обробляти до восьми вузлів на цій швидкості. Використовуйте масиви замість окремих тегів, щоб зменшити накладні витрати на з’єднання.
Ініціюйте виробництво даних на основі періодичного завдання, щоб уникнути джиттера через нерегулярний час сканування. Розгляньте використання тригерів Change of State (COS) для зменшення трафіку, але переконайтеся, що споживач може обробляти асинхронні оновлення.
Використовуйте інструмент Task Monitor для вимірювання фактичних затримок оновлення. За потреби відрегулюйте часовий інтервал системних накладних витрат, щоб надати комунікаційним завданням вищий пріоритет.
Розгляди безпеки та резервування
Додайте сигнал heartbeat до вироблених даних, щоб підтвердити активність споживача. Наприклад, включіть лічильник, що збільшується кожен цикл. Якщо споживач припиняє отримувати оновлення, ініціюйте безпечне вимкнення.
Використовуйте подвійні мережеві з’єднання з окремими комутаторами для резервування. Налаштуйте споживача на перемикання на резервний IP у разі відмови основного з’єднання. Визначте процедуру "Connection Lost" для встановлення виходів у безпечний стан.
Для критичних процесів розгляньте використання функції Redundancy у Studio 5000. Це потребує додаткового обладнання, але забезпечує перемикання без втрати даних для пар контролерів.
Приклад: обмін даними між L30ER і L33ER
У цьому прикладі L30ER виробляє масив DINT[10] з RPI 20 мс для L33ER. L30ER використовує IP 192.168.1.10, а L33ER — IP 192.168.1.30. Обидва працюють на прошивці 32.011 і версії Studio 5000 32.
Вироблений тег називається "Axis_Data" і зберігає значення позиції та швидкості. Споживаний тег "Received_Axis" має таку ж структуру. Після налаштування статус з’єднання показує 0, що означає успіх.
L33ER зчитує дані кожні 20 мс, що відповідає RPI виробника. Виміряний джиттер не перевищує 1 мс, що добре підходить для більшості завдань синхронізації. FactoryTalk View відображає значення в реальному часі та стан з’єднання.
Остаточний контрольний список перед запуском у роботу
Перед початком виробництва переконайтеся, що всі теги правильно відображені. Перевірте кожен споживаний тег, примусово встановивши відомі значення на виробнику та зчитавши їх на споживачі. Використовуйте функцію Verify у Studio 5000 для виявлення помилок узгодженості.
Перезавантажте обидва контролери, щоб переконатися, що налаштування зберігаються. Моніторте мережевий трафік під час пікових навантажень за допомогою аналізатора протоколів. Перевірте, що використання ЦП не перевищує 75% на кожному контролері для забезпечення запасу безпеки.
Документуйте всі налаштування RPI, тайм-аутів і з’єднань для подальшого використання. Навчіть обслуговуючий персонал читати діагностичні світлодіоди та коди помилок GSV. Нарешті, імітуйте відключення мережевого кабелю, щоб підтвердити правильність роботи перемикання на резерв і сповіщень.
Поширені випадки використання
Produced/Consumed комунікація добре працює для координованого керування рухом, обміну даними в реальному часі між ПЛК пакувальних ліній та синхронізованого матеріального оброблення. Вона також підтримує розподілені системи вводу/виводу, де кілька контролерів потребують однакових даних з датчиків.
Наприклад, на розливній лінії L30ER може надсилати дані про рівень наповнення кільком ПЛК нижчого рівня. Це дозволяє координувати операції закривання та маркування. В автоматизації складу дані про позицію від центрального контролера можуть споживатися кількома роботизованими збирачами для синхронізованого руху.
Рішення поширених проблем
При впровадженні produced/consumed тегів часті проблеми включають перевантаження мережі, невідповідність даних і тайм-аути з’єднання. Використовуйте керовані комутатори з QoS для зменшення перевантаження. Перевіряйте структури даних офлайн, щоб уникнути невідповідностей. Встановлюйте відповідні значення тайм-аутів залежно від реальних умов мережі.
Для більших систем сегментуйте мережу за допомогою VLAN і зменшуйте значення RPI для некритичних даних. Регулярні аудити мережі допомагають виявляти вузькі місця до того, як вони вплинуть на виробництво.
Поширені запитання
1. Скільки produced тегів підтримує 1769-L30ER?
1769-L30ER підтримує до 16 produced тегів. Кожен тег може споживатися кількома контролерами, що робить його ефективним для мультикаст-обміну даними.
2. Що станеться, якщо типи produced і consumed даних не співпадають?
Несумісність типів даних спричинить серйозну помилку та припинить зв’язок. Завжди перевіряйте, що обидва теги мають ідентичні структури перед впровадженням.
3. Як усунути помилки з’єднання?
Використовуйте інструкцію GSV для читання FaultCode та Status. FaultCode 16#0022 вказує на тайм-аут. Також перевірте шлях з’єднання та переконайтеся, що обидва контролери знаходяться в режимі Run.
4. Чи можна використовувати produced/consumed теги між різними сімействами ПЛК?
Так, якщо обидва контролери підтримують функції EtherNet/IP producer/consumer. Можливо, доведеться налаштувати сумісність прошивки та переконатися, що структури даних збігаються.
5. Який RPI слід використовувати для керування рухом?
Для керування рухом типовий RPI становить 2 мс. Це вимагає виділеної мережі та ретельного управління пропускною здатністю, щоб уникнути перевантаження.
Для запитів або технічної підтримки, будь ласка, зв’яжіться з:
Електронна пошта: sales@nex-auto.com
Телефон: +86 153 9242 9628
Партнер: NexAuto Technology Limited
Перегляньте популярні товари нижче для отримання додаткової інформації на AutoNex Controls
