Simple-Scada forum
Simple-Scada 1.3.3 и ниже (старая версия, больше не разрабатывается) => Ваши вопросы => Тема начата: IBAH от 05 Мая 2015, 10:13:46
-
не могу разобраться
чем определяется период обновления
настройками сервера или настройками скады?
если я ставлю в настройках сервера 10с
в настройках скады 2с
какой будет реальный период обмена пакетами с контролером? период обновления?
проводится оверсамплинг или притягивается к меньшему-большему?
-
Частота обновления определяется скадой. То, что Вы ставите на OPC-сервера это частота для самого OPC-сервера, когда Вы просматриваете значения тегов с помощью OPC-сервера. Т.е. в Вашем случае всегда выбирайте нужную частоту в скаде, а не на OPC-сервере. Выберете 2 сек. в скаде и частота обновления будет равна 2 секундам, независимо от того что выбрано на OPC-сервере. Реальный период обмена будет равен установленному, если с вашей сетью все в порядке.
-
Спасибо за дельный ответ!
еще вопрос по поводу группировки тегов
я так понял, если теги сгруппированы , то передача идет в одном пакете(кадре)?
Имеет ли смысл группировать теги для снижения нагрузки на контроллер?
-
Пожалуйста опишите как именно Вы их группируете? Вы на OPC-сервере создаете новую группу, а затем добавляете в неё теги?
-
Пожалуйста опишите как именно Вы их группируете? Вы на OPC-сервере создаете новую группу, а затем добавляете в неё теги?
именно так
формат тега
канал.устройство.группа.тег
-
Такая возможность на OPC-сервере доступна только для удобства. Например если тегов на одно устройство очень много и хочется разделить их на группы по каким-то параметрам. Но это никак не влияет на скорость работы.
-
Такая возможность на OPC-сервере доступна только для удобства. Например если тегов на одно устройство очень много и хочется разделить их на группы по каким-то параметрам. Но это никак не влияет на скорость работы.
а в случае ОРС сервер - несколько скада клиентов по DCOM
чем будет определятся период запросов на контроллер?
-
Рассмотрим случай когда есть, например, 3 DCOM клиента и один сервер. Когда запускается очередной клиент - в список сервера добавляются нужные клиенту теги и сервер читает эти теги с контроллера. Но! Если теги на всех трех клиентах одинаковы и частота их чтения также одинакова - сервер не будет дублировать теги! Т.е. будет один набор тегов, который будет читаться с контроллера через определенный интервал, а затем полученные данные будут отправлены трем клиентам, таким образом контроллер не будет нагружен. Но важно, чтобы не только теги клиентов совпадали, но и их частота чтения. Т.е. на трех клиентах в Simple-Scada должна быть стоять одна и та же частота, например 2 сек. Иначе теги на сервере будут дублироваться, как и запросы к контроллеру.
В случае если на трех клиентах три разных проекта и нет совпадающих тегов, то здесь ничего страшного тоже нет. Все теги будут добавлены на сервер отдельно и каждый будет читаться с контроллера с интервалом заданным в Simple-Scada на клиенте.
-
Рассмотрим случай когда есть, например, 3 DCOM клиента и один сервер. Когда запускается очередной клиент - в список сервера добавляются нужные клиенту теги и сервер читает эти теги с контроллера. Но! Если теги на всех трех клиентах одинаковы и частота их чтения также одинакова - сервер не будет дублировать теги! Т.е. будет один набор тегов, который будет читаться с контроллера через определенный интервал, а затем полученные данные будут отправлены трем клиентам, таким образом контроллер не будет нагружен. Но важно, чтобы не только теги клиентов совпадали, но и их частота чтения. Т.е. на трех клиентах в Simple-Scada должна быть стоять одна и та же частота, например 2 сек. Иначе теги на сервере будут дублироваться, как и запросы к контроллеру.
В случае если на трех клиентах три разных проекта и нет совпадающих тегов, то здесь ничего страшного тоже нет. Все теги будут добавлены на сервер отдельно и каждый будет читаться с контроллера с интервалом заданным в Simple-Scada на клиенте.
Спасибо за дельное разъяснение!