Перейти к основному содержимому

Поток Данных

:::info Краткий справочник — Путь данных Датчики/ПЛК → MQTT/OPC-UA → Рабочие процессы приёма → PostgreSQL/TimescaleDB → FastAPI → React UI

Все данные хранятся на объекте. Без зависимости от облака. Без необходимости в интернете. :::

OpSee соединяет физический мир (датчики, ПЛК, IoT-устройства) с панелями реального времени и аналитикой. На этой странице объясняется, как данные перемещаются через систему, от производственного цеха до вашего экрана.

Почему Это Важно?​

Если вы новичок в производственном программном обеспечении, поток данных может показаться сложным. Вот простой способ понять это:

Думайте об OpSee как о метеостанции. Метеостанция имеет датчики (термометр, дождемер, флюгер), которые непрерывно измеряют условия. Эти измерения собираются, хранятся в базе данных и отображаются на панели, которая показывает текущую погоду и исторические тенденции.

OpSee работает так же, но для вашего завода:

  • Датчики на машинах измеряют температуру, скорость, состояние (работает/остановлено) и счётчики
  • Рабочие процессы (программные процессы) собирают и хранят эти измерения
  • Панели отображают производственные метрики в реальном времени и исторический анализ

Ключевое отличие состоит в том, что OpSee также добавляет интеллект: он автоматически рассчитывает OEE, обнаруживает события простоя и позволяет операторам классифицировать причины остановок.

Общая Картина​

Слой за Слоем​

1. Производственный Цех (Источники Данных)​

ИсточникПротоколОписание
ПЛК / SCADAMQTT, OPC-UAПромышленные контроллеры публикуют состояние машины, счётчики и сигналы тревоги
IoT-датчикиMQTTДатчики температуры, давления, вибрации через IoT-шлюзы
Node-REDMQTTВизуальное программирование потоков для преобразования, маршрутизации и обогащения данных перед тем, как они попадают в OpSee
Ручной вводHTTP (UI)Операторы регистрируют причины простоев, дефекты качества и счётчики производства непосредственно в OpSee

2. Брокер Сообщений (Транспорт)​

MQTT (Mosquitto) — основной транспорт сообщений. Он использует модель публикации/подписки:

  • Издатели — ПЛК, датчики и потоки Node-RED публикуют данные в темы MQTT
  • Подписчики — Рабочие процессы приёма OpSee подписываются на соответствующие темы
  • Темы следуют структурированному соглашению об именовании, например, завод/линия1/машина3/состояние

OPC-UA поддерживается как альтернатива для промышленных сред, использующих его в нативном виде. Рабочий процесс OPC-UA компании OpSee подключается непосредственно к серверам OPC-UA.

3. Слой Приёма (Обработка)​

Два параллельных пути приёма обеспечивают попадание данных в базу данных:

Рабочий процессРоль
Коллектор MQTTПодписывается на брокеры MQTT, анализирует полезные нагрузки, сопоставляет их с оборудованием и тегами, записывает в базу данных
Коллектор OPC-UAПодписывается на серверы OPC-UA (уведомления об изменении данных), сопоставляет значения с оборудованием и тегами, записывает в базу данных

Рабочие процессы управляются через API OpSee — вы можете отслеживать их состояние, переключать режим отладки и настраивать интервалы опроса из панели администратора.

:::info Режим обнаружения Рабочий процесс обнаружения MQTT автоматически сканирует темы MQTT для поиска новых источников данных. Это помогает при начальной настройке, когда вы сопоставляете датчики с оборудованием. :::

4. Хранилище (База Данных)​

PostgreSQL + TimescaleDB — единый источник истины:

  • Основные данные (таблицы с префиксом m_) — Оборудование, материалы, персонал, рецепты, конфигурация OEE
  • Фактические данные (таблицы с префиксом a_) — Производственные события, записи доступности, журналы качества, журнал аудита
  • Временные ряды — Гипертаблицы TimescaleDB для высокочастотных данных датчиков с автоматическим сжатием и хранением

Все данные хранятся локально — OpSee работает полностью на объекте без зависимости от облака.

5. Прикладной Слой (Представление)​

КомпонентНазначение
Бэкенд FastAPIREST API, который запрашивает базу данных, вычисляет метрики OEE, обеспечивает контроль доступа и передаёт данные клиентам
Фронтенд ReactОдностраничное приложение с панелями реального времени, сетками данных, формами и системой виджетов Cockpit
GrafanaРасширенная визуализация временных рядов и оповещение для тенденций данных датчиков

Примеры Потока Данных​

Пример 1: Изменение Состояния Машины​

Пример 2: Оператор Регистрирует Причину Простоя​

Архитектура Без Зависимости от Интернета​

OpSee разработан для заводских сред, где интернет-соединение ненадёжно или отсутствует:

  • Все сервисы запускаются локально через контейнеры Docker
  • Без внешних вызовов API или облачных зависимостей
  • Данные хранятся на объекте
  • Фронтенд React полностью упакован — без ресурсов CDN
  • MQTT и OPC-UA работают в локальной сети
подсказка

Это делает OpSee подходящим для изолированных сред, засекреченных объектов и удалённых производственных площадок.

Что Дальше​

  • Обзор архитектуры — Подробная техническая архитектура всех сервисов
  • Основы OEE — Как OEE рассчитывается из принятых данных
  • Модель оборудования — Как датчики сопоставляются с оборудованием