Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 10 из 19

Тема: ПЛК 110-60[м2] + МВ110-24.32ДН modbus переодическое возникновение ошибки 81

  1. #1

    По умолчанию ПЛК 110-60[м2] + МВ110-24.32ДН modbus переодическое возникновение ошибки 81

    День добрый

    Есть ПЛК 110-60[м2] и расширение МВ110-24.32ДН
    Расширение подключено к ПЛК по RS485 через конфигуратор.
    err1.jpg
    err2.jpg
    все прекрасно работает данные получаем анализируем и т.п.

    Но если на расширении не происходит изменения (т.е. не замыкаются входы) через некоторое время (которое пак я понял = maxtimeout*amountrepeat)
    Происходит потеря соединения с расширением т.е. возникает ошибка 81

    Физически лечится перезапуском ПЛК (если отключить по питанию расширение соединение не восстанавливается).
    Возможно ли каким либо образом программно перезапустить соединение modbus созданное в конфигураторе ?

  2. #2

    По умолчанию

    Конфигурация ПЛК

    PLCInfo
    PLC model MODEL PLC 110-60
    Binary VERSION 0.3.56
    Need Target version >= 3.07
    Compiled: 13:17:45 Aug 29 2016
    STM32 binary version 114
    MAC 6A:77:00:FF:FB:31
    IP 192.168.0.154
    GATE 192.168.0.1
    MASK 255.255.255.0

  3. #3

    По умолчанию

    amountrepeat==100???
    Режим both для входов - это зачем?
    поставьте по таймеру и 1 повтор.
    Тролль-наседка, добрый, нежный и ласковый

  4. #4

    По умолчанию

    Режим both стоит для того чтобы опрос происходил и по времени и по событию.
    Количество повторов поставлено максимально возможное для минимизации отвалов соединения.
    В этой конфигурации оно хоть как-то работает пока замыкаются входы в определенный лимит времени.

    По поводу поставить просто по времени с 1м повтором - пробовали если входы не замыкаются в обозначенный тайм аут как и было описано возникает ошибка 81 после чего ее убрать можно только перезапуском ПЛК.

    Ну и вопрос собственно не в том, как должен происходить опрос по таймеру или по событию или и так и так, а в том как при данной ошибке ее сбросить и заново программно инициировать соединение.

  5. #5
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    979

    По умолчанию

    Поставьте PollingTime не 10 мс, а хотя бы 50 мс (лучше 100 мс). Вы просто терроризируете модуль посылками опроса. Проводил эксперименты. На ответ модуль МВ110-32ДН тратит где-то 11 мс на скорости 115200. Плюс все что написал Владислав Филоненко.
    Последний раз редактировалось Спорягин Кирилл; 07.11.2016 в 12:28.

  6. #6

    По умолчанию

    Цитата Сообщение от leming495 Посмотреть сообщение
    Режим both стоит для того чтобы опрос происходил и по времени и по событию.
    Количество повторов поставлено максимально возможное для минимизации отвалов соединения.
    В этой конфигурации оно хоть как-то работает пока замыкаются входы в определенный лимит времени.

    По поводу поставить просто по времени с 1м повтором - пробовали если входы не замыкаются в обозначенный тайм аут как и было описано возникает ошибка 81 после чего ее убрать можно только перезапуском ПЛК.

    Ну и вопрос собственно не в том, как должен происходить опрос по таймеру или по событию или и так и так, а в том как при данной ошибке ее сбросить и заново программно инициировать соединение.
    Какому событию? Для входа такой режим означает, что как только поменялось значение на входе модуля и ПЛК его прочитал, ПЛК сразу вход снова читает.
    100 повторов - это террор линии. опрашивает 1 параметр/прибор, а остальные могут и подождать. Особенно "полезно", если прибор не работает.
    Тролль-наседка, добрый, нежный и ласковый

  7. #7

    По умолчанию

    Т.е. при частых запросах модуль просто повисает или что ?
    Я бы конечно согласился с этим если бы не одно но.
    Модуль отдельно от ПЛК при возникновении данной ошибки перезагружался по питанию. Связь после перезапуска не восстанавливалась.
    При этом если перезапустить ПЛК а модуль не трогать все нормально. Т.е. проблемма на стороне ПЛК.

    И опять же почему тогда работает при замыкающихся входах? И ни разу не хочет отваливаться ?
    А вот если событий нет то после тайм аутов связь рвется сразу.

    И насколько я понимаю данная ситуация будет возникать и в описанных вами настройках просто с другими тайм аутами при отсутствии событий на модуле.
    В принципе у нас события на модуле генерируются постоянно поэтому в продакшене ошибка практически не возникает (т.е. ооочень редко). Возникает именно на тесте когда мы не замыкаем контакты на модуле.

    Поэтому вопрос в данном случае остается тот же - как программно перезапустить соединение и возможно ли это в принципе.

  8. #8
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    979

    По умолчанию

    Цитата Сообщение от leming495 Посмотреть сообщение
    Т.е. при частых запросах модуль просто повисает или что ?
    Любому устройству необходимо какое-то время чтобы выполнить некоторые действия. Модулю для ответа на 1 запрос нужно около 11 мс.
    А Вы пытаетесь слать ему ему запросы каждые 10 мс. Очевидно, что это не верно. И во всяком случае нет смысла.

    Цитата Сообщение от leming495 Посмотреть сообщение
    Я бы конечно согласился с этим если бы не одно но.
    Модуль отдельно от ПЛК при возникновении данной ошибки перезагружался по питанию. Связь после перезапуска не восстанавливалась.
    Я не понимаю, что значит "перезагрузка по питанию". Попробуйте установить рекомендованные настройки и проверить будет ли работать?

  9. #9

    По умолчанию

    Цитата Сообщение от Спорягин Кирилл Посмотреть сообщение
    Любому устройству необходимо какое-то время чтобы выполнить некоторые действия. Модулю для ответа на 1 запрос нужно около 11 мс.
    А Вы пытаетесь слать ему ему запросы каждые 10 мс. Очевидно, что это не верно. И во всяком случае нет смысла.
    Ну это не совсем так т.к. по ответу техподдержки на ответ у данного модуля тратится 3,6мс поэтому 10 мс это вполне в пределах нормы. А мне по задачам ответ нужен максимально быстро.

    Цитата Сообщение от Спорягин Кирилл Посмотреть сообщение
    Я не понимаю, что значит "перезагрузка по питанию".
    Перезапуск по питанию означает что питание отключаем у модуля (ну или плк) ждем 10 сек включаем обратно.

    Цитата Сообщение от Спорягин Кирилл Посмотреть сообщение
    Попробуйте установить рекомендованные настройки и проверить будет ли работать?
    Т.к. в продакте оно более менее живет с тек настройкой то подождем доставку запасного контроллера для экспериментов.
    Однако если я правильно помню он отваливался с дефолтными настройками кодесиса у которых PollingTime=100мс там правда amountrepeat=0 был.
    Но сути дела оно не меняет. т.к. проблема в данном случае не в количестве опросов в ед времени. А в том что при отсутствии замыкания на контактах теряется связь с модулем.

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

  10. #10
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    979

    По умолчанию

    Цитата Сообщение от leming495 Посмотреть сообщение
    Ну это не совсем так т.к. по ответу техподдержки на ответ у данного модуля тратится 3,6мс поэтому 10 мс это вполне в пределах нормы. А мне по задачам ответ нужен максимально быстро.
    Тех. поддержка ошибается. Ответ от модуля МВ110-32ДН занимает от 9 до 12 мс (в среднем 11 мс) на скорости 115200.
    Они, видимо, сообщают Вам теоретическое время опроса, т.е. время полученное из расчета: кол-во байт в запросе-ответе / скорость сети.
    Но практическое время всегда выше теоретического (см. тут). В приведенном примере, правда, в качестве слейва выступал контроллер S7-1214. Но тенденция сохраняется и для модулей ОВЕН.


    Цитата Сообщение от leming495 Посмотреть сообщение
    Т.к. в продакте оно более менее живет с тек настройкой то подождем доставку запасного контроллера для экспериментов.
    Однако если я правильно помню он отваливался с дефолтными настройками кодесиса у которых PollingTime=100мс там правда amountrepeat=0 был.
    Но сути дела оно не меняет. т.к. проблема в данном случае не в количестве опросов в ед времени. А в том что при отсутствии замыкания на контактах теряется связь с модулем.

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

    Но все же попробуйте установить рекомендованные настройки.

Страница 1 из 2 12 ПоследняяПоследняя

Похожие темы

  1. Ответов: 14
    Последнее сообщение: 06.10.2016, 10:53
  2. ПЛК 323 + МВ110-32ДН
    от alexusankov в разделе ПЛК3хх
    Ответов: 5
    Последнее сообщение: 15.05.2015, 08:36
  3. мв110-32дн
    от san_orsk в разделе ПЛК1хх
    Ответов: 5
    Последнее сообщение: 22.07.2014, 09:19
  4. МВ110-32ДН
    от Camypau в разделе Разработки
    Ответов: 1
    Последнее сообщение: 20.02.2013, 16:57
  5. Ответов: 5
    Последнее сообщение: 06.01.2012, 23:32

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •