Записал обмен
1) не вижу ретрансмитов через 20мс( таймаут)!!! только запросы каждые 50мс( период опроса)
2) Modbus модуля может ответить через 30мс, а может и 150мс молчать - что за фигня!!!
Записал обмен
1) не вижу ретрансмитов через 20мс( таймаут)!!! только запросы каждые 50мс( период опроса)
2) Modbus модуля может ответить через 30мс, а может и 150мс молчать - что за фигня!!!
А вот "кино"( с самого включения практически) про отвал модуля
собственно лажает и второй модуль( .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. Перегрузите программу ПЛК - восстановилось?
Тролль-наседка, добрый, нежный и ласковый
Господа я у вас тестером на зарплате не сижу!
Так что предлагайте работающие варианты( а не тут почеши, а тут приласкай)!
Или в паспорте должно быть:
Раз в 5мин работы модуля( мини ТО):
1. разъедините ethernet-кабель на 20 секунд
2. Перегрузите модуль
3. Перегрузите программу ПЛК
А если не придираться к мелочам( насчет 2х мастеров, которые вроде не запрещены) и глянуть последний дамп( отфильтровать горячелюбимый .20 с фирменным опросом), то как то у меня язык не поворачивается назвать это НОРМАЛЬНО:
Любуемся на метку времени( а дальше еще чаще пойдут)
P.S. Болячка то где то в прошивке модуля, а по падению можно предположить еще и утечку памяти( т.к. примерно через одинаковый промежуток падает)
Последний раз редактировалось pt200; 14.03.2019 в 10:00.
Подтверждаю! У меня то же самое с модулями вывода и ввода вывода. С модулями ввода - нет ошибок.
Вот моя история общения с техподдержкой:
Здравствуйте!
Приобрели набор модулей ввода-вывода Ethernet: MK-210-302 - 1 шт., МУ-210-410 - 4 шт., МВ210-302 - 5 шт.
Проблема: заметил что периодически отваливается наглухо связь с одним из модулей MK-210-302 или МУ-210-41. А в процессе работы периодически возникает ошибка связи 81 с модулями МУ-210-410. С модулями МВ210-302 проблем не наблюдается.
Обмен с модулями реализован через штатный конфигуратор CDS на ПЛК-110 [M02].
Когда пропадает связь с модулем он пингуется, но доступа по MB TCP нет и конфигуратором подключиться также не удаётся. На передней панели модуля моргает красная лампочка. Это происходит примерно через сутки работы. Помогает перезагрузка модуля по питанию.
Здравствуйте, Иван Викторович!
Отключение перехода в безопасное состояние на модуле МК-210-302 помогло, теперь он не отваливается насмерть, но при опросе проскакивают ошибки 81-89. Без перехода в безопасное состояние при отсутствии опроса использовать этот модуль невозможно. Скорее всего у вас в прошивке прибора ошибка.
Перенастроил модули как Вы рекомендовали (конфигурация во вложении), однако это не помогло убрать периодическии появляющиеся ошибки опроса 81-89. Думаю имеется проблема в прошивке приборов. Повторюсь, это проявляется только с модулями дискретного вывода и ввода-вывода. Модули ввода работают нормально.
Напильник, велосипед, бубен, грабли и костыли - основные инструменты программиста.
Мы нигде в документации также не пишем, что нельзя по модулю ездить на танке. И что?
Существует ровно 2 варианта решения проблемы:
1. Мы совместно сотрудничаем (а это подразумевает и выполнение наших рекомендаций) и как можно быстрее находим источник проблем и решаем его.
2. В ходе плановых работ мы, конечно же проверим модули на возможные проблемы со связью и исправим их, если они есть.
Тролль-наседка, добрый, нежный и ласковый
Как уже вам 100% известно( и при чем еще давно): модули падают и передергивание питания модуля 100% помогает
Ваш ход( плановые работы у вас там на когда запланированы)?
Последний раз редактировалось pt200; 14.03.2019 в 10:38.
Выполните рекомендации по настройке опроса и тестированию на "зависание"
Тролль-наседка, добрый, нежный и ласковый
Больше для истории:опрос с одного мастера:упал также мин через 10( в течении этого времени не прекращающиеся "конвульсии"( ошибки связи))
Последний раз редактировалось pt200; 15.03.2019 в 19:55.
Прошу пардону, подрихтовал для удобства работы с модулями ВВ и забыл про это