Распред.система: ПЛК110+дискретные IO( 10шт). Цикл до 50мс. Реально ли?

[pt200]

А вот "кино"( с самого включения практически) про отвал модуля

собственно лажает и второй модуль( .20), который в щадящем режиме опрашивается


P.S. а я думал что это он в прошлый раз не помер - ПЛК то в стопе был! А в рабочем режиме стабильно мин за 10 падает.

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

А вот "кино"( с самого включения практически) про отвал модуля

собственно лажает и второй модуль( .20), который в щадящем режиме опрашивается


P.S. а я думал что это он в прошлый раз не помер - ПЛК то в стопе был! А в рабочем режиме стабильно мин за 10 падает.

1. Обмен с периферией через конфигурацию не отключается и в стопе.


2. В логе я вижу регулярно, 2 подряд запроса от ПЛК к модулю с разрывом 2 мкс! с разными командами и разными №транзакции.
Это очень странно.
Отключите повторы опроса, 2 мастера и пр., увеличьте таймаут ожидания ответа. Добейтесь, чтобы модуль отвечал на тот запрос, который ему шлют без ещё кучи запросов.
Еще раз, ретрансмиты для 485 интерфейса, на TCP они бессмысленны и даже вредны.
А так по логу модуль отвечает в течении единиц мс. Причем есть модуль с IP 20, где обмен настроен нормально.

Теперь обрывы: Ясно видны 2 одновременных потока данных к модулю, создающихся синхронно (разрыв 2 мкс! стабильно, время работы стека IP), причем обращение идут к одному и тому же регистру. Зачем? Только уменьшаете в 2 раза поток обмена. Если хочется проверять - то анализируйте коды ошибок и если есть ошибка - то тогда прочитывайте.

Причем при записи в режиме polling новое значение прилетит, я полагаю, раньше, чем запустится процедура исправления битого пакета, т.е. в режиме polling исправлять ошибки вообще лишено смысла.
Возможно, в таком необычном режиме модуль и может зависнуть, так мы никогда не тестировали, но проверить что он действительно завис просто:
3 теста:
1. разъедините ethernet-кабель на 20 секунд - восстановилось?
2. Перегрузите модуль - восстановилось?
3. Перегрузите программу ПЛК - восстановилось?

[pt200]

Господа я у вас тестером на зарплате не сижу!
Так что предлагайте работающие варианты( а не тут почеши, а тут приласкай)!
Или в паспорте должно быть:
Раз в 5мин работы модуля( мини ТО):
1. разъедините ethernet-кабель на 20 секунд
2. Перегрузите модуль
3. Перегрузите программу ПЛК


А если не придираться к мелочам( насчет 2х мастеров, которые вроде не запрещены) и глянуть последний дамп( отфильтровать горячелюбимый .20 с фирменным опросом), то как то у меня язык не поворачивается назвать это НОРМАЛЬНО:
Любуемся на метку времени( а дальше еще чаще пойдут)

P.S. Болячка то где то в прошивке модуля, а по падению можно предположить еще и утечку памяти( т.к. примерно через одинаковый промежуток падает)

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

Господа я у вас тестером на зарплате не сижу!
Так что предлагайте работающие варианты( а не тут почеши, а тут приласкай)!
Или в паспорте должно быть:
Раз в 5мин работы модуля( мини ТО):
1. разъедините ethernet-кабель на 20 секунд
2. Перегрузите модуль
3. Перегрузите программу ПЛК


А если не придираться к мелочам( насчет 2х мастеров, которые вроде не запрещены) и глянуть последний дамп( отфильтровать горячелюбимый .20 с фирменным опросом), то как то у меня язык не поворачивается назвать это НОРМАЛЬНО:
Любуемся на метку времени( а дальше еще чаще пойдут)

P.S. Болячка то где то в прошивке модуля, а по падению можно предположить еще и утечку памяти( т.к. примерно через одинаковый промежуток падает)

Мы нигде в документации также не пишем, что нельзя по модулю ездить на танке. И что?
Существует ровно 2 варианта решения проблемы:
1. Мы совместно сотрудничаем (а это подразумевает и выполнение наших рекомендаций) и как можно быстрее находим источник проблем и решаем его.
2. В ходе плановых работ мы, конечно же проверим модули на возможные проблемы со связью и исправим их, если они есть.

[pt200]

Как уже вам 100% известно( и при чем еще давно): модули падают и передергивание питания модуля 100% помогает

Ваш ход( плановые работы у вас там на когда запланированы)?

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

Выполните рекомендации по настройке опроса и тестированию на "зависание"

[pt200]

Больше для истории:

опрос с одного мастера:

упал также мин через 10( в течении этого времени не прекращающиеся "конвульсии"( ошибки связи))

[pt200]

Прошу пардону, подрихтовал для удобства работы с модулями ВВ и забыл про это

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

Вот, цикл запись в выход->чтение записанного->инкремент.

Среднее время цикла 30-34 мс.

Мы обнаружили, что прибор иногда подтормаживает, поэтому до выхода новой прошивки маленькие таймауты не рекомендуются.

[capzap]

я тоже тогда на последок выложу, раз уж стояло на прогоне
на скрине:
udTRE - максимальное время от момента отправки до момента получения ответа
udQUA - максимальное время после реконекта между двумя отправками запроса
udVIS - максимальное время отправки запроса
кейсы 3 и 4 заглушки по времени, при среднем цикле 4.5мс на них тратится порядка 10мс, убрав их запросы пойдут чаще, но ошибки увеличаться