резюме простое - лучше опрашивать OPC_UA. благо он именно для такого и предназначен.
и использовать пошире канал пошустрее сервер.
p.s ( видимо форум меня хорошо помнит лично, что выставил одно слово сначала со звёздочками... я посмеялся)
резюме простое - лучше опрашивать OPC_UA. благо он именно для такого и предназначен.
и использовать пошире канал пошустрее сервер.
p.s ( видимо форум меня хорошо помнит лично, что выставил одно слово сначала со звёздочками... я посмеялся)
Все наоборот. Зачем закрывать сокеты при постоянном опросе? Чтобы получить "ужасные" тайминги?
Нормальная работа: открыли сокет - получаем данные с контроллера. Если сокет закрылся (по любой причине), открываем заново. Аналогично для других 49 систем. Итого 50 одновременно работающих сокетов.
Про OPC не спорю. Просто ТС спрашивал про Modbus.
Про канал мы вроде уже определились. Вы сами написали что нужно 30 мегабит. Для гигабитной сети это семечки.
Ну а шустрый сервер никогда не лишний
Последний раз редактировалось VladimirIS; 08.08.2022 в 17:45.
Хотелось бы получить хотя бы 1 сек. Сделал 2 теста На мастерскаде и на Какскад-САУ опрос источника данных 2000 параметров по МодбасТСР с встроенным счетчиком изменений - такт 500 мсек. На Мастерскаде постоянные пропуски по 5..7 значений, на Какскад-Сау ни одного пропуска.
Поэтому и вопрос к тем которые сталкивались с этой проблемой, как выходили из этого?
Есть в работе 30 узлов, более 3200 тегов на опрос (ModbusTCP), интервал в основном секунда, те что на запись по 3 сек. 20 тегов с одного узла по 0,5 сек.
Данные для опроса в узлах расположены строго по порядку, т.е. заранее так планировалось. OPC умеет групповые запросы, на один узел от 4 до 8 в моём случае.
Используется KEPServerEX, каждый узел в отдельном потоке, сокеты закрывает только по тайм ауту, потом пытается вновь установить TCP соединение.
Всё летает, комп уровня офисного. То же самое на скромной виртуалке так же без проблем. Скада простенькая от Омрона.
OPC сервера нет никакого, все работает через внутренние драйвера мастерскады. В техподдержку обращались - молчание. Лапши мне не навешают, т.к. у меня конкретный вопрос к тем которые сталкивались с этой проблемой в Мастерскаде. Все ответы до этого и ваш в том числе не попадают в эту категорию.
мне когда-то давно на 300 счетчиков электроэнергии Инсат насчитал ДВА физических сервера. Даже если взять 3-х фазники по 30-40 сигналов с каждого, пусть 40, то это всего-то 12000 тегов.
з.ы. справлюсь одним сервером уровня офисного, нафик такая Scada нужна, которая на 12 тысяч тегов требует два физических сервера????? речь тогда шла про 3-ю версию... 4-я куда тормознее в принципе...
Проблема решилась. по совету поддержки:
"Попробуйте разделить модули по нескольким протоколам. Так как на каждый протокол выделяется своя задача, то в таком случае повысится нагрузка на среду исполнения в целом, но снизится нагрузка на каждую конкретную задачу, что позволит увеличить скорость опроса."
Но правда еще к этому совету добавили изменение параметра Протокола "Тайаут" с 1000 на 50.
И теперь 2000 параметров (10 по 200) легко читаются с периодом изменения на источнике 250 мсек.