У промисловому виробництві якість і стабільність апаратних продуктів є вирішальними для безпечної та ефективної роботи всієї виробничої лінії.Однак ми не повинні випускати з уваги налаштування програмного забезпечення.Проблеми з програмним забезпеченням також можуть призвести до збоїв системи, втрати даних або нездатності виробничої лінії належним чином виконувати свої завдання, що може мати значний вплив на весь виробничий процес.Таким чином, як у апаратних, так і в програмних аспектах промислового виробничого середовища, усунення несправностей є необхідним кроком, щоб забезпечити безперебійну роботу обладнання, гарантувати ефективність виробництва та підтримувати безпеку та надійність.
Сьогодні давайте заглибимося в реальний випадок, коли конфігурація програмного забезпечення вплинула на виробництво.Давайте подбаємо про ефективне усунення несправностей у майбутньому, щоб забезпечити ефективність і надійність автоматизованих виробничих ліній!
1
Відгук клієнтів: обладнання на місці має проблеми з модулем CN-8032-L, що відключається, в результаті чого машина запускає аварійну зупинку, а виробнича лінія припиняє автоматичну роботу.Для відновлення нормальної роботи потрібне ручне втручання, що спричиняє збої в регулярному виробництві та тестуванні.Якщо проблему вимкнення модулів у автономному режимі неможливо вирішити, це вплине на кінцевий результат виробництва.
2
Після спілкування на місці з технічним персоналом було підтверджено, що з трьох виробничих ліній дві з них стикалися з однаковою проблемою, коли модулі випадали в автономному режимі в одному місці.Приблизно через 1 секунду після виходу з мережі модулі автоматично знову підключаються.Клієнт раніше намагався замінити модуль, але це не вирішило проблему.Початкова оцінка показала, що проблема, ймовірно, не пов’язана з якістю модуля.Були вжиті наступні кроки для усунення несправностей:
1. Оновлена інформація про мікропрограму модуля та програмні файли GSD для усунення проблем із сумісністю мікропрограми.
2. Знову замінив модулі, щоб виключити можливі дефекти окремих модулів.
3. Перевірена інформація про мережу, комутатори та обладнання джерела живлення, що значною мірою усуває проблеми, пов’язані з обладнанням.
4. Змінено мережеву структуру для усунення потенційних мережевих факторів.
5. Використання фільтрів на джерелі живлення, щоб виключити проблеми, пов’язані з живленням.
6. Досліджено та вирішено будь-які конфлікти мережевих IP-адрес.
7. Тимчасово вимкнув підключення маршрутизатора до зовнішньої мережі, що зменшило частоту зривів, але не вирішило проблему повністю.
8. Перехоплені мережеві пакети та визначені нециклічні пакети службових даних у Profinet, що призводять до помилок ПЛК через тайм-аути пакетів.
9. Baesd на попередньому кроці вивчив програму клієнта.
Аналізуючи мережеві пакети даних, було виявлено, що клієнт використовував комунікаційну програму Modbus від Siemens.Під час виконання певних функціональних блоків вони ненавмисно ввели апаратний ідентифікатор одного функціонального модуля в контакти програми.Це призвело до того, що ПЛК безперервно надсилав пакети даних UDP до цього функціонального модуля, що призводило до помилки «нециклічного тайм-ауту обслуговування» та приводило до виходу машини з мережі.
3
Проблема в наведеному вище випадку відрізняється від типового тайм-ауту зв’язку PN, спричиненого мережевими перешкодами або перебоями.Нециклічні тайм-аути служби зазвичай пов’язані з програмуванням клієнта, продуктивністю процесора та пропускною здатністю мережі.Незважаючи на те, що ймовірність виникнення цієї проблеми відносно низька, це не неможливо, і для усунення несправностей у програмі чи мережевому середовищі можна вжити заходів у майбутньому.
Проблеми з програмним забезпеченням часто менш помітні, але завдяки спільному та систематичному підходу до усунення несправностей ми можемо визначити першопричину та вирішити проблеми, щоб забезпечити безперебійне виробництво!
Отже, на цьому наш технічний блог для цієї сесії завершено.До наступного разу!
Час публікації: 17 жовтня 2023 р
