Visual Basic в RSViewSE

Eraser

При нажатии кнопки где прописана отработке процедур на Visual Basic, в серверном проекте, ГДЕ выполняется сама программка (процедура) - на сервере (и на клиент отсылаеться лишь резутьтат) или на клиенте, в его среде VB?

И второй вопросик. Есть контроллер, есть массив данных в его памяти, в RSView SE или RSView32 созданы несколько папок, где лежат тэги с разными именами, но указывающие на один и тот же массив в контроллере. Если вывести значения всех этих тэгов на один экран, каким образом будет выполняться запрос данных с контроллера? Будет ли это один запрос к массиву в памяти контроллера, а дальше все тэги получать свои значения, или это будут несколько запросов? (по колличеству привязок тэгов)

oldDad

В отличие от RSView32, в RSViewSE все VBA-скрипты выполняются на клиенте, т.к. VBA - это свойство экрана.
_________________
Обращайтесь к профессионалам.

Eraser

спасибо. а второй вопросик?

oldDad

Второй вопрос немного непонятен. Что Вы имеете в виду?

Если речь идёт о величине пакета, то в зависимости от количества тэгов будет то ли иное количество пакетов.
_________________
Обращайтесь к профессионалам.

Eraser

ок. попробуем на примере.

есть контроллер у него в памяти 10 массивов по 10 элементов.

1 вариант: в системе визуализации есть папка, в ней забито 100 тэгов. Сколько запросов (пакетов, т.е. загруженность сети) будет нужно для считывания данных из контроллера?

2 вариант: в системе визуализации есть 10 папок, в каждой из них забито по 100 тэгов, причем многие из них ссылаются на одни и теж элементы массивов. Сколько запросов (пакетов, т.е. загруженность сети) будет нужно для считывания данных из контроллера?

oldDad

Ага, теперь понятно.

Данные делятся на пакеты по 256 байт.

Количество пакетов равно суммарному количеству байтов во всех Ваших тэгах, делённому на 256.

С точки зрения производительности контроллера, лучше использовать массивы, чем неструктурированные данные. При этом используется меньше ресурсов контроллера.

С точки зрения производительности сети, лучше группировать данные, т.е. вместо 32 тэгов типа BOOL лучше использовать один DINT.
_________________
Обращайтесь к профессионалам.

Eraser

гм. так, попробуем еще проще.
есть контроллер, у него всего лишь 10 элементов в памяти.

В одном проекте визуализации есть 1 папка с 10 тэгами, который ссылаються на 10 элементов в памяти контроллера.

Во втором проекте есть 10 папок с 10 тэгами, которые ссылаються на одни и те же 10 элементов

Будет ли количество запросов к контроллеру одинаковым при работе этих проектов? Т.е. распространяеться ли значение запрошенных элементов на все тэги в проекте, если они находяться в разных папках, но ссылаютсья на одну и ту же область памяти?[/b]

oldDad

Обращения к тэгам никто не оптимизирует. RSView не имеет никакого понятия и не разбирается с тем, есть ли в другой папке такой же тэг или нет. Linx'у это тоже безразлично. Оптимизировать траффик - это забота программиста

Вот втором случае траффик увеличится в 10 раз.

Честно говоря, не могу себе представить ситуацию, для чего это такое может понадобиться - 100 тэгов вместо 10. Я даже и не понял сперва Smile

_________________
Обращайтесь к профессионалам.

Pvl

Вопрос в тему:

Допустим в базе данных тэгов RSvew существуют 10 битовых тегов, ссылающихся на биты DINT-тэга tagName в контроллере Controller следующим образом:

[Controller]tagName.0
[Controller]tagName.1
[Controller]tagName.2
...............................................
[Controller]tagName.9

Для получения значений этих 10ти битовых тэгов произойдёт 10 запросов данных в контроллер или 1 запрос 32-разрядного тэга tagName , а остальная работа по вычислению значения конкретных битов будет выполнена Tag Serverом самого RSView???

oldDad

Весь обмен идёт всё равно в 32-битном native-формате.
Если в контроллере этот тэг будет декларирован, как DINТ, то будет один запрос тэга DINT.
_________________
Обращайтесь к профессионалам.

Pvl

Гм... а где в RSView32 для digital типа данных выставляется тип данных по умолчанию???
Что то не нашол... Digital и всё

oldDad

Ну да, Digital, но можно объявить его Analog Smile

_________________
Обращайтесь к профессионалам.

Pvl

oldDad

Мало ли...
Я открою страшную тайну: тэги всё равно обрабатываются, как аналоговые Smile

Попробуйте надеть, например, на объект visibility с таким вот expression:

Dvoeglazov

Чего вы человека мучаете?!

RSView тянет данные с RSLinx (OPC, DDE), а RSLinx с контроллера.
Таким образом RSLinx выступает в роли буфера. Можете с него хоть 1000 раз запросить один тег - с котроллера он стянется 1 раз.