English version
Русская версия
Q: Чи працює система OpenSCADA у операційній системі QNX, FreeBSD, MS Windows?
Re: Система OpenSCADA розробляється за принципами багатоплатформності, базуючись на визнаному світовому стандарті POSIX та багатоплатформених бібліотеках. Однак у зв'язку з обмеженістю ресурсів проект ведеться тільки у ОС Linux. Заходи по адаптації системи до інших платформ заплановані після випуску версії 0.7.0. Подальша підтримка тієї або іншої платформи буде залежати від зацікавленості спільноти та наявності окремого мантейнера для апаратно-програмної платформи.
Q: Як зібрати систему OpenSCADA із вихідних текстів?
Re: Збірка будь якого програмного проекту, складністю вище середнього, з вихідних текстів є нетривіальним завданням. Для вирішення цього завдання потрібна відповідна підготовка та попередній досвід збірки. Якщо є можливість отримати OpenSCADA зібраною та опакованою під ваше оточення, то обов'язково скористайтеся нею. Якщо ж немає пакетів під ваше оточення або Ви свідомо бажаєте зібрати систему з вихідних текстів, тоді скористайтеся керівництвом для збірки з вихідних текстів: 
http://diyaorg.dp.ua/oscadawiki/Doc/SborkaIzIsxodnikov (RU).
Q: Яким чином визначається циклічність архівації значень?
Re: Архівація є незалежним від контролерів та їх параметрів завданням, та виконується вона модульною підсистемою "Архіви". Що та як архівувати визначається особисто для кожного атрибута параметру. Передбачено два режими архівації: пасивний та активний. Пасивна архівація визначається циклічністю отримання даних контролером, циклом модуля збору даних. Активна архівація забезпечується завданням підсистеми архівації, незалежно від циклу та способу збору даних модулем "DAQ".
Q: Яким чином реалізується підтримка багатьох мов? Чи можу я виконати локалізацію на рідну мову?
Re: Підтримка багатьох мов реалізована ґрунтуючись на стандарті інтернаціоналізації I18N. До того ж файли інтернаціоналізації модулів відокремлено від файлу інтернаціоналізації системи. Це забезпечує повноцінну підтримку незалежного розповсюдження та розробки модулів до системи OpenSCADA. Переклад системи в цілому та модулів зокрема може бути виконано незалежно від наявності вихідних текстів системи. Для перекладу достатньо отримати *.po або *.pot файли потрібного компоненту та у звичайному текстовому редакторі виконати переклад повідомлень у файлах з англійської на потрібну мову.
Q: Яким чином здійснюється сигналізація мовою?
Re: Сигналізація мовою, як і інші методи сигналізації, є елементом підсистеми “Інтерфейси користувача” та буде здійснюватися у модулі обробки станів атрибутів параметрів.
Q: Де і як виконувати додаткову логічну обробку атрибутів параметрів, включаючи логічне зв'язування у один об'єкт?
Re: Будь яка математична обробка атрибутів параметрів може виконуватися у обчислювальних контролерах, наприклад у блочному обчислювальному контролері та контролері ґрунтованому на Java-подібній мові. Крім того, обробка може виконуватися на логічному рівні параметрів, у контролерах спеціально для цього передбачених (які працюють за шаблонами параметрів) або які містять вбудовану реалізацію механізму шаблонів параметрів. Тобто користувач може формувати параметри з потрібною структурою та алгоритмом після-обробки, формуючи логічно зв'язані об'єкти.
Q: Як забезпечується розподіл доступу?
Re: Використовується схема безпеки подібна до UNIX ОС. Так, потрібні компоненти мають власника, входять до групи та містять тріаду доступу "rwxrwxrwx". Крім того, цей механізм безпеки втілено у інтерфейсі керування системою OpenSCADA, який, в свою чергу, пронизує всю систему.
Q: Чи можна керувати системою OpenSCADA за допомогою звичайного WEB-браузера?
Re: Так, це можливо. Для керування системою OpenSCADA з WEB-браузера створено модуль "Інтерфейсу користувача" <WebCfg>, функції якого викликаються модулем "Протоколу" <HTTP>.
Q: Чи можна, та яким чином реалізується резервування параметрів?
Re: Планується реалізація наступних схем резервування:
- Резервування датчиків: передбачає можливість у одному параметрі описувати декілька типових датчиків, які будуть мати власні атрибути значень. Результуюче значення датчиків буде поміщатися до узагальнюючого атрибуту значення.
- Резервування каналів: передбачає можливість об'єднання параметрів від різних станцій/контролерів у одному зведеному параметрі. В процесі доступу обирається активний параметр(контролеру), або ж кращий, у випадку активності більш одного параметру(контролера). Дана схема дозволяє, також, здійснювати розподіл навантаження на комунікаційні інтерфейси різних станцій/контролерів.
Q: Де перевіряються шкали параметрів та різні уставки сигналізації?
Re: Перевірка шкал та вставок може реалізовуватися самим модулем контролера, з сигналізацією через відповідні атрибути параметрів. А також на логічному рівні параметрів, для "сирих" джерел даних. Крім того, даний аналіз може виконуватися безпосередньо в середовищі візуалізації та керування (СВК), а також у спеціалізованому менеджері сигналізації.
Q: Чи допускає система додання/видалення/оновлення модулів на ходу (без зупинки)?
Re: Ця можливість закладена в систему та забезпечується підсистемою "Керування модулями". Фактично, оновлення модулів може відбуватися автоматично, після виявлення нової версії модуля.
Q: Чи можлива робота з потоковими даними в системі?
Re: Потоковий та пакетний збір даних працює у зв'язці з архівом та його буфером. Тобто джерело, отримавши пакет/блок даних, безпосередньо поміщає його до архіву атрибута параметра, або ж бере пакет з буферу, при потоковому виводі.
Q: Чи можу я створити свій власний модуль для будь якої підсистеми?
Re: Так, звісно. Для допомоги в цьому створено документ, де практично повністю описано архітектуру ядра, його функції та API модулів різних підсистем. Цей документ знаходиться тут: http://diyaorg.dp.ua/oscadawiki/Doc/API (RU).
Q: Яким чином, в системі OpenSCADA, можна реалізовувати через-модульні зв'язки?
Re: Через-модульні зв'язки можуть бути наступних типів:
- Стандартний інтерфейс доступу -- здійснюється за допомогою віртуального інтерфейсу модульних підсистем.
- Розширений інтерфейс доступу -- передбачає експорт функції зовнішнього інтерфейсу, модулем експортером, та наступне підключення модуля імпортера до цих функцій за допомогою функцій об'єкту підсистеми <TSubSYS>.
- Функції користувача -- будь який компонент системи може реєструвати власні функції користувача, які далі можуть бути використані в оточенні користувальницького програмування OpenSCADA.
Посилання