Промышленная инженерия

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

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

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

У AI-индустрии есть серьезная проблема: как развернуть вычислительную инфраструктуру раньше и быстрее (да еще и дешевле) конкурентов? Основной дефицитный ресурс сейчас — электричество, а не чипы или их компоненты, как вы могли предположить. Техногиганты думают, где поставить стойки, чем их охлаждать, но главное, где взять энергию, чтобы питать всю AI-систему.

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

Сегодня я расскажу вам о компании Crusoe —  которая крайне нестандартно превращает энергию в вычислительную мощность. Разберем их бизнес-модель и поймем, что такое вертикально интегрированная AI-инфраструктура.

Скорее всего читатели знают, но контекста ради.
Flink имеет децентрализованный дизайн с распределенной архитектурой, где набор контейнеров ( Task Manager ) несут ответственность за свою локальную зону или не несут?
Эта зона в случае разбиения через keyBy размазывается исходя из хэша заданного ключа, посредством чего, Flink гарантирует попадание всех событий с этим ключом на тот же контейнер и также гарантирует сохранение того порядка событий, в котором они доехали до оператора, и, как следствие этот контейнер является мастером-владельцем ключа - отсюда понятие локальной зоны становится оправданным, ведь все хэш пространство размазывается на контейнеры равномерно. Однако, если не использовать keyBy и просто попробовать вызвать что угодно, то будет round-robin распределение и тогда снимается понятие локальной зоны ответственности.

В данной статье (а возможно цикле статей) речь пойдет о собственной разработке облачного SPA приложения по моделированию пространственных стержневых систем методом конечных элементов с численно-аналитическим решением для инженеров-проектировщиков в основе которого математическая модель Эйлера-Бернулли, вариационные принципы и итерационный метод сопряжённых градиентов применяемый для большеразмерных СЛАУ с разреженной матрицей жёсткости с одной стороны, и JavaScripts экосистема облака, выполненного в стеке Node js, Express js бэкенд части, и React js, MobX, Three js, glsl shaders фронтенд части с другой стороны. Отображение эпюр усилий в пространственных стержневых элементах реализовано на шейдерах vertexShader и fragmentShader. Это позволяет вычислять эпюры для каждого стержня на лету и выполнять отображение графиков (в общем случае полиномов 5 степени) в пространстве мгновенно.

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

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

В этой статье хочется поделиться своими впечатлениями и привести несколько, на мой взгляд, интересных фактов.

CoreBus — кроссплатформенный терминал для работы с COM-портами и TCP-сокетами с поддержкой протоколов Modbus TCP / RTU / ASCII и много чего еще.

Приложение развивается уже довольно давно. Но была одна фича, которой не хватало, чтобы сделать CoreBus по-настоящему универсальным терминалом. Мне об этом писали еще с первых релизов. В личных сообщениях и в комментариях к статьям. Эта идея формулировалась по-разному, но суть была одна.

И поэтому хочу представить вам новый режим - "Modbus мониторинг"!

Салют, Хабр!

Есть продуктовые идеи, а есть потребности людей, которые полностью не закрывает ни одно решение на рынке. И их очень важно различать. Особенно когда создаёшь умные устройства… или что угодно другое. 

Мы в SberDevices создали на основе старого знакомого фреймворка Jobs to be done (JTBD) рабочую систему для продуктовых решений. Она позволяет нам видеть реальные пользовательские работы, делать их измеримыми, сравнивать между собой и на этой основе математически расставлять приоритеты для новых устройств, функций и сценариев. 

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

Недавно я опубликовал мнение о фундаментальной экономической модели разработки ПО, которая не способствует (и объективно не должна способствовать) массовому переходу с C/C++ на «безопасные» языки программирования Экономика безопасности кода или почему Rust не нужен.

Но чтобы оставаться честным перед читателями, решил опубликовать и статью-контраргумент с описанием обратной стороны медали, то есть почему C++ всё равно будет рано или поздно заменён, а заодно попробовать разобрать, каким будет новый язык программирования, который неминуемо придёт на смену C++.

Запуск нового устройства — это всегда выбор. Один из первых и самых непростых вопросов, с которым сталкиваются как стартаперы, так и крупные компании при выводе нового продукта на рынок: стоит ли разрабатывать уникальный корпус с нуля или лучше использовать готовое покупное решение?

Кажется, что для опытных разработчиков ответ очевиден, но на деле он далеко не однозначен. Чтобы этот вопрос не стал для вас камнем преткновения, давайте разберем несколько практических примеров. Наш обзор поможет вам взвесить все «за» и «против» и принять верное решение.

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

Анализ ключевых тенденций, описанных в исследовании «Robots In Public: Building the Governance Framework for shared Human‑Robot Spaces» (2025–2026 гг.). Отчёт основан на данных экспертного воркшопа в MassRobotics (Бостон), анализа кейсов и международного опыта.

Всем привет, это моя первая статья, в рамках которой захотелось поделиться необычным для меня опытом. Возможно, кто-то найдёт здесь для себя что-то полезное. По работе пришлось столкнуться с крайне необычной микросхемой для коммутации высокочастотных (RF) сигналов.  Одна проблема – проприетарный интерфейс управления MIPI RFFE. Появился вопрос “А как этим управлять, не имея специализированных средств?”. Ответ узнаем вместе.

nanoCAD GeoniCS – это мощный современный инструмент для землеустройства и изысканий. Однако в высокоспециализированных отраслях, таких как маркшейдерское дело на угледобыче, стандартных инструментов часто бывает недостаточно. Яркий пример этого опыт «Разреза Кирбинский», который не только перешел с Civil 3D на nanoCAD GeoniCS, но и создал цифровую среду, идеально заточенную под сложные процессы: от планирования горных работ до контроля за буровзрывными операциями.

Как им это удалось читайте в этой статье.

Мы побывали на крупной птицефабрике в Татарстане. Интегратор из Казани реализовал здесь несколько проектов: автоматизацию дезинфекционного барьера на въезде, диспетчеризацию микроклимата птичников, а также мониторинг комбикормового завода и системы водоподготовки.

Ниже разберем, как устроена каждая из этих систем.

Анализ тенденций в области человекоподобных роботов в продолжение исследования Morgan Stanley Research от 2024 года

Интересно ретроспективно наблюдать на начало 2026 как изменился мир и что соответствует исследованию Morgan Stanley Research, а что уже изменилось. Что сразу бросается в глаза: список «Humanoid 66» изменился и значительно расширился и не только китайскими игроками. Однако нужно признать, что основные проблемы и вопросы пока остаются такими же, как и указаны в исследовании, хотя в исследовании планировались значительные изменения в ближайшие 6–12 месяцев, но справедливо замечено, что основная коммерциализация растянется на десятилетия. Опять же тренды развития стоимости гуманоидных роботов — цены компонентов в общем снижаются, но вмешались новые факторы, например, «тарифные войны», которые не были учтены в исследовании.

Какого ваше мнение об изменениях к 2026 и оправдались ли тренды определённые в исследовании?

Промышленный дизайн – точка, где сходятся эстетика, инженерия, бизнес-логика и пользовательский опыт. Промдизайн не только делает вещь красивой: он упрощает взаимодействие человека с ней, повышает эффективность ее использования, усиливает бренд и зачастую определяет успех разработки. О том как роль промдизайнера выходит за рамки «визуала», и он становится соавтором разработки поговорили с Родионом Усаевым, который прошел путь от стажера до арт-директора и руководителя проектов, работая со стартапами, европейскими дизайн-студиями и международными корпорациями. Мы решили поговорить о трендах современного дизайна, как придумать внешний вид и форму вещи, чтобы она стала желанной и манящей. А также как дизайнерам и разработчикам сработать синергично, чтобы реализовать яркие идеи в конечном изделии.

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

Сервоприводы – это мускулы любой системы, превращающие команды в реальное действие.

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

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

Общая идея такова: берём математическую модель двигателя и в режиме реального времени «запитываем» её показаниями датчиков напряжений фаз работающего двигателя насоса. Показания датчиков тока используем для того, чтобы в реальном времени втянуть виртуальную модель в такой режим, при котором виртуальные показания квазидатчиков тока математической модели станут равны показаниям реальных датчиков тока. То есть в этом случае мы получим виртуальную real time модель из которой можем взять любую информацию, которой она располагает, в частности частоту вращения электродвигателя.

А теперь изложенную идею попробуем воплотить в виде математических абстракций.

Сходил на выставку «Фотоника» (31.03–02.04.2026), взял каталог оборудования Т8 — посмотреть, до чего современная технология доросла. Ради интереса выбрал модель агрегатора и попробовал рассчитать трассу. А потом вспомнил свой опыт строительства и эксплуатации магистральной сети. Правильный расчет — еще не всё. Для конкретной трассы нужно учитывать внешние факторы: логистику, климат, вандализм, доступ к опорам, затраты на эксплуатацию. Не каждый расчет, верный на бумаге, годится для реальной линии в труднодоступном районе. Так родился еще один раздел — разбор практических проблем.

Знаете, бывают проекты, которые начинаются как «сделать быстренько за выходные», а превращаются в эпопею на несколько лет. Вот у меня именно так и вышло.

Всё началось с того, что решил я сделать себе каротажную станцию. Идея возникла не просто так. Когда‑то давно закончив РГГРУ и не работая по специальности но имея определенный багаж знаний и желание... решение было принято. Сразу скажу, что более ленивого человека чем я, встречать мне не доводилось, поэтому задача была следующая: сделать универсальный зонд (все методы в одном и желательно в него запихнуть еще видеокаротаж). Спойлер‑ видеокаротаж так и не запихнул). Начнем с того, что станция нужна была для исследований скважин на воду в Московском регионе. Наиболее подходящие методы: ГК (гамма каротаж), кс (электро каротаж), резистивиметрия, термометрия, кавернометрия, решил зачем то еще запихнуть магнитометр (как оказалось отлично показывает фильтра и трубы в скважине). И всё это нужно фиксировать в реальном времени, даже не просто в реальном времени а относительно глубины спуска прибора, с записью на компьютер, с индикацией глубины, с фильтрацией шумов, чтобы потом не мучиться с обработкой. Вроде‑бы только начал писать статью и понимаю что одной статьи будет мало, надо делать несколько‑ слишком большой объем работы. Поэтому сделаем так: я напишу сейчас вкратце что было сделано, если будут комментарии и какое‑то оживление, то уже буду писать несколько статей поэтапных, так как создание данного аппарата включает в себя токарные работы, чертежные, программирование прибора, создание регистратора данных, несколько утопленных приборов, кучу ошибок и провалов. Поэтому начнем с прибора а дальше посмотрим.