Часто задаваемые вопросы и ответы на них (FAQ)
Q: Каким образом определяется цикличность архивирования значений.
Re: Архивирование является независимой
от контроллеров и параметров задачей и выполняется
она модульной подсистемой “Архивы”. Что и как
архивировать определяется индивидуально для каждого атрибута
параметра.
Q: Каким образом реализуется многоязыковая поддержка в системе?
Re: Многоязыковая поддержка реализована на основе
стандарта интернационализации I18n. Причём, файлы интернационализации
модулей отделены от файла интернационализации системы.
Это обеспечивает полноценную поддержку независимого
распространения и разработки модулей к системе OpenSCADA.
Q: Каким образом осуществляется речевая сигнализация?
Re: Речевая сигнализация, как и иные методы
сигнализации, является элементом подсистемы “Пользовательские
интерфейсы” и будет организовываться как модуль
обрабатывающий состояния атрибутов параметров.
Q: Где и как выполнять дополнительную логическую обработку атрибутов параметров?
Re: Любая математическая обработка атрибутов
параметров может производится в вычислительных контроллерах,
например в блочном вычислительном контроллере и контроллере
на основе Java-подобного языка.
Q: Как организовывается разделение доступа?
Re: Используется схема безопасности подобная UNIX OC.
Так, каждый контроллер и параметр будут иметь владельца,
принадлежать группе и содержать триаду доступа “rwxrwxrwx”.
Q: Можно ли управлять системой OpenSCADA посредством обычного WEB-браузера?
Re: Да можно! Для конфигурации системы
OpenSCADA из браузера создан модуль “Интерфейса пользователя”
<WebCfg>, функции которого вызываются модулем “Протокола”
<HTTP>.
Q: Можно ли и каким образом реализуется резервирование параметров?
Re: Планируется реализация следующих схем резервирования:
- резервирование датчиков: предусматривает возможность
в одном параметре описывать несколько однотипных датчиков которые
будут иметь собственные атрибуты значений. Результирующее значение
датчиков будет помещаться в результирующий атрибут значения;
- резервирование каналов: предусматривает возможность
объединения параметров от разных станций/контроллеров в одном
сводном параметре. В процессе доступа выбирается активный
параметр(контроллера) или же предпочтительный в случае
активности более одного параметра(контроллера). Данная схема позволяет,
также, осуществлять распределение нагрузки на коммуникационные
интерфейсы различных станций/контроллеров.
Q: Где проверяются шкалы параметров и различные уставки сигнализаций?
Re: Проверка шкал и уставок может реализовываться
самим модулем контроллера с сигнализацией через соответствующие
атрибуты параметров. А также на логическом уровне параметров,
для «сырых» источников данных.
Q: Допускает ли система добавление/удаление/обновление модулей на ходу (без остановки)?
Re: Данная возможность заложена в систему и обеспечивается подсистемой “Управление модулями”.
Q: Возможна ли работа с потоковыми данными в системе?
Re: Потоковый и пакетный сбор работает
в связке а архивом и его буфером. Т.е. источник, получив
пакет/блок данных помещает его в архив атрибута параметра.
Q: Могу ли я создать свой собственный модуль для какой либо подсистемы?
Re: Да, конечно! Для этого создан документ
где практически полностью описана архитектура ядра,
его функции и API модулей различных подсистем.
Q: Каким образом можно реализовывать межмодульные связи?
Re: Межмодульные связи делятся на два типа:
- Стандартный интерфейс доступа. Производится посредством интерфейса модульных подсистем.
- Расширенный интерфейс доступа. Предусматривает экспорт
функций внешнего интерфейса модулем экспортёром и последующее
подключение модуля импортёра к этим функциям с помощью
функций объекта <TSubSYS>.
- Пользовательские функции. Любой компонент системы может регестрировать свои пользовательские функции.