Комментарии 29
Вы только ПО для сбора телеметрии занимаетесь, которое установлено на оборудовании вендра, или поставляете ПО + «железо»?
Мы разрабатываем и поставляем ПО для сбора телеметрических данных с оборудования оборудованного plc, а также поставляем собственный блок winnum hardware для подключения к оборудованию, не имеющему plc.
Доброго дня. Уже больше 10 лет мы занимаемся практическим внедрением мониторинга инженерного оборудования на существующих объектах. Занимаем нишу от "ввода" до "передачи данных" (оборудование распределения электроэнергии, ИБП, ДГА, приточная и вытяжная вентиляция, кондиционирования и другое оборудование). ПО — адаптированный Zabbix в котором убрано лишнее и добавлена поддержка протоколов. В том числе предлагаем своё контрольное, измерительные и конверторы интересов, типа RS-485-Ethernet в
Мое мнение, что лучше использовать «самописные системы», и подбирать их объем заранее, чем лить служебную инфу на сторону. А зачем Вам хранить долгосрочный лог, не вижу смысла, максимум месяц (это полный лог). Там Вы все-равно ничего полезного не найдете. А вот наработку или счетчик пиковых нагрузок лучше выводить в БД. По ней и смотреть и прогнозировать.
ИМХО в данной ситуации лог нужен только для того что бы найти виновника какой-либо ситуации, а тут как раз должны помочь алерты. Если не найти виновника в течении пары дней, то зачем вообще ставить подобный мониторинг?
Почему хранение локально — не доверяю никому, кроме себя )))
ИМХО в данной ситуации лог нужен только для того что бы найти виновника какой-либо ситуации, а тут как раз должны помочь алерты. Если не найти виновника в течении пары дней, то зачем вообще ставить подобный мониторинг?
Почему хранение локально — не доверяю никому, кроме себя )))
А зачем Вам хранить долгосрочный лог, не вижу смысла, максимум месяц (это полный лог).
Потому что годовой лог — это бесценная информация как минимум для двух вещей:
Во-первых, аналитики по плавно изменяющимся параметрам, когда процент выработки падает на 0.01% в день, а колбасит его в тот же день на +-1%, и только сглаженный годовой график покажет вам хоть что-то похожее на реальные -3%.
Во-вторых, для анализа отклонений: за год работы вы сможете увидеть все нормальные отклонения параметров и понять на основе их границы, когда параметры становятся ненормальными. Сделаете это на данных за месяц — в следующем месяце вас разбудят ночью по тревоге, потому что параметр вышел за уставки. Ничего страшного не произошло, режим штатный, просто в прошлом месяце, на которой вы ориентировались при создании уставок, колебания были меньше. И хорошо если просто вас разбудят ночью по тревоге, а не производство экстренно встанет на сутки с соответствующими счетами за простой.
Извините за некропост. Можете пояснить, как мониторинг оборудования сочетается с коммерческой тайной? Т.е. вот есть ключевое оборудование, если оно сломалась - это может быть инсайдерской информацией, если оно работает, то можно оценить выработку.
Вы статью-то читали? Это не SCADA, это система мониторинга в режиме логгирования.
Нет, это не «упрощенная скада», равно как и телефон — это не упрощенный компьютер, без клавиатуры. Это именно система с функциями ретроспективного анализа, ее задача не управлять в реальном времени, а наблюдать за текущими и историческими показаниями.
Ну и не у меня, я не имею отношения к компании.
Ну и не у меня, я не имею отношения к компании.
Вы ээээ… точно понимаете, что такое ретроспективный анализ и что там делает часть «ретро»?
Ну, если сделаете инструмент, который будет хранить историю всех параметров с возможностью смотреть их значения в произвольное время, то да, что-то похожее будет.
Видел я эти «сервера исторических данных». Заходишь в элемент управления и там табличка по часам. Формально — есть. Реально — пользоваться можно с трудом.
Если вы сталкивались с анализом телеметрии после нештатной ситуации, то там табличками обойтись нельзя: нужна возможность видеть всю систему в виде слепка на определенный момент времени, и возможность «проигрывать» телеметрию туда-сюда.
Для нормальной работы не хватает даже инструмента уровня grafana, которая умирает на 200+ графиках на одном экране.
Если вы сталкивались с анализом телеметрии после нештатной ситуации, то там табличками обойтись нельзя: нужна возможность видеть всю систему в виде слепка на определенный момент времени, и возможность «проигрывать» телеметрию туда-сюда.
Для нормальной работы не хватает даже инструмента уровня grafana, которая умирает на 200+ графиках на одном экране.
Вот интереснее как Вы выбираете тип системы диагностики. То есть, как я вижу Вы применяете систему на нейросети, но у нее есть свои плюсы и минусы, интересен критерий оценки, почему лучше она, а не, например, метод графов…
Ваша система работает с эксплуатационной моделью здания / цифровым двойником полностью или основная цель — работа с технологией производства?
Где можно посмотреть демо-версию? Онлайн или скачать.
Что значит «приобрести пилотную версию с полноценным функционалом»? Купить? Сколько стоит?
Что такое пилотный проект? Кто его делает?
Хотелось бы оценить (попробовать) возможности платформы. На сайте нет никакой информации по платформе. Я имею в виду не рекламную, а техническую информацию. Например, как подключить какое либо устройство (оборудование) по протоколу Modbus, OPC UA или MQTT, как настроить мнемосхему и т.п.
Что такое пилотный проект? Кто его делает?
Хотелось бы оценить (попробовать) возможности платформы. На сайте нет никакой информации по платформе. Я имею в виду не рекламную, а техническую информацию. Например, как подключить какое либо устройство (оборудование) по протоколу Modbus, OPC UA или MQTT, как настроить мнемосхему и т.п.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Мониторинг производственного оборудования: как с этим дела в России