Пропадает связь по ethernet modbus tcp(ПЛК-110)

[Harp]

Пропадает связь по ethernet modbus tcp(ПЛК-110).

Железо: Один ПЛК-110.30M связан с ПК по эзернет. В сети больше ничего нет.
На ПК мастерскада с OPC Lectus. ПЛК связывается с ПК по modbus tcp (использованы штатные функции кодесиса). Обмен идет прекрасно, пока раз в несколько дней не происходит зависание связи, перезагрузка ПК не помогает. Помогает перезагрузка ПЛК. В ПЛК есть счетчики приходящих пакетов.

Видим такое костыльное решение - при остановке обмена - переиниализация связки modbus tcp и драйвера ethernet без перезапуска ПЛК. Это возможно? Нам надо рабочее решение, т.к. объект сдан в эксплуатацию и экспериментировать возможности уже нет. Перевести на RS-232, вариант самый запасной, т.к. передается 80 регистров.

[Harp]

Я рад, но проблема налицо.

Полуофф - неделю назад ставили аналогичный плк, не работал канал входа. Пришлось снят крышку и увидели что нога внутреннего разъема была отогнута. Вывод - сборка ногами и никакого контроля на самом деле нет, так что с овеном быть в чем-то уверенным нельзя. Про ПО я вообще молчу.

[capzap]

Я рад, но проблема налицо.

Полуофф - неделю назад ставили аналогичный плк, не работал канал входа. Пришлось снят крышку и увидели что нога внутреннего разъема была отогнута. Вывод - сборка ногами и никакого контроля на самом деле нет, так что с овеном быть в чем-то уверенным нельзя. Про ПО я вообще молчу.
хрен ли Вы продолжаете брать оборудование, если оно не отвечает Вашим высоким требованиям, чтоб пожжаловаться, здесь на форуме, на свою нелегкую жизнь?

[Harp]

от Вас такой ответ ожидаем...
А по теме, есть ли какой либо способ переинициализации Ethernet?

[capzap]

А по теме, есть ли какой либо способ переинициализации Ethernet?

а на что здесь отвечать, есть информация о прошивке, о архитектуре сети и т.п.?
Откуда мне например знать, как Вы отнесетесь к программной перезагрузке контроллера, в состоянии ли Вы перейти на библиотечное управление и т.д.

[Harp]

Архитектура эзернет просто точка-точка. Вот два порта 485 заняты модулями ввода-вывода и 12 ПЧ. Тут все работает нормально. Информацию о прошивке получить быстро не могу, т.к. подключиться к плк дадут только раз в месяц при ППР.

Полная перезагрузка ПЛК явно нежелательна, т.к. есть пид-регуляторы и дискретные выходы. Библиотеки-это в принципе возможно, но нет возможности экспериментировать на действующем объекте, нет уверенности что это не проблема драйверов контроллера эзернет. В общем, придется наверно ставить moxa nport с rs-232 рядом.

[Филоненко Владислав]

Да, какая версия ПО?

[Harp]

Эта информация будет только через неделю-другую, раньше на объект не попадем.

[spectrum48k]

Пропадает связь по ethernet modbus tcp(ПЛК-110).

Железо: Один ПЛК-110.30M связан с ПК по эзернет. В сети больше ничего нет.
На ПК мастерскада с OPC Lectus. ПЛК связывается с ПК по modbus tcp (использованы штатные функции кодесиса). Обмен идет прекрасно, пока раз в несколько дней не происходит зависание связи, перезагрузка ПК не помогает. Помогает перезагрузка ПЛК. В ПЛК есть счетчики приходящих пакетов.

Видим такое костыльное решение - при остановке обмена - переиниализация связки modbus tcp и драйвера ethernet без перезапуска ПЛК. Это возможно? Нам надо рабочее решение, т.к. объект сдан в эксплуатацию и экспериментировать возможности уже нет. Перевести на RS-232, вариант самый запасной, т.к. передается 80 регистров.

Бывает так, что Лектус проявляет способность повесить все что угодно. Проверьте сколько процессов ServOPC (или как-то так) в диспетчере задач. Сниффером пощупайте линию передачи, действительно ли установлено одно соединение, и действительно ли регистры опрашиваются строго в соответствии интервалу.
В этом месте перестраховаться тоже не мешает (сторона ПК).

[nia5]

Может быть еще посмотреть время цикла в ПЛК? Может просто не успевает обрабатывать сетевые запросы?

[Harp]

Может быть еще посмотреть время цикла в ПЛК? Может просто не успевает обрабатывать сетевые запросы?

Да вроде в обычно все успевает обработать, сейчас цикл опроса стоит 0.5сек.

[Harp]

Бывает так, что Лектус проявляет способность повесить все что угодно. Проверьте сколько процессов ServOPC (или как-то так) в диспетчере задач. Сниффером пощупайте линию передачи, действительно ли установлено одно соединение, и действительно ли регистры опрашиваются строго в соответствии интервалу.
В этом месте перестраховаться тоже не мешает (сторона ПК).

Подумаем как это сделать.

[Harp]

Разборки показали что вис не просто стек TCP, но и все задачи. Перевели связь с хостом на moxa nport через порт RS-232. Больше ничего не меняли. Неделя - полет нормальный.

Прикол в том, что в 2007 взяли плк сотой серии из-за эзернета. И эзернет не поднимал связь если даже кабель передернуть. За семь лет ситуация ничуть лучше не стала, как делали фуфло так и делают.

[Scream]

Разборки показали что вис не просто стек TCP, но и все задачи. Перевели связь с хостом на moxa nport через порт RS-232. Больше ничего не меняли. Неделя - полет нормальный.

Прикол в том, что в 2007 взяли плк сотой серии из-за эзернета. И эзернет не поднимал связь если даже кабель передернуть. За семь лет ситуация ничуть лучше не стала, как делали фуфло так и делают.

Хз... у меня все робит с ethernet'ом на ура, есть нюансы работы, но в целом вполне рабочее состояние. Годами связь онлайн с десятками плк, связь бывает отваливается раз 3 месяца на плк160, но через 5 сек все переподключается и работает.

[Harp]

Вот это и убивает напрочь. Тут работет, тут не работает. Тут рыбу заворачивали. Сделали до этого один объект с modbus tcp. Все работает. Поставили на более серьезный объект. Сдали. И начались подвисы. Имеем репутационные потери, нахрен ненужные, т.к. объект достаточно серьезный, плк там с одной стороны не критичная часть, но начальству все одно будет доложено что "система не работает". Что тут удивляться, если у нас на входном контроле уже каждый десятый периферийный модуль отправляем в овен по гарантии. Вот и девиз овена - "ХЗ".