PDA

Просмотр полной версии : Настройка скорости сети 485 и частоты опроса



and909
16.05.2014, 07:34
Добрый день, коллеги!

Прошу помочь определиться в вопросе.
Нужно подобрать скорость обмена и частоту опроса.

Емкость технологическая:
контролируется температура в емкости и масса продукта (давление) посредством ТРМ202.
1 мешалка (контактор), 1 насос (контактор).

Для дистанционного управления и контроля установлены:
модуль вывода МУ110-8Р (управляет контакторами),модуль ввода МВ110-16Д (контроль срабатывания контакторов и аварийные сигналы).
Шкаф управления 1 на 2 емкости.
Режим местный/дистанционный совмещены, т.е. можно контакторы включить с кнопок на щите, а выключить дистанционно (с модуля) и наоборот.
Итого в шкафу: ТРМ 202 -2 шт, МУ110-8Р -1 шт, МВ110-16Д -1 шт.
Блоки связаны с верхним уровнем через 485 по MODBUS RTU.

Планируется 9 шкафов, сеть 485 разделена на 2 сегмента для надёжности (да и адресов не хватает), длина небольшая - до 100 метров.

Верхний уровень: 485-Ethernet Мокса на 2 порта, Master OPC Modbus, MasterSCADA.

12939

Шкафы проверил по одному.
Для начала поставил скорость 9600, период опроса 1 сек.
Выяснилось, что реакция модулей очень медленная и для срабатывания/отпускания контакторов нужно держать нажатой кнопку на мнемосхеме 1-2 секунды, пока команда дойдёт до модуля вывода и придёт подтверждение с модуля ввода. Кнопки с фиксацией использовать нельзя по определению.
Поэтому нужно подобрать параметры обмена для ускорения реакции системы.

По сети у нас бегают: ТРМ 202 - 2х2=4 байта; Модуль ввода (маска) - 2 байта; Модуль вывода (маска) - 2 байта.

В сегменте получается: ТРМ 202 -10 шт (40 байт); Модуль ввода - 5 шт (10 байт); Модуль вывода - 5 шт (10 байт);

Думаю для ТРМ оставить период опроса 1 сек (а может и 2-3сек) - процессы медленные.
А для модулей установить частоту опроса побольше - герц 10 (100 мсек).

Так вот, собственно, вопрос:
Как подобрать параметры обмена (частоту опроса и скорость порта)?

lara197a
16.05.2014, 08:08
Вы по скорости опроса датчиков ТРМ ориентируйтесь.
Температуру чаще 1 раз в 3-5 сек опрашивать смысла нет.
Это медленный процесс.
MRST из моей практики, опрос чаще 1 раз в секунду не обработает.
Так-же 3-5 сек оптимально.

and909
16.05.2014, 08:18
MRST из моей практики, опрос чаще 1 раз в секунду не обработает.
Это кто такой? MSRT? SCADA? Не обработает? Это будет засада.

lara197a
16.05.2014, 09:23
Это мастер скада. Проверить просто.
Создаете в ПЛК генератор (BLINK).
Выходную переменную помещаете в скаду и присваиваете к примеру "лампе".
Смотрите, с какой частотой лампа устойчиво мигает.
Частоту в генераторе постепенно увеличивайте.

kfvniiz
16.05.2014, 10:31
Тут еще засада может быть с ТРМ202 http://www.owen.ru/forum/showthread.php?t=16190&page=2 (если ветку дочитать то там вроде пишут что использование протокола modbus ascii спасает ситуацию)
Если брать их то их лучше на отдельную линию сажать. А модули ввода вывода соответственно на другую линию. Для модулей ввода и вывода опрос ставите почаще (но без фанатизма, а то очередь на опрос у OPC сервера будет забита и команда на запись будет отрабатываться с задержкой хотя это надо смотреть на конкретный ОРС т.к. у разных производителей по разному), а ТРМ опрашиваете по реже, туже температуру можно опрашивать раз в 10с (но тут надо смотреть).


По сети у нас бегают: ТРМ 202 - 2х2=4 байта; Модуль ввода (маска) - 2 байта; Модуль вывода (маска) - 2 байта.

В сегменте получается: ТРМ 202 -10 шт (40 байт); Модуль ввода - 5 шт (10 байт); Модуль вывода - 5 шт (10 байт);
Это очень приблизительные расчеты, т.к. не учитывается служебная информация в пакете. Плюс не учтено что опрос идет так: посылается команда, например, на чтение регистров, получается на нее ответ. Плюс могут быть наводки и какая то часть пакетов может биться (какая часть будет биться зависит от того есть ли по близости хорошие источники наводок, качества оборудования, линий, заземления, экранирования) из-за этого будут притормаживания (тот же ОРС будет ожидать ответа от прибора в течение некоторого времени, а прибор будет молчать, например, из-за того что к нему пришел битый запрос) и перерезапросы.

and909
16.05.2014, 10:54
Про ТРМ читал и у самих 1 раз была проблема, но 1 раз за год из 10 приборов. Учту.
Может быть использовать родной протокол ОВЕН? Что можете про него сказать?

and909
16.05.2014, 11:37
Экспериментирую.
На скорости 9600 были ошибки по таймауту (100 мсек) ТРМ редко, Модуль ввода чаще. При установке терминаторов ошибки значительно усилились.
По логу время ответа ТРМ и модулей 30 мсек.

Поставил скорость 38400.
Ошибки прекратились совсем. Ответ приборов 10-15 мсек.
Период опроса ТРМ 5 сек, модулей 100 мсек.
Реакция модулей значительно улучшилась, из мнемосхемы срабатывание контакторов 2-3 раза в секунду.

Вот часть лога (читать снизу):

16-05-2014 13:24:25.866 Узел1::ТРМ202(2):(COM4) Rx: [0009] 02 03 04 38 49 00 00 15 85
16-05-2014 13:24:25.854 Узел1::ТРМ202(2):(COM4) Tx: [0008] 02 03 00 01 00 02 95 F8
16-05-2014 13:24:25.753 Узел1::МВ110-16Д:(COM4) Rx: [0007] 03 03 02 00 00 C1 84
16-05-2014 13:24:25.739 Узел1::МВ110-16Д:(COM4) Tx: [0008] 03 03 00 33 00 01 75 E7
16-05-2014 13:24:25.738 Узел1::МУ110-8Р:(COM4) Rx: [0007] 04 03 02 00 00 74 44
16-05-2014 13:24:25.727 Узел1::МУ110-8Р:(COM4) Tx: [0008] 04 03 00 32 00 01 25 90
16-05-2014 13:24:25.626 Узел1::МВ110-16Д:(COM4) Rx: [0007] 03 03 02 00 00 C1 84
16-05-2014 13:24:25.613 Узел1::МВ110-16Д:(COM4) Tx: [0008] 03 03 00 33 00 01 75 E7
16-05-2014 13:24:25.612 Узел1::МУ110-8Р:(COM4) Rx: [0007] 04 03 02 00 00 74 44
16-05-2014 13:24:25.602 Узел1::МУ110-8Р:(COM4) Tx: [0008] 04 03 00 32 00 01 25 90
16-05-2014 13:24:25.601 Узел1::ТРМ202(1):(COM4) Rx: [0009] 01 03 04 26 6F 26 6F 9B 2A
16-05-2014 13:24:25.586 Узел1::ТРМ202(1):(COM4) Tx: [0008] 01 03 00 01 00 02 95 CB


Это очень приблизительные расчеты, т.к. не учитывается служебная информация в пакете.

Да, в среднем 8 байт.

RTU использую, т.к. в логе сразу видно содержание запросов/ответов.

Сейчас поэкспериментирую с протоколами.

lara197a
16.05.2014, 16:39
ТРМ нет смысла так часто опрашивать.
Он не так быстро обновляет значение с датчика.
Чаще чем в 1 сек смысла нет.
Раз в 3-5сек, самое то.

and909
16.05.2014, 17:18
Вы по логу смотрите? Я для наглядности вырезал часть с моментом опроса ТРМов (посмотрите, ТРМы разные), а так период 5 секунд.

and909
16.05.2014, 17:29
Попробовал перейти на ASCII, но почему-то ТРМы стали слать какую-то абракадабру - на запросы отвечают, а ОРС не понимает.
В логе посмотрел, действительно, что-то непонятное.
С модулями всё в норме (а у модуля вывода вообще автоопределение протокола).
Дальше разбираться времени уже не было, вернул RTU.

В понедельник буду думать с периодами опроса и фазами, чтобы всем приборам с 5 шкафов не было тесно.
Нужно ещё подобрать таймауты и т. д., чтобы при отключении некоторых щитов не было тормозов.