В индустриалните производствени дейности качеството и стабилността на хардуерните продукти са от решаващо значение за безопасната и ефективна работа на цялата производствена линия.Не бива обаче да пренебрегваме конфигурацията на софтуера.Софтуерните проблеми могат също да доведат до системни сривове, загуба на данни или неспособност на производствената линия да изпълнява задачите си правилно, което може да има значително въздействие върху целия производствен процес.Следователно, както в хардуерните, така и в софтуерните аспекти на индустриалната производствена среда, отстраняването на неизправности е необходима стъпка, за да се гарантира, че оборудването работи гладко, да се гарантира ефективността на производството и да се поддържа безопасността и надеждността.
Днес нека разгледаме случай от реалния свят, при който конфигурацията на софтуера е повлияла на производството.Нека се уверим, че в бъдеще отстраняваме проблеми ефективно, за да гарантираме ефективността и надеждността на автоматизираните производствени линии!
1
Обратна връзка с клиентите: Оборудването на място изпитва проблеми с модула CN-8032-L, който прекъсва офлайн, в резултат на което машината задейства аварийно спиране и производствената линия спира автоматичната работа.Необходима е ръчна намеса за възстановяване на нормалната работа, което води до прекъсване на редовното производство и тестване.Ако проблемът с падането на модули офлайн не може да бъде ефективно решен, това ще се отрази на крайната производствена продукция.
2
След комуникация на място с техническия персонал беше потвърдено, че от три производствени линии, две от тях са имали същия проблем с падане на модули офлайн на едно и също място.Приблизително 1 секунда след отпадане офлайн, модулите автоматично ще се свържат отново.Преди това клиентът е правил опити за подмяна на модули, което не е разрешило проблема.Първоначалната оценка показа, че проблемът вероятно не е свързан с качеството на модула.Бяха предприети следните стъпки за отстраняване на неизправности:
1. Актуализирана информация за фърмуера на модула и програмни GSD файлове за елиминиране на проблеми със съвместимостта на фърмуера.
2. Сменени модули отново, за да се изключат потенциални отделни дефекти на модула.
3. Проверена информация за хардуера на мрежата, комутаторите и захранването, което до голяма степен елиминира проблемите, свързани с хардуера.
4. Модифицирана структура на мрежата, за да се премахнат потенциални фактори, свързани с мрежата.
5. Използване на филтри на захранването, за да се изключат проблеми, свързани със захранването.
6. Проучени и разрешени всички конфликти на мрежови IP адреси.
7. Временно деактивира рутера, свързващ се с външната мрежа, което намали честотата на прекъсванията, но не реши напълно проблема.
8. Уловени мрежови пакети и идентифицирани нециклични пакети с данни за услуги в Profinet, водещи до грешки на PLC поради изтичане на времето за пакети.
9. Baesd на предишната стъпка разгледа програмата на клиента.
Чрез анализиране на мрежови пакети данни беше открито, че клиентът използва комуникационната програма Modbus на Siemens.По време на изпълнението на специфични функционални блокове те по невнимание въведоха хардуерния идентификатор на един функционален модул в програмните щифтове.Това доведе до непрекъснато изпращане от PLC на UDP пакети данни към този функционален модул, което доведе до грешка „нециклично изчакване на услугата“ и накара машината да излезе офлайн.
3
Проблемът в горния случай се различава от типичното време за изчакване на PN комуникация, причинено от смущения в мрежата или прекъсвания.Нецикличните изчаквания на услугата обикновено са свързани с програмирането на клиента, производителността на процесора и капацитета на натоварване на мрежата.Въпреки че вероятността този проблем да възникне е сравнително ниска, не е невъзможно и може да се предприеме отстраняване на неизправности в програмата или мрежовата среда, за да се отстранят в бъдеще.
Софтуерните проблеми често са по-малко видими, но със съвместен и систематичен подход за отстраняване на неизправности, ние можем да идентифицираме първопричината и да разрешим проблемите, за да осигурим гладко производство!
И така, това приключва нашия технически блог за тази сесия.До следващия път!
Време на публикуване: 17 октомври 2023 г
