QNX проект предназначен для создания и настройки конфигураций контроллеров, работающих под управлением RTOS QNX. В одном QNX-проекте может участвовать произвольное количество QNX-контроллеров.

Использование операционной системы жесткого реального времени QNX на нижнем уровне, позволяет создавать надежные системы управления и сбора данных с возможностью гибкого наращивания функционала. Также это автоматически расширяет возможности классического контроллера, превращая его в PAC (Programmable Automation Controller).

Такой подход позволяет, с одной стороны, создавать полностью самодостаточные системы управления и сбора данных: с мнемосхемами оператора, базой данных, генерацией отчетных форм и просмотром графиков, архивами тревог.

С другой стороны, любые данные из этого проекта в любой момент могут быть доступны как для верхнего уровня в составе S3 решения так и для сторонних приложений через технологию OPC.

Так же существует возможность доступа к данным, находящимся на других контроллерах как внутри одного QNX-проекта так и в других проектах через шлюзы. При этом, пользователю не надо задаваться вопросом, к какому проекту эти данные принадлежат, достаточно лишь обеспечить физическую связь между контроллерами.

Для коммуникации между контроллерами используется специализированный протокол QNET, основными преимуществами которого является высокая надежность, предсказуемое время передачи данных, предоставление доступа к различным сетевым ресурсам. Фактически, использование этого протокола превращает вычислительную сеть на базе QNX в распределенный кластер, что может быть использовано для балансировки нагрузки системы в целом (например один контроллер отвечает за исполнение каких-либо сложных алгоритмов управления, другой только за отображение данных и архивацию и т.д.).

QNX контроллер, как это понимается в S3 - это аппаратная платформа, такая как промышленный компьютер, встраиваемый вычислительный модуль, свободно-программируемый контроллер, совместимая с RTOS QNX, оснащенная либо локальными устройствами связи с объектом (УСО) либо интерфейсами работы с удаленными УСО либо и то и другое

Пользователь может добавлять различные процессы, которые отвечают за отдельные функции контроллера. Например процессы управления, отображения, архивирования и т.д. Также пользователь может изменять приоритеты различных процессов, для оптимизации и настройки системы.

Контроллер может выполнять как функции управления и сбора данных, так и функции отображения этих данных на мнемосхемах, графиках, отчетах.

На каждом контроллере ведется протокол его работы, в который попадает различная информация о изменениях состоянии системы - изменение значений переменных, останов/запуск процессов, критические сбои и т.д.

Доступ к данным на этом контроллере осуществляется по сети QNET. Данные могут запрашивать или другие контроллеры или приложения верхнего уровня: HMI-проект или OPC-сервер.

Основные функциональные возможности контроллера:

• Сбор данных
• Архивация данных в SQL СУБД или в файловой
• Просмотр архивных данных в виде исторических трендов
• Управление в реальном времени (языки ST,FBD, SFC согласно IEC-61131-3)
• Отображение данных на мнемосхемы
• Генерация отчетных форм
• Генерация и обработка тревог (Alatrms)