Сложные проекты
Диспетчеризация и удалённое управление оборудованием
Видеть объекты и управлять ими, не выезжая на место
Для компаний, у которых оборудование стоит на разных объектах, а о поломке узнают слишком поздно: от клиента, при обходе или по жалобе. Делаем облачную систему диспетчеризации. Контроллеры передают данные на сервер, диспетчер видит всё в браузере и может отдать команду обратно. Одну такую систему мы уже сделали.
Что видит диспетчер
Все объекты на одном экране: что работает, где авария, с кем пропала связь. Об аварии система сообщает сама — на экран и дежурному в телефон, не дожидаясь, пока кто-то заметит.
Часть выездов заменяет команда из браузера: поменять уставку, перезапустить, остановить. Ехать всё равно придётся, если нужно что-то менять руками, но уже зная, что именно сломалось.
- Параметры онлайн — всё, что отдаёт контроллер: температуры, давление, состояние узлов, счётчики
- Аварии: выход за пределы, отказ оборудования, потеря связи
- Уведомления дежурному в мессенджер или на почту
- Удалённые команды — по правам и с подтверждением
- Журнал: что случилось, кто что сделал и когда
- Графики и история для разбора аварий и отчётов
Как устроено
Это SCADA-система, у которой сервер в облаке. Подключиться к ней можно откуда угодно, и связь с объектами не держится на одном компьютере в диспетчерской.
Та же схема годится для телеметрии и промышленного интернета вещей: датчики и контроллеры на объектах, облако, интерфейс. От задачи к задаче меняются набор параметров и правила аварий, а не устройство системы.
Контроллеры
Управляют оборудованием на месте. Мы их не заменяем: защиты и автоматика остаются там, где были.
Связь
Контроллер отдаёт значения и принимает команды по Modbus или другому протоколу. До облака данные идут через шлюз на объекте — по кабелю или мобильной сети.
Облако
Сервер собирает данные со всех объектов, хранит историю, следит за пределами и рассылает уведомления. Пропала связь с объектом — это тоже авария.
Интерфейс
Открывается в браузере на компьютере и на телефоне. Ставить ничего не нужно.
Что подключаем
Любое оборудование, которое умеет отдавать данные: напрямую по Modbus, через шлюз или через программу производителя. Если готового способа нет, ищем его вместе с вами. Обещать подключение по одному названию марки не будем.
Для оценки нам нужно немного:
- Документация на контроллеры: какие данные они отдают
- Какая связь есть на объектах
- Что нужно видеть и чем управлять
- Кому и в каком порядке сообщать об авариях
Как работаем
Такую систему по-настоящему проверяет только оборудование на объекте. Поэтому первые объекты подключаем раньше, чем рисуем отчёты.
Обсуждение
Разбираем объекты и оборудование, смотрим, как сейчас узнают об авариях. Решаем, что диспетчеру нужно видеть, а что будет только мешать на экране.
ТЗ или прототип
Список сигналов по каждому объекту, пределы и правила аварий, схема связи. Рисуем экраны: общий вид, объект, журнал.
Этапы
Сначала подключаем один-два объекта и проверяем опрос, аварии и команды на настоящем оборудовании. Потом остальные — однотипные идут быстрее первого.
Запуск
Заводим пользователей, настраиваем уведомления, показываем диспетчерам. Первое время система работает рядом с привычным порядком, пока к ней не привыкнут.
Поддержка
Следим за связью с объектами и сервером, подключаем новое оборудование, дорабатываем отчёты.
Безопасность доступа
Удалённая команда меняет работу оборудования, поэтому права на управление выдаём строже, чем на просмотр. Если данные нужны дальше — в 1С, в отчёт руководству или заказчику, — подключаем и это.
- Отдельные права на просмотр, подтверждение аварий и команды
- Каждая команда подтверждается и попадает в журнал: кто, когда, что изменил
- Оборудование не смотрит в интернет напрямую: связь идёт через защищённый канал к серверу
- Пределы, за которые команда не уйдёт
- Резервные копии настроек и истории
- NDA до передачи схем объектов и доступов
Где здесь риски
Самое неприятное в диспетчеризации — команда, которая ушла не туда, и авария, о которой никто не узнал, потому что пропала связь. Оба случая закрываем устройством системы, а не инструкцией для диспетчера.
- Ошибочная команда — подтверждение, пределы, права только у тех, кому положено
- Пропала связь — сервер считает это аварией и сообщает дежурному
- Упал сервер — оборудование работает дальше на своей автоматике, история восстанавливается из копии
- Чужой доступ — вход только по учётным записям, оборудование не открыто в интернет
Опыт
Мы сделали облачную систему, которая через Modbus управляет контроллерами на удалённых объектах. Как она устроена и что изменилось для эксплуатации, расскажем, когда будем обсуждать вашу задачу.
Названия заказчиков без их разрешения не публикуем.
- SaaS-платформа под ключ — от архитектуры до запуска
- Облачная система, которая через Modbus управляет контроллерами на удалённых объектах
Стоимость
Стоимость считаем после обсуждения задачи: бесплатно разбираем требования, предлагаем этапы и даём смету до начала работ.
Цена зависит от числа объектов и типов оборудования, набора сигналов, нужно ли управлять удалённо и какие нужны отчёты. Однотипные объекты подключать заметно дешевле, чем первый.
Вопросы до начала работ
Соседние направления
Контроллеры придётся менять?
Не обязательно. Если контроллер отдаёт данные по Modbus, подключаем его как есть. Если нет, смотрим, можно ли получить данные через шлюз или дополнительный модуль, и только потом говорим о замене.
Что будет, если на объекте пропадёт интернет?
Оборудование продолжит работать на своей автоматике: система диспетчеризации в управлении не участвует. Сервер отметит потерю связи как аварию и сообщит дежурному.
Можно управлять с телефона?
Да, интерфейс открывается в браузере телефона. Команды доступны только тем, кому выданы права, каждая требует подтверждения и попадает в журнал.
Чем это отличается от SCADA на компьютере в диспетчерской?
Задачи те же: параметры, аварии, управление, история. Разница в том, где работает сервер. Облачный доступен из любого места, и данные не пропадут вместе с одним компьютером.
Какое оборудование можно подключить?
Любое, которое отдаёт данные: по Modbus, через шлюз или через программу производителя. Точно скажем, когда посмотрим документацию на ваши контроллеры.
Обсудить проект
Опишите задачу в нескольких предложениях: что нужно и какие системы уже работают. Ответим в течение двух часов в рабочее время и договоримся о разговоре. Документы и выгрузки попросим после NDA.
Пн–Пт, 9:00–19:00.