Инженерные системы *

Работая в Heavy Digital, можно увидеть, как твой код управляет реальным оборудованием, — результат можно не только измерить, но и увидеть своими глазами и потрогать руками. Появляется ощущение материальности труда: твоя работа влияет не на цифры в отчётах, а на производство, экономику и людей вокруг.

Эта история начинается для главного героя там, где заканчивается привычный мир поверхностных и скоростных релизов, «игрушечных» проектов и вечной гонки за охватами и востребованностью. В свой первый рабочий день на заводе он оказался вовлечён в расследование аварийного инцидента и увидел, как цифровые решения управляют дронами, предотвращают аварии и распределяют ресурсы. Если вам интересно — заходите под кат.

За последние месяцы наш конструкторский отдел получил большое количество запросов на проектирование защитных ограждающих конструкций (ЗОК) для самых разных объектов: промышленных цехов, технологических площадок, складских комплексов. Спрос растёт, и речь уже идёт не о единичных проектах, а о системном подходе к защите критичной инфраструктуры от беспилотных летательных аппаратов.

Рассказываем о проекте с корпорацией «Комета» — полный цикл от графической модели до работающего «железа» на FPGA

Постановка проблемы. Современные промышленные предприятия требуют принципиально новых решений, направленных на прогнозирование отказов работы оборудования и своевременное устранение нештатных аварийных ситуаций, управления затратами на ремонт, а также оптимизации и улучшения стратегий технического обслуживания. Существующие автоматизированные системы прогнозируемого обслуживания имеют различные функциональные ограничения. Это требует разработки новых архитектурных решений для создания интеллектуальных систем, способных обрабатывать большие объемы разнородных данных в режиме реального времени, прогнозировать отказы с высокой точностью и оптимизировать процессы плана обслуживания, в тесной взаимосвязи с работой устройств промышленного Интернета вещей в условиях использования новых технологий периферийного искусственного интеллекта. Данная работа посвящена исследованию возможности применения большой языковой модели OpenThinker2-32B, как вспомогательного инструмента для автоматизированной системы прогнозируемого обслуживания многостадийных технологических процессов. Данная модель может быть использована в реализации следующих функций автоматизированной системы: анализ исторических данных; прогнозирование оставшегося срока службы оборудования; подготовка данных для снижения факторов неопределенности данных для улучшения прогнозов; подготовка экспертных заключений; оптимизация расписаний по техническому обслуживанию промышленного оборудования.

Цель работы. Изучить возможность применения и адаптации большой языковой модели OpenThinker2-32B, как дополнительного и вспомогательного инструмента, применяемого для повышения эффективности работы автоматизированных систем прогнозируемого обслуживания многостадийных технологических процессов для малых и средних промышленных предприятий. Это позволит решить следующие задачи: выполнить анализ исторических данных; с помощью алгоритмов, разработанных на основе теории свидетельств Демпстера-Шафера снизить факторы неопределенности произвести прогнозирование отказов, а также подготовить экспертные рекомендации по оптимизации расписаний и процессов технического обслуживания промышленного оборудования. Также необходимо разработать алгоритмы информационного взаимодействия для каждой из задач, и определить положение большой языковой модели в предложенной концепции конвергентной архитектуры автоматизированной системы прогнозируемого обслуживания для повышения точности прогнозов и возможности ее интеграции с экспертными, аналитическими, прогнозными системами и системами поддержки принятия решений.

Меня зовут Олеся Лазарева, я работаю старшим разработчиком в команде PIlot.

В этой статье мы рассмотрим создание плагина криптопровайдера для веб-редакции системы управления инженерными данными Pilot-ICE Enterprise. Веб-редакция Pilot-ICE Enterprise работает с плагинами, которые используют формат электронной подписи CADES-BES. Данные плагины поставляются в составе Ascon.Pilot.Web.SDK. Это покрывает потребности большинства российских организаций, работающих в соответствии с требованиями ГОСТ.

У вас дома есть умная розетка? Или датчик протечки воды под раковиной? Если есть — вы уже знаете, что такое интернет вещей. Небольшой девайс висит на стене, следит за температурой или влажностью, а когда что-то идёт не так — шлет уведомление на смартфон.

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

В этой статье разберем, как СИБУР внедрял промышленный интернет вещей: почему отказались от кабелей, как адаптировали датчики к морозам -56°С, какие параметры контролируют на заводе и зачем понадобилась собственная платформа вместо готового решения.

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

Выход был — парашют. Вот только существовавшие на тот момент модели были настолько громоздки, что авиаторы даже не думали брать их с собой. Ситуацию решил исправить наш соотечественник Глеб Котельников — сразу после того, как стал свидетелем страшной катастрофы. 

Я семнадцатилетний студент СПО. У меня нет миллионов, команды или связей. Но у меня есть уверенность, что мы, как цивилизация, способны на большее. Мы ходим с айфонами, но живём в домах с кривыми дверьми, которые проектировали по лекалам полувековой давности. Я называю это "инженерным застоем". И я хочу его сломать.I

Картинка — Youtube-каналы: Tobi, StuckAtPrototype

Рано или поздно каждый, интересующийся электроникой, начинает задумываться о своём проекте и практически сразу упирается в вопрос: где и как производить изделия? И каждый решает этот вопрос по-разному.

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

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

Светодиодная лампа Osram Ultra, купленная по акционной цене 176 рублей. На коробке заявлены 12 Вт, «высокая стабильность», «качественный свет» и прочие обещания, которые производители любят печатать крупным шрифтом.

Если бы энергосистема страны была вселенной супергероев, то главными в ней были бы команды data-сайентистов, аналитиков и C++-разработчиков. Их щит — это 1С, а лидер — тимлид, чей код выдерживает любую нагрузку. Угроза здесь — не фантастический противник, а простаивающие мощности или неоптимальный маршрут энергии. 

В Росатоме такие герои — реальные люди. Собрали 5 историй специалистов атомного IT и узнали, какие у них суперсилы, в чём их миссия и как код ежедневно спасает мир — в масштабах мегаватт.

^Geni

Больше 200 лет прошло с момента появления замечательного изобретения Роберта Стирлинга, а его двигатель всё ещё в ходу и не собирается даже покидать человечество, только улучшаясь с ходом времени, благодаря современным достижениям. 

Посмотрим же, что это за устройство и чем примечательно?

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

Это предъявляет высокие требования к производству печатных плат и особенно к процессу сверления.

Подробнее об этом в нашей статье.

Свёрла для печатных плат – это высокоточный инструмент, который сильно отличается от обычных свёрл по металлу или дереву. Их особенности обусловлены материалами печатной платы (стеклотекстолит – абразивный материал, состоящий из эпоксидной смолы и стекловолокна) и требованиями к качеству отверстий.

Вот ключевые особенности свёрл для печатных плат:

1. Маленький диаметр.

Это самая очевидная особенность. Диаметры свёрл для печатных плат обычно находятся в диапазоне от 0.2 мм до 5.0 мм. Наиболее распространены свёрла диаметром 0.8 мм, 1.0 мм, 1.2 мм для сквозных отверстий под компоненты. Для микросхем в корпусах BGA и переходных отверстий (vias) используются свёрла диаметром 0.2-0.3 мм.
В «ЭЛЕКТРОконнект» используется ряд свёрл от 0.2 до 1.0 с шагом 0.05 мм и от 1.0 до 5.0 с шагом 0.1 мм.

2. Высокая точность и класс допуска.

Из-за маленьких диаметров к свёрлам предъявляются жёсткие требования по точности:

· Биение (runout) должно быть минимальным (обычно в пределах 2-5 микрон). Большое биение приводит к поломке сверла и браку.

· Калибровка диаметра очень строгая. Сверло диаметром 1,0 мм должно быть именно 1,0 мм, а не 0,98 или 1,02.

Привет, Хабр! На связи Кирилл Савин, я — архитектор SDN в Рег.облаке. В прошлой статье «OVN под капотом: как построить сеть в OpenStack» мы уже разбирались, как устроен OVN, чем он отличается от связки Neutron + Open vSwitch и какие инструменты дает для сетевой виртуализации. Если вы с OVN еще только знакомитесь, лучше начать с нее — там собрана базовая архитектура и контекст.

В этом переводе инструкции по трассировке пакетов мы переходим от архитектуры к практике и разбираем, как трассировать пакеты в OVN. 

Для печатных плат с компонентами BGA (Ball Grid Array) наиболее предпочтительными покрытиями являются гальванические металлы, обеспечивающие ровную плоскую поверхность, а также высокую надёжность пайки.

Подробнее об этом в нашей статье.

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

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

Вместо того чтобы продумать будущее, они вынуждены тушить пожары: исправлять пересорт, платить штрафы, компенсировать убытки и восстанавливать репутацию.

Эта публикация — продолжение базовой статьи «Кригинг F‑фактора или кормить, любить и никогда не покидать — достаточно, но не чрезмерно», размещенной ранее на Хабре. В ней мы попробуем решить стандартную для технолога‑разработчика задачу «подбор времени выдержки продукта при температуре стерилизации» с опорой на ГОСТ. Статья адресована двум категориям читателей: технологам и специалистам в области контроля и диагностики.

Для первых - простая пошаговая инструкция для табличного решения прикладной задачи.

Для вторых - с помощью кода получим непараметрическую оценку границы толерантного интервала (то есть, воспроизведем то, что "зашито" в таблицах ГОСТа для непараметрической постановки). Дополнительно, бутстрэп-моделированием проведем анализ этой оценки на устойчивость и рассчитаем достигнутые значения уровней покрытия и доверия (ссылка на блокнот с  кодом в конце статьи).

Когда мы охватили пониманием основные слои архитектуры, возникает следующая дилемма, как связать все полученные артефакты в единое завершенное пространство замысла.

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

По всей вероятности, нужна какая-то подводка. А очень может быть, сначала надо открыть людям целый новый мир, и только потом, в его свете, доносить идею.

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

Какие практики бывают в разработке и эксплуатации, и как их внедрять? И как масштабировать практики и оценивать их с помощью метрик? Какие сложности можно встретить на пути?

Привет, Хабр! Меня зовут Евгений Харченко. Моя роль в Райффайзен Банке — руководитель отдела по развитию практик в разработке и эксплуатации. А еще уже пять лет я — Senior Community Lead DevOps, хотя начинал с роли инженера тех. поддержки ServiceDesk. Еще я — член программного комитета DevOpsConf.

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

В этом году отечественные метрополитены отмечают целую череду круглых дат – не только московский и питерский с их миллионными толпами, но и подземка Нижнего Новгорода, о которой до поры даже в родном городе нечасто вспоминали. 20 ноября 1985 г. «голубые экспрессы» перевезли первых пассажиров от Московской до Пролетарской, сделав тогда ещё Горький третьим российским городом с метро