Автор: Leksmaster
Дата: 08.10.20 08:13
Когда ПЛК останавливается во время производственного процесса, особенно ночью, то особо заниматься диагностикой времени нет. Нужно быстро восстановить работу. Соответственно, лично я ситуацию не наблюдал. Описание действий я привожу по последнему случаю т.к. предыдущий был года полтора назад.
далее по пунктам:
1, 2: состояние батарей контролируем по системным битам и индикации. Дополнительно, если во время отключения питания слетает программа, то тоже меняем. Были ситуации, когда программа слетала, но диагностика проблем с батареями не показывала.
3. RUN отсутствовало, IO, ERR горели.
4. Согласен, что наличие ошибок не есть хорошо, но избавиться от переполнения в программе с обширной математикой и преобразованием типов сложно.
5. в настройках ПЛК: automatic start in Run. Initialize %MW in cold start. Запас по свободному месту на карте есть. Память не фрагментирована.
6. После сбоя подключиться к ПЛК из Unity по Ethernet не получилось. ПЛК перезагрузили по питанию, в RUN он не вошел. После чего по Ethernet подключились по установленному адресу и вручную перевели в RUN. Программу не перезаписывали. Слетали ли настройки сказать не могу. Опять же диагностический буфер сразу не смотрели. По одному из случаем, года 3 назад по USB тоже не смогли подключиться.
7. Проекты в ПЛК разные. Изначально 2008 года, потом много дорабатывался, хотя и не кардинально разными программистами. Принудительно вывода в Halt нет.
8. Пинг в данном случае не проверяли, но в один из предыдущих пинг тоже не шел. ModbusTCP скорее всего не работал, просто скада этот момент быстро не определяет.
9. В Schneider обращались с просьбой оценить техническое состояние ПЛК - его признали годным к дальнейшей эксплуатации. По поводу диагностики на нашей стороне ничего определенного.
|
|