Страница 1 из 3 123 ПоследняяПоследняя
Показано с 1 по 10 из 21

Тема: ПЛК 110 и опрос по Modbus TCP

  1. #1

    По умолчанию ПЛК 110 и опрос по Modbus TCP

    Здравствуйте! Частые потери связи, либо затыки, после которых связь можно восстановить сбросом питания, либо долгим перетыканием портов кабелей связи двух ПЛК.
    Прошу помочь разобраться в следующем:
    имеется система управления, в её составе 2 ПЛК110-24.60.Р-М, одна панель оператора Weintek MT-8070iH, а также, осуществляется опрос ПЛК от компьютера диспетчера.
    Использование 2-ух ПЛК предусматривалась в том ключе, что один из ПЛК - ведущий, другой - резервный, который перехватывает на себя управление системой в случае выхода из строя первого ПЛК (ведущего).
    Для этого ПЛК общаются между собой посредством Modbus TCP, первый ПЛК (ведущий) - Мастер, второй ПЛК - Slave. Из одного ПЛК в другой передаем одни Слова, другие - принимаем.
    IP адрес 1-ого ПЛК:20:1:51:96
    IP адрес 2-ого ПЛК:20:1:51:97
    Применяем стандартный блок Universal Modbus Device. Его настройки - на рисунке.
    Настройки связи ПЛК.png

    Не совсем понятно, какой параметр выставлять в строке Byte Sequence, поскольку вроде как в документации указано, что ставим Native - порядок бит для ПЛК, но вроде и при Trace Mode работает. Трудно проследить правильность выбора, поскольку и другие факторы тоже вмешиваются. Игрались и с режимом опроса (Work Mode), и с временем опроса (при выборе By Poll Time). Оптимальный вариант не нашелся. Вроде как лучше все же с этой конфигурацией, приведенной на рисунке выше.
    Чтобы полностью картину описать, поясним, что в системе ещё есть панель оператора, она является Slave-ом. Оба ПЛК - Мастеры в этом случае. С ней мы общаемся тоже по Modbus TCP, порт 800.
    IP адрес панели:20:1:51:104
    Настройки панели для опроса ниже (для опроса 1-ого ПЛК):
    Настройки панели.png

    Для 2-ого ПЛК, соответственно, другие IP адреса, в остальном - аналогично.

    Также, оба ПЛК опрашиваются АРМ оператора, тоже Modbus TCP, порт 502. Период опроса - 200 мс.

    Проблема в том, что довольно часто происходят обрывы, либо вообще затыки связи, от нескольких раз в день до нескольких раз в час. Обрывы чаще между двумя ПЛК. Ошибка выходила раньше и 81, и 85. Сейчас уже, вроде как, 81 наблюдается намного чаще. Даже бывает такое, что связь обрывается, не выдавая ошибку. Просто прекращается передача данных, и все на этом. Именно вот эта проблема интересует БОЛЬШЕ ВСЕГО! Были обрывы связи с панелькой оператора, но после того, как установили время ожидания 5с, тогда обрывов пока не наблюдалось, либо они не такие частые просто).

    Очень нужно поскорей решить проблему, потому что месяцы ковыряний и наблюдений слишком затянулись. Ребят, используем кучу оборудования Овен, от модулей МВ110 до ПЧВ3, и рассчитываем на помощь, дружественную и искреннюю!!!!
    Изображения Изображения

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

    По умолчанию

    без обид, но наместе устройств я бы тоже с Вами не связывался, что это вобще ip-адреса как мак-адреса пишите? в место специально отведенных адресов под локальные сети используете занятые американцами подсети?
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

  3. #3

    По умолчанию

    Использовали на другом объекте 192.168.0.240 и т.д , но такая же ситуация. Но адреса и не мы задаем, нам их предписывают задавать именно такие, как указано в первом посте. Больше вопрос по настройкам опроса между двумя ПЛК, и в частности про Byte Sequence.

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

    По умолчанию

    Цитата Сообщение от Паэлпапаэл Посмотреть сообщение
    Использовали на другом объекте 192.168.0.240 и т.д , но такая же ситуация. Но адреса и не мы задаем, нам их предписывают задавать именно такие, как указано в первом посте. Больше вопрос по настройкам опроса между двумя ПЛК, и в частности про Byte Sequence.
    секвенс это как разногласия в произведениях Свифта, для связи роли не играет каким байтом вперед передавать информацию
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

  5. #5

    По умолчанию

    Подскажите пути решения проблемы и ткните на те ошибки, которые вы увидели в описании нашей ситуации лучше. К чему Свифт и американские подсети???

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

    По умолчанию

    свифт высмеивал войну сторонников разбивать яйцо с тупой и острой стороны,так и Вы ищите проблему как в протоколе будут укладываться байты данных, ТСР в любом случае передаст единички нолики в полном объеме не разрывая соединение

    про американцев - так если Вы показываете реальные адреса интернета занятые американским провайдером, почему бы мне об этом не написать?

    из реальных вещей которые могли бы помочь попытаться найти пролему вобще ни слова, возмите и про тестируйте хотя бы пинги до всех устройств, только основательно,а не четырмя запросами
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

  7. #7

    По умолчанию

    Поднималась на форуме тема про связь ПЛК посредством Netvar UDP, это может чем-то помочь, и более ли правильно таким образом делать опрос?

  8. #8

    По умолчанию

    Прикладываю ПО
    Вложения Вложения

  9. #9
    Пользователь
    Регистрация
    28.08.2008
    Адрес
    23..93..123
    Сообщений
    1,346

    По умолчанию

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

  10. #10

    По умолчанию

    Спасибо!!!
    Мин.ц ПЛК - это MinCycle Lenght?
    Так а что, действительно, данные слэйва могут наползать на данные мастера? Так если мы вниз слэйвы переместим, то они друг на друга тогда наползать будут. Так что-ли?

    А данные, да, нормальные идут.
    Последний раз редактировалось Паэлпапаэл; 19.05.2015 в 00:08.

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

Похожие темы

  1. Ответов: 28
    Последнее сообщение: 18.08.2015, 20:39
  2. Управление ПЛК по Modbus TCP, сеть RS-485
    от sergek в разделе Подбор Оборудования
    Ответов: 5
    Последнее сообщение: 30.12.2014, 09:01
  3. Соединение ПЛК по Modbus TCP
    от Sergey666 в разделе ПЛК1хх
    Ответов: 18
    Последнее сообщение: 16.12.2014, 05:19
  4. ПЛК 323. Опрос по Modbus регистров ТРМ 202
    от rescom в разделе ПЛК3хх
    Ответов: 5
    Последнее сообщение: 21.03.2014, 19:07
  5. Ответов: 12
    Последнее сообщение: 07.06.2012, 18:01

Метки этой темы

Ваши права

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