Как стать автором
Обновить

Особый фронтенд на заводе: desktop first, тёмные помещения, промышленные интерфейсы и специфика производственных систем

Время на прочтение6 мин
Количество просмотров4.3K
Всего голосов 38: ↑38 и ↓0+43
Комментарии19

Комментарии 19

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

шутите?

Не когда бы не подумал, что можно загрузить подобной работой аж 70 человек. Одно время немного писал для ПЛК с экранами. Но на самом производстве не когда не был.

Выглядит довольно круто. Как обстоят дела с зарплатами для фронтов? Ниже / средне / выше рынка? С грустью, но ставлю на первое.

В пределах рынка, но не ниже.

Почему тогда не пишите зарплату в вакансиях для IT специалистов? Для рабочих профессий она у вас довольно много где заполнена.

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

Мы продолжаем использовать SCADA системы, но также разрабатываем собственный пользовательский интерфейс для большей гибкости в настройке мнемосхем. Что касается серверной части, то мы работаем с микросервисами, которые взаимодействуют с помощью Rest API. Для хранения данных используем базу данных PostgreSQL.

Спасибо за ответ. А микросервисы данные откуда получают? От OPCUA серверов?

Если копнуть совсем глубоко - то в основном это OPC (в большинстве своем OPC DA).
Но непосредственно источником может быть отдельная система (агрегат/установка может иметь свою систему управления с собственным интерфейсом доступа к данным)

Отличная статья, и круто что дизайн система в общем доступе, интересно ознакомиться.

Прочитал на одном дыхании. Выглядит очень круто и сделано с любовью! Молодцы

Потрясающе! Это действительно большая работа. Даже поработать у вас захотелось.

То есть вместо того, чтобы использовать одну из готовых SCADA-систем, вы решили разработать свою с нуля. История, конечно, увлекательная, но вызывающая сомнения как в реализуемости на других предприятиях, так и в экономической целесообразности. Команда в 70+ человек потребляет, навскидку, 150 миллионов в год только на ФОТ.

Вроде речь идёт не про разработку своей SCADA, а про различные дашборды, которых на предприятии может быть миллиард. Кроме того, что мешает агрегировать данные из SCADA и других источников и делать более удобные средства их отображения? Например, для главного инженера, чтобы он в реальном времени видел данные со всех производственных участков в одной панели?

Посмотрел ваш гитхаб, выглядит довольно приятно. А какая цель опен сорса библиотеки? Вы хотите получить контрибут от сообщества? И как ваш Юр отдел понимает условия MIT, под которым она опубликована на GitHub - получается библиотека доступна для любого использования, в том числе для коммерческого?

P.S. DatePicker компонент - зачет! Не стали просто react-datepicker в свои стили оборачивать, сделали свой компонент 👍

Основная цель это сделать вклад в сообщество и получить обратную связь от него. Мы стараемся сделать первую в мире Дизайн Систему для производственных систем.

Совершенно верно, библиотека выложена для любого использования, лицензия MIT во всем ее широком понимании.

Какое же потрясающее отношение у вас к своей работе. Очень здорово.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий