Показано с 1 по 9 из 9

Тема: ПЛК - МВ потеря связи

  1. #1

    По умолчанию ПЛК - МВ потеря связи

    Здравствуйте!
    Периодическая потеря связи на нескольких ПЛК 110 с МВ110 8А.
    Связь с МВ в ПЛК реализована с помощью стандартного конфигуратора. Последовательно соединены 3 блока МВ.
    В какой то момент (бывает через сутки - бывает через месяц) возникает ошибка 81 по всем блокам МВ в цепи, при этом светодиоды обмена продолжают мигать, но
    в регистрах отображаются последние значения измеряемых величин на момент потери связи.
    Помогает либо откл\вкл питания, либо отсоединение\подсоединение одного из проводов RS 485 на любом из блоков(даже на последнем в цепи)
    Терминального резистора нет(все блоки в одном шкафу, общая длина проводов интерфейса не более 30 см)
    1) Как решить проблему с потерей связи, коллеги? был-ли такой опыт?
    2) можно-ли при возникновении такой ошибки восстанавливать связь как то программно, не прибегая к отключению питания или физическому разрыву интерфейса?

  2. #2
    Пользователь
    Регистрация
    20.02.2008
    Адрес
    Тверь
    Сообщений
    501

    По умолчанию

    Похожая проблема - несколько ПЛК110 при помощи стандартного Modbus Master опрашивают по 5 ТРМ202, 1 МВА и командуют одним МУ. Некоторые из ПЛК периодически (раз в день-месяц) теряют связь с каким-нибудь из подключенных устройств (чаще всего один и тот же из ТРМов или МУ перестают моргать светодиодом связи, ошибка 81). Скорость 57600. Длина линии связи менее 2 метров. После сброса ПЛК связь обычно восстанавливается. Есть ощущение, что количество сбоев уменьшается с увеличением периода опроса с 0,5 до 1с и таймаутов с 2 до 20 мсек, но статистика небольшая. При попытке уменьшить период опроса с 500 до 100 мсек количество сбоев резко возросло (раз в несколько часов)
    Последний раз редактировалось rwg; 10.11.2017 в 21:35.

  3. #3

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Проблема софта - биб-ки, железа - в ремонт.

    PS
    Ну можно еще выяснять всякую фигню про версии прошивки. Может повезет.
    Дык что тут с софтом может быть, если настраивал в конфигураторе, без библиотек.

  4. #4

    По умолчанию

    Цитата Сообщение от rwg Посмотреть сообщение
    Похожая проблема - несколько ПЛК110 при помощи стандартного Modbus Master опрашивают по 5 ТРМ202, 1 МВА и командуют одним МУ. Некоторые из ПЛК периодически (раз в день-месяц) теряют связь с каким-нибудь из подключенных устройств (чаще всего один и тот же из ТРМов или МУ перестают моргать светодиодом связи, ошибка 81). Скорость 57600. Длина линии связи менее 2 метров. После сброса ПЛК связь обычно восстанавливается. Есть ощущение, что количество сбоев уменьшается с увеличением периода опроса с 0,5 до 1с и таймаутов с 2 до 20 мсек, но статистика небольшая. При попытке уменьшить период опроса с 500 до 100 мсек количество сбоев резко возросло (раз в несколько часов)
    У меня на нескольких связках такая проблема, разница лишь в том, что сетодиоды у меня не перестают моргать, и ошибка связи сразу на 2х слейвах.
    Да, и помогает не только переключением питания, но и физическое отсоединение\присоединение любого из проводов интерфейса , даже на последнем слейве.
    Такие дела...
    Понять бы в чем причина, можно было бы и побороться.

  5. #5

    По умолчанию

    Цитата Сообщение от rwg Посмотреть сообщение
    ПЛК110 при помощи стандартного Modbus Master опрашивают по 5 ТРМ202, 1 МВА и командуют одним МУ. Некоторые из ПЛК периодически (раз в день-месяц) теряют связь с каким-нибудь из подключенных устройств
    ТРМы линейки 2хх лучше переводить на обмен по Modbus ASCII. По RTU, насколько я знаю, раньше были проблемы.

  6. #6
    Пользователь
    Регистрация
    20.02.2008
    Адрес
    Тверь
    Сообщений
    501

    По умолчанию

    Цитата Сообщение от Сергей Лысов Посмотреть сообщение
    ТРМы линейки 2хх лучше переводить на обмен по Modbus ASCII. По RTU, насколько я знаю, раньше были проблемы.
    Уважаемые разработчики приборов ТРМ202. Мы вынуждены в своих разработках применять необычное техническое решение: там, где ведётся опрос этих приборов по протоколу Modbus RTU, ставить дополнительное реле, которое при зависании опроса выключает на несколько секунд питание всех приборов ТРМ202. Не могли бы вы доработать ПО прибора, чтобы делать эту процедуру более оптимальным образом, например сбрасывать зависший сом-порт по таймауту или хотя бы честно известить своих потребителей, что ТРМы Modbus RTU не поддерживают и сразу ориентировать пользователей на использование для них отдельной линии RS485 с Modbus ASCI?

  7. #7
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,225

    По умолчанию

    Цитата Сообщение от rwg Посмотреть сообщение
    Уважаемые разработчики приборов ТРМ202. Мы вынуждены в своих разработках применять необычное техническое решение: там, где ведётся опрос этих приборов по протоколу Modbus RTU, ставить дополнительное реле, которое при зависании опроса выключает на несколько секунд питание всех приборов ТРМ202. Не могли бы вы доработать ПО прибора, чтобы делать эту процедуру более оптимальным образом, например сбрасывать зависший сом-порт по таймауту или хотя бы честно известить своих потребителей, что ТРМы Modbus RTU не поддерживают и сразу ориентировать пользователей на использование для них отдельной линии RS485 с Modbus ASCI?
    остался вопрос как быть с теми кто опрашивает все приборы завода по рту и проблем не замечал, точно дело в приборах а не в организации обмена
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

  8. #8
    Пользователь
    Регистрация
    20.02.2008
    Адрес
    Тверь
    Сообщений
    501

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    остался вопрос как быть с теми кто опрашивает все приборы завода по рту и проблем не замечал, точно дело в приборах а не в организации обмена
    Им повезло. Мы эту проблему тоже вычислили после эксплуатации нескольких десятков приборов на трёх объектах в течение года, одних выездов на удалённые объекты для разборок и объяснений с заказчиками не менее десятка. Сперва больше на ПЛК110 грешили. А потом оказалось, что при правильной организации помех для подвешивания сети достаточно нескольких минут.

  9. #9

    По умолчанию

    Цитата Сообщение от rwg Посмотреть сообщение
    Уважаемые разработчики приборов ТРМ202. Мы вынуждены в своих разработках применять необычное техническое решение: там, где ведётся опрос этих приборов по протоколу Modbus RTU, ставить дополнительное реле, которое при зависании опроса выключает на несколько секунд питание всех приборов ТРМ202. Не могли бы вы доработать ПО прибора, чтобы делать эту процедуру более оптимальным образом, например сбрасывать зависший сом-порт по таймауту или хотя бы честно известить своих потребителей, что ТРМы Modbus RTU не поддерживают и сразу ориентировать пользователей на использование для них отдельной линии RS485 с Modbus ASCI?
    Добрый день.
    Понимаю ваше пожелание и полностью его поддерживаю, потому что сам постоянно сталкиваюсь с трудностями работы ТРМ202 по Modbus RTU.
    К сожалению, я не могу напрямую повлиять на доработку устройства, потому что устройства класса "кип" находятся вне моей компетенции Но обязательно передам ваше пожелание руководителю направления.
    Кстати, если вас не затруднит, но могли бы вы оставить отзыв о работе в этих темах:

Похожие темы

  1. Потеря связи RS-485
    от arsm в разделе СПК1хх
    Ответов: 5
    Последнее сообщение: 09.12.2014, 15:59
  2. Потеря связи по Modbus
    от Deoxes в разделе СПК1хх
    Ответов: 18
    Последнее сообщение: 29.10.2014, 14:19
  3. потеря связи плк 110-60
    от Ден в разделе ПЛК1хх
    Ответов: 22
    Последнее сообщение: 05.05.2011, 20:41

Ваши права

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