Будущее – не война стандартов, а «швейцарский нож» для АСУ ТП

Как строить АСУ ТП после ухода западных вендоров? Не повторяйте главную ошибку рынка.

Резкий уход лидеров открыл окно возможностей для отечественных платформ. Но многие вендоры совершают стратегическую ошибку, предлагая заказчикам закрытые и несовместимые решения, — фактически подсаживая их на новую «иглу».

В этом откровенном интервью Роман из Tibbo AggreGate не просто рассказывает о своей IoT-платформе, а даёт системный анализ рынка, от которого зависит ваш следующий проект.

Посмотрите интервью, если вы:

• Интегратор или инженер АСУ ТП — и ищете технологичную, но гибкую основу для проектов под новые реалии.

• Технический директор или руководитель проекта — и принимаете решение о выборе платформы для импортозамещения.

• Разработчик в промышленной автоматизации — и хотите понять, куда движется отрасль (IoT, SCADA, AI) и какие навыки будут востребованы.

В интервью вы получите не рекламные лозунги, а конкретные аргументы и инсайты:

Стратегия: Открытость против изоляции. Почему путь «своих стандартов» — это тупик, который лишит вас рынков СНГ и приведёт к «эффекту АвтоВАЗа». Как выйти на глобальный уровень, оставаясь российским производителем.

Архитектура: Гибрид настоящего и будущего. Как одна платформа-конструктор объединяет классические промышленные протоколы (OPC UA, Modbus) и современные беспроводные IoT-сенсоры. Реальный пример из сельского хозяйства: где провода невозможны, а где — критически важны.

Технологический стек: Независимость как преимущество. Почему Java-платформа — это не слабость, а возможность быстрой адаптации под любую «железку», включая отечественные процессоры (Эльбрус). Готовность к тестированию — здесь и сейчас.

Практика: Ответы на острые вопросы.

• ИИ в АСУ ТП: Почему сегодня это только «советчик» и кто несёт окончательную ответственность за решение?

• Кадры: Где реальная проблема с инженерами и как развивающееся комьюнити вокруг платформы её решает?

• Рынок: Почему период «тучных лет» закончился и что теперь требуют заказчики (MVP, пилоты, критическая оценка)?

Прогноз: Что победит — SCADA или IoT? Ответ вас удивит. Это будет не борьба, а слияние в новую гибридную систему — и платформа уже готова к этому переходу.

Это интервью — карта возможностей и ловушек на рынке промышленной автоматизации 2024-2025.

Не упустите шанс услышать альтернативную, технологически обоснованную точку зрения от практика, который видит будущее в интеграции, а не в изоляции.

_____________________________________________________________________________________________

Будущее – не война стандартов, а «швейцарский нож» для АСУ ТП

0:57
Роман, сначала пару слов о себе и о компании вашей.

Я представляю компанию Tibbo, которая является разработчиком платформы AggreGate. Мы российский производитель, наша платформа находится в реестре отечественного ПО. И мы создаем платформу, которая является универсальным конструктором, который могут использовать как интеграторы, так и непосредственно заказчик.

На борту конструктора имеется ряд модулей, которые обеспечивают сбор данных с различных источников, хранение данных, обработку данных, визуализацию данных. И совокупность этих модулей позволяет создавать различные решения, то есть это уже практические, которые у нас имеют примеры применения в России не только. То есть это SCADA решение, это MES-система, это система IT-мониторинга, и это классический IOT. Собственно, мы начинали именно как производитель платформы IOT.

1:59
Меня немножечко, на самом деле, напрягло выступление представителя Альфа платформы.

Да, меня тоже.

Вот, когда он начал говорить, что проприетарные решения выгодны не только поставщику решений, но и даже и потребителю решений. Но мне кажется, что это совсем не так. Иначе бы, собственно, и не появились открытые протоколы и открытые решения вообще как таковые. Они появились как антагонизм как раз по отношению к закрытым вещам. И то, что закрытые решения, они качественнее всегда, это тоже вопрос спорный, во-первых. Во-вторых, по поводу поддержки таких решений, это уж совсем спорный вопрос. Потому что, если пропадет поставщик решений, не дай бог, то что делать тогда вообще покупателю?

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

Ну вот я тоже привел пример, то есть это может стать похоже на Автоваз, да, который пошлинами закрылся и, собственно, в каком-то собственном соку варится, и особого прогресса мы не наблюдаем. Вот не хотелось бы, конечно, этого. То есть да, понятно, что это будет тяжелее, да, понятно, что это более острая конкурентная борьба, но это и будет давать развитие с другой стороны.

И, наверное, выход в том числе, вот действительно, как уже коллеги обсуждали, выходить ну минимум на рынки СНГ, там очевидно, там Казахстан, Узбекистан сейчас достаточно, IT развивается сильно, и другие бывшие, да, республики Советской Союз и дружественные страны, то есть это та же Индия, та же Бразилия. Я думаю, что им будет интересно как раз решения независимые и вот западных вендоров, вот этих как раз больших, да, китов, о которых мы говорили, независимость от китайских производителей, которые...

4:18
Но при этом совместимые с чем-то.

Да, да, да. То есть мы должны всё-таки действительно не замыкаться, говорить, что вот мы сейчас сделаем свою суверенную АСУ ТП, вот это, конечно, тупиковый путь, сто процентов.

4:30
А вообще нужны ли нам свои стандарты, которые будут несовместимы, причём вот как, опять я возвращаюсь к выступлению представителя Альфа-платформы, он там упомянул, что хорошо бы встретить наших дорогих ушедших вендоров западных, когда они вернутся несовместимостью полной с их технологиями, и тогда нам будет хорошо.

Ещё и сверху пошлинами 300 процентов. Чтоб наверняка. 

Да, это, кажется, тоже не совсем правильный путь, потому что, наверное, и наши вендоры тоже должны заботиться о потенциальном выходе на международные рынки, о расширении своих сфер деятельности. А если мы априори закладываем специально, причём несовместимые ни с чем стандарты, то кто у нас будет покупать?

Это очень странно, да. Ну, то есть, во-первых, это не будет давать нам возможность выходить на рынки, которые я перечислил, из дружественных стран. То есть мы и от них тогда изолируемся, но они же потенциальные инвесторы у нас, зачем? То есть мы сами от них отгораживаемся. То есть наши заказчики тоже имеют какой-то ограниченный бюджет и рассчитывать только на него, наверное, неправильно. Нет, конечно, нам, может быть, как вендору тоже хотелось бы замкнуться и закрыть какое-то там от всех и получить инвестиции. То есть то, чтобы не получалось, как некая критика исключительно нашего, одного из наших конкурентов, наверное, да, они в чём-то правы. Действительно нужна защита производительной отечественной ОПО, вопросов нет. И действительно, западные компании получали большие инвестиции, поэтому и они достигли такого качества.

Понятно, что наши АСУ ТП в основном питались, так сказать, крохами с барского стола и ещё умудрялись на эти копейки развиваться. И сейчас, конечно, когда заказчик говорит, ну давайте, ну как бы понятно, что нужно инвестировать. То есть постановка вопроса абсолютно верная, но всё-таки, наверное, как-то нужно подумать об инвестициях не только от наших заказчиков и точно не закрываться от мира.

6:40
Вообще, как вы расцениваете идею и насколько вообще актуальна сама вот эта вот идея разработки отечественных стандартов в области АСУ ТП? Не проще ли взять то, что уже наработано в мире? Там же тоже ведь, наверное, не дураки эти стандарты разрабатывают. Зачем нам придумывать что-то своё?

Всё-таки нужно идти не разрабатывать стандарты ради стандартов, а от конечной цели. То есть всё-таки есть цель и есть средства её достижения. Если цель достижима какими-то общемировыми стандартами, значит, нужно использовать их. Если для наших каких-то специальных целей нужны специальные стандарты, значит, их надо разрабатывать. То есть это как бы одно другому не мешает.

7:23
Ну а какие у нас могут быть такие уникальные запросы в области АСУ ТП, которых нет вообще больше ни у кого в мире?

Ну, например, это может быть связано вот с той же нашей аппаратной частью. Вышеупомянутые на конференции обсуждались процессоры отечественные. То есть говорили, что потенциально там есть сложности, например, работы java-машины на базе отечественных процессоров. Возможно, здесь потребуется какая-то адаптация. И отсюда и появятся наши специальные стандарты, например. Но вот наша платформа, она работает как раз поверх JVM.

То есть, соответственно, если будет разработана... Вот тоже был вопрос, готовы ли мы протестироваться на отечественных процессорах?

8:03
То есть вы вообще аппаратно-независимые.

Да, по большому счёту нам всё равно. То есть, если коллеги создадут java-машину, которая будет работать на Эльбрусе, ну, с удовольствием мы протестируемся. И, наверное, как раз наше решение будет успешно работать. Мы только приветствуем. То есть, чем больше возможности для наших заказчиков, тем лучше. Чем больше платформ.

8:22
Ну вот, кстати, немножечко поподробнее о вашем решении.

Начинали мы как раз как именно классическая IOT-платформа. Но изначально мы заложили модульный принцип в разработку нашего ПО. И изначально наша политика была отдать всё-таки конструктор. То есть, набор модулей, то есть, конструктор а-ля Лего, который даёт возможность либо интеграторам, либо непосредственно заказчикам строить своё решение. И постепенно мы из IOT-решения, добавляя новые модули, новые драйверы, новые модули аналитики, хранения данных, тот же ML. Увидели, что совокупность этих модулей позволяет на базе этой платформы решать конкретные задачи.

Например, вот так у нас появилось решение SCADA. Сейчас у нас развивается также решение MES. То есть, это другая совокупность модулей.

9:15
То есть, это такая, получается, распределённая SCADA-система у вас.

В том числе, да. Нет, она может быть и на одном сервере. Она может быть и распределённая, в том числе, на EDGE, как тоже коллеги упомянули. То есть, есть версия…

9:29
Просто, когда говорим об IOT, сразу приходит на ум EDGE.

Да, да. Есть Aggregate EDGE. Он развертывается на одноплатных компьютерах, на soft PLC, вышеупомянутых, тоже на конференции обсуждалось это. То есть, да, можно построить распределённую архитектуру, и полностью она будет накрываться именно нашими модулями Aggregate. То есть, это локальные сборщики, вот именно IOT-шлюзы, которые непосредственно с датчика собирают данные. Это уже Aggregate Hub, который собирает эти все данные, сохраняет в базу данных, в том числе и в базу данных реального времени.

То есть, это уже класс SCADA. И дальше уже на этом же сервере или на отдельном выделенном сервере может быть сервер-приложение, то есть, где уже крутится математика, бизнес-логика. Модули генерации отчётов, ну и, собственно, визуальная часть веб-портала.

10:24 
Провода пока что надёжнее, чем радиоканал. IOT подразумевает, в основном, радиоканал, по крайней мере, беспроводные средства связи, каналы. В связи с этим возникает вопрос, насколько это надёжно и допустимо в промышленности.

Во-первых, поскольку у нашей платформы есть драйверы не только IOT-овские, но и промышленные, то есть, OPC и Modbus мы также поддерживаем. То есть, мы как бы предлагаем разные решения.

10:55
Нет, но OPC и Modbus – это протоколы. А физический канал связи – это всё равно беспроводной или нет? Нет, почему?

Это может быть и проводной канал. То есть, ну это больше уже задача архитектора-интегратора. То есть, он просто возьмёт нужные модули.

Если, например, у нас есть какие-то датчики некритичные, ну, например, у нас где-то их много, они распределены. Вот, например, в сельском хозяйстве у нас есть такие решения. То есть, например, разбросаны датчики температуры. То есть, там IOT совершенно применим. И потеря данных с этого датчика совершенно не критична, но в то же время это даёт гибкость.

11:29
Без таких датчиков там просто и не реализуешь.

То есть, проводами это всё не опутаешь. А если одновременно на этом же производстве, там уже где-то переработка того же зерна, нужны какие-то там управления процессом, но вот близким к реальному времени, и там стоят классические ПЛК с протоколом ModBus или OPC UA, то мы тоже его подключим. То есть, в принципе, это всё потом платформа агрегирует. То есть, нам, по большому счёту, не важны каналы связи. Естественно, они определяются именно проектом. Надёжностью и оптимальной стоимостью этого проекта. У нас, как в конструкторе, есть для этого все модули, чтобы реализовать такую архитектуру.

12:11
Как вы ощущаете сейчас, что происходит с рынком?

Ну, ощущаем, что снижается. Действительно, тучные годы, наверное, 2023-2024, когда действительно заказчики искали судорожное решение, многие заказчики так или иначе проблему решили. Сейчас-то и бюджеты уменьшились, и уже задачи не так актуальны, импортозамещение. Сейчас они уже более критически подходят. Более так, щепетильно. Часто требуют сначала некие пилотные MVP-проекты. То есть, уже такой критический подход подошёл.

И да, с точки зрения финансирования, наверное, сейчас будет всё это снижаться. Поэтому мы для себя тоже рассматриваем выход на рынки, который я перечислил, рынки СНГ и других стран. В этом, наверное, выход.

13:06 
Есть ли у вас проблемы с персоналом? Многие говорят, что не хватает квалифицированных инженеров, разработчиков, программистов. Как у вас с этим?

Поскольку у нас половина штата – это, собственно, разработчики, отделы R&D, но при этом у нас стек Java, то есть он всё-таки проще, чем C, поэтому и проще найти программистов в этой сфере. То есть это с одной стороны. С другой стороны, у нас же конструктор, который ещё надо внедрять. То есть вот у системных интеграторов, наверное, такая проблема есть. То есть именно кадры квалифицированы с точки зрения АСУ ТП. И мы всячески всё-таки пытаемся нашим партнёрам помогать.

У нас есть учения, у нас есть открытая документация. То есть мы всячески приветствуем развитие комьюнити на базе IOT-платформы. Более того, у нас существует как официальный сайт, официальный канал. И также независимо от нас создалось именно, так скажем, комьюнити энтузиастов. Частично это выходцы из нашей компании, а частично это специалисты заказчика. И они, собственно, уже самостоятельно обсуждают нюансы работы на платформе.

И мы это всячески приветствуем. То есть мы видим, что именно с точки зрения квалифицированных кадров, которые умеют работать с использованием нашей платформы, в России увеличивается. То есть и тут проблема, скажем так, не так остра. Но, наверное, больше проблема действительно у интеграторов. С точки зрения классических АСУ ТПшников, скажем так. Особенно, наверное, средний уровень ПЛК.

14:53
Ну вот в вашем докладе звучало такое сравнение, я бы сказал, может быть, в каком-то роде противопоставление классической системы автоматизации. SCADA-автоматизации и IOT-автоматизации. Вот что в результате победит, как вы считаете?

Они не будут воевать. Смысл моего доклада в том, что скорее они сольются во что-то общее. То есть это будет некий, не знаю, индастриал, система. Ну вот как вот я SCADA наоборот перевел. То есть система, которая агрегирует данные из разных источников, накапливает эти данные частично при помощи алгоритмов машинной обработки, частично, наверное, человек останется, который будет принимать окончательные решения. То есть это будет какой-то синтез и IOT, и SCADA одновременно. То есть это во что-то переродится.

15:49
То есть это будет гибрид? 

Гибрид, да. 

15:53
Насколько вообще алгоритмы ИИ, которые в последнее время кругом только ленивый о них не говорит, применимы вообще в промышленной автоматизации?

Они по факту уже используются.

16:06
Ну вот где, например, они могут использоваться? Вот, предположим, я понимаю, чат GPT может дать диспетчеру совет, что делать, когда там температура где-то превысила норму. А вот непосредственно для управления промышленными объектами такие алгоритмы применимы?

Я, честно говоря, не знаю таких примеров. То есть максимум есть опыт, когда ИИ применяется в качестве советчика. То есть он накапливает какой-то опыт технологов, диспетчеров и может выступать как эксперт.

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

И как-то они вот этот, так сказать, провал хоть как-то попробуют компенсировать. То есть вот в режиме советчика, наверное, да. С точки зрения управления, ну вот это обсуждалось на ЦИПРе в Нижнем Новгороде. Я сам тоже нижегородец. И тоже там представители уже министерств тоже задавали вопрос, а кто, собственно, будет отвечать за решение, которое принял ИИ. То есть и пришли к выводу, что в любом случае человек все равно останется. То есть кто-то же должен сесть в итоге в случае нарушения. Да, ЦОД не посадишь. То есть все равно окончательное решение, ну, я тоже это сказал в докладе, где это критическое производство, где это какое-то ответственное производство, в любом случае будет человек, сколько бы у него не было цифровых советчиков, будет принимать решение он.

17:56
Что-нибудь оптимистичное о нашем будущем?

На самом деле я оптимистично смотрю на наше будущее, потому что, как ни странно, вот 2022-й год дал буст, такое ускорение отечественным всем производителям. То есть до этого где-то мы там находились, так сказать, на подхвате. Там были какие-то гиганты, там Siemens, Wonderware. Мы что-то тут пытались самостоятельно развивать. А сейчас, по сути, у нас появился шанс. И я думаю, что нужно его максимально использовать.

И я думаю, что все получится.

© СТА-ПРЕСС, 2025