Повідомлення створено: 21. 12. 2009 [13:06]
|
almaz
Almaz Karimov
Contributor
Автор теми
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
Из описания блочного вычислителя:
Поддерживаются следующие типы связей:
* Межблочные. Подключение входа блока к выходу другого блока, входа одного блока к входу другого и выхода одного блока ко входу другого.
* Дальние межблочные. Соединение блоков из различных контроллеров данного модуля.
* Коэффициент. Превращение входа в константу. Все входы/выходы по умолчанию инициированы как константы.
* Внешний атрибут параметра.
Неужели протокол Self не позволяет организовать ещё один тип связи для передачи данных одного экземпляра OpenSCADA в блочный вычислитель другого?
Список внешних хостов в системе есть...
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
Повідомлення створено: 21. 12. 2009 [13:48]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
Позволяет.
Просто мне она не нужна.
Learn, learn and learn better than work, work and work.
|
Повідомлення створено: 21. 12. 2009 [15:59]
|
almaz
Almaz Karimov
Contributor
Автор теми
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
Нужна. Только Вы выбрали другой способ передачи данных - посредством DAQGate. И мы вместе с Вами. Не подскажете чем этот способ лучше?
Пока разницу вижу только в потере системных ресурсов на зеркалирование данных удалённого хоста. Когда нужно одно какое-то данное приходится зеркалировать кучу ненужных. Тем более зеркалирование не даёт никакого эффекта резервирования - как только пропадает удалённый хост сразу пропадает и отражение.
Ну и ещё: DAQGate производит одновременное чтение большого блока данных, а способ прямой передачи - асинхронный точечный доступ к любым данным сети опенскад (синхронно с контроллером блочного вычислителя). OpenSCADA построена на асинхронной работе множества нитей (процессов). Высокоскоростная обработка данных изолируется в один процесс. Между разными процессами OpenSCADA производится только низкочастотный обмен.
PS В вики-документации проясняющую решение информацию не нашёл...
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
Повідомлення створено: 21. 12. 2009 [16:25]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
almaz wrote:
Нужна. Только Вы выбрали другой способ передачи данных - посредством DAQGate. И мы вместе с Вами. Не подскажете чем этот способ лучше?
Я вроде говорил про то, что мне не нужна!
Это вообще никак не связанные механизмы, а значит и сравнивать их нет никакого смысла.
Learn, learn and learn better than work, work and work.
|
Повідомлення створено: 21. 12. 2009 [17:50]
|
almaz
Almaz Karimov
Contributor
Автор теми
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
Хорошо. Как скажете.
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
Повідомлення створено: 21. 12. 2009 [17:58]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
Если нужно получить данные из удалённой станции то для этого уже есть механизмы. Просто создаётся функция на JavaLikeCalc, для блочной схемы, где используется механизм запроса к интерфейсу управления "string cntrReq( XMLNodeObj req, string stat );" ( http://wiki.oscada.org/Doc/OpisanieProgrammy?v=14os#h920-5 )
Learn, learn and learn better than work, work and work.
|
Повідомлення створено: 21. 12. 2009 [18:12]
|
almaz
Almaz Karimov
Contributor
Автор теми
Зареєстрован(а) с: 25.09.2008
Повідомлення: 516
|
Спасибо за подсказку. Будем использовать вместо DAQGate иногда. Пользователю, не знающему внутреннюю архитектуру объектов OpenSCADA, было бы проще использовать выбор нужной переменной в связях блока. Но - кому сейчас легко...
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|