BOM Voyage

Российский рынок PLM/CAx глазами индусов Russia’s CAD Revolution Takes a New Turn: Domestic Systems Begin Talking to Each Other

NASA: The Effect of Magnetohydrodynamic (MHD) Energy Bypass on Specific Thrust for a Supersonic Turbojet Engine Работа рассматривает необычную схему сверхзвукового турбореактивного двигателя с магнитогидродинамическим энергетическим байпасом. Идея в том, чтобы часть энергии входящего воздушного потока отбирать перед двигателем с помощью магнитного поля, превращать её в электрическую, а затем возвращать ниже по тракту — например, дополнительно разгоняя поток перед соплом. Для этого воздух сначала слабо ионизируют, чтобы он мог взаимодействовать с магнитным полем. Затем МГД-генератор немного тормозит поток и отбирает часть его энергии. После камеры сгорания и турбины эта энергия может использоваться МГД-ускорителем, который электромагнитной силой разгоняет газ и увеличивает тягу. В результате энергия не просто теряется при торможении набегающего потока, а переносится из передней части двигателя в заднюю. Главный смысл такой схемы — не только рост тяги. На больших скоростях входящий воздух становится слишком горячим для обычной турбомашины. Если часть его энергии заранее отобрать, можно снизить нагрузку на компрессор и турбину и потенциально расширить диапазон работы обычного турбореактивного двигателя в сторону гиперзвуковых скоростей. Магнитное поле также позволяет управлять потоком без сложной механической изменяемой геометрии воздухозаборника. В расчёте использовался двигатель класса Allison J-102 с расходом воздуха около 28 кг/с. Рассматривались разные температуры цикла, длина МГД-генератора, электропроводность газа и магнитные поля. Модель была упрощённой, одномерной, поэтому речь идёт о проверке самой физической идеи, а не о расчёте готового двигателя. На скоростях ниже примерно M=2 заметного выигрыша от МГД-системы почти нет. Наиболее интересная область начинается примерно от M=2 до M=3,5. Здесь магнитное поле в несколько тесла может заметно увеличить удельную тягу. В одном из режимов при M=3,5 расчёт дал прирост до 420 Н/(кг/с), что при выбранном расходе воздуха соответствует примерно 11,8 кН дополнительной тяги. Ещё один эффект — расширение диапазона скоростей. При более высокой допустимой температуре двигателя расчётная рабочая область постепенно сдвигается от примерно M=5 до M=6–7. То есть МГД-байпас потенциально позволяет турбореактивному двигателю сохранять работоспособность там, где обычная схема уже сталкивается с серьёзными температурными ограничениями. При этом система не создаёт дополнительную энергию. Она перераспределяет уже имеющуюся энергию воздушного потока. Чем больше энергии отбирается во входной части, тем дальше можно сдвинуть рабочий диапазон двигателя, но максимальная тяга при этом не обязательно растёт. Поэтому задача состоит в поиске компромисса между дополнительной тягой, охлаждением входящего потока и расширением диапазона скоростей. Расчёты показывают, что такой подход теоретически может быть полезен для полёта примерно на M=2–3,5 и потенциально расширить работу турбореактивной схемы до M=7. Основные практические проблемы — получение достаточно проводящей плазмы, создание сильного магнитного поля, эффективное преобразование энергии и согласование всех частей двигателя. Для реальной системы особенно желательно снизить требуемое магнитное поле до порядка 1–2 Тл.

Оказывается Макс - это не только мессенджер, но и САПР для автоматизации проектирования бортовых кабельных сетей и трубопроводных систем от АО «Цифровая мануфактура»

Молодёжный маркетинг Rhino CAD

IPCEI-AI — это формирующийся общеевропейский мегапроект по созданию собственной промышленной инфраструктуры и технологического стека искусственного интеллекта. Полное название — Important Project of Common European Interest on Artificial Intelligence. Это первый IPCEI ЕС, специально посвящённый ИИ. В сентябре 2026 года проект перешёл из стадии концепции к предварительному согласованию государственной поддержки с Еврокомиссией. Его совместно разрабатывают 19 стран, включая Польшу, Германию, Францию, Италию, Испанию, Нидерланды и Швецию; координатором выступает Германия. https://digital-strategy.ec.europa.eu/en/news/commission-welcomes-design-first-important-project-common-european-interest-ai Проект задуман не как «европейский ChatGPT» и не как единая централизованная облачная платформа. В официальных документах используется формулировка continuum of federated and distributed AI services — континуум федеративных и распределённых сервисов ИИ. То есть разные вычислительные центры, данные, модели и прикладные системы должны иметь возможность работать как взаимосвязанная европейская среда, сохраняя при этом распределённость и организационную самостоятельность. Логика проекта состоит в том, что для таких задач недостаточно универсальных языковых моделей: нужны специализированные модели, обученные на инженерных и производственных данных. При этом вычислительный слой предполагается федеративным. В ранних проектных документах прямо говорится о подключении EuroHPC, AI Factories и других вычислительных мощностей таким образом, чтобы европейские предприятия, включая МСП, могли получать к ним доступ через общий континуум. То есть условная инженерная модель не обязательно должна обучаться в одном дата-центре или у одного гиперскейлера. IPCEI-AI довольно близок к той концепции «федеративной AI OS», которую сейчас постепенно формирует Европа. Однако это не одна операционная система и даже не единый продукт. Это набор взаимосвязанных проектов разных компаний и стран, для которых задаются общая цепочка ценности, требования к совместимости, трансграничному сотрудничеству и распространению результатов. Gaia-X, Data Spaces, EuroHPC и 8ra могут выступать соседними или нижележащими элементами этой картины, но IPCEI-AI не является просто новым названием Gaia-X. Есть ещё существенное отличие IPCEI от обычной европейской исследовательской программы. Деньги в основном выделяют сами государства участникам своих национальных проектов, а Еврокомиссия разрешает такую государственную помощь как исключение из обычных ограничений конкуренции. Поддерживаются R&D, действительно новые технологии и первый промышленный ввод, а не субсидирование обычного производства уже существующего продукта. От участников также ожидаются трансграничное сотрудничество и положительные spillovers — распространение знаний, технологий или открытый доступ к части созданной инфраструктуры. https://competition-policy.ec.europa.eu/document/download/13400bdc-bff5-4c91-ab3f-52bfb62c2984_en?filename=IPCEI_factsheet_What-are-IPCEIs-not_en.pdf Проект ещё не утверждён Еврокомиссией. 19 государств закончили совместное проектирование, а 11 стран, которые собираются финансировать непосредственных участников, в сентябре начали процедуру pre-notification. Еврокомиссия теперь должна проверить каждый проект и весь интегрированный IPCEI на соответствие правилам государственной помощи. Общая сумма финансирования IPCEI-AI пока публично не объявлена. Масштаб при этом уже большой: в ходе национальных отборов было предварительно выбрано около 150 проектов, а 10 марта 2026 года в Берлине прошёл общеевропейский matchmaking, после которого отдельные проекты начали собирать в единую цепочку. Польша участвует в IPCEI-AI; польский отбор стартовал 20 февраля 2026 года, а второй этап для отобранных прямых участников завершился 1 июля. https://www.bundeswirtschaftsministerium.de/Redaktion/EN/Dossier/ipcei-ai.html

arXiv :: Beyond Compression: Training Latent Representations for Stable Long-Horizon Rollout in Neural Surrogate Solvers - работа о фундаментальной проблеме нейросетевых суррогатных решателей: накоплении ошибки при длинном прогнозе динамической системы. Нейросетевые модели могут ускорять инженерные расчёты, заменяя часть дорогого численного моделирования быстрым прогнозом. Но напрямую работать с полными результатами CAE сложно: большие сетки и десятки физических полей требуют много памяти, вычислений и обучающих данных. Поэтому состояние системы сначала сжимают в компактное скрытое представление, где сохраняются основные закономерности, а уже затем прогнозируют его развитие. Проблема в том, что такое сжатие обычно обучают только на точное восстановление исходных данных. Для длительного моделирования этого мало: каждый следующий шаг строится на предыдущем прогнозе, поэтому небольшие ошибки накапливаются и со временем могут увести расчёт от физически допустимого поведения. Поэтому скрытое представление нужно обучать не только хранить данные, но и поддерживать устойчивую динамику. Для этого уменьшают степень сжатия, сохраняют пространственную структуру полей, добавляют небольшие возмущения при обучении и учат модель работать с собственными предыдущими прогнозами. Это делает её менее чувствительной к мелким ошибкам. При этом точность одного следующего шага оказалась слабым показателем качества длительного расчёта: некоторые методы немного ухудшают ближайший прогноз, но повышают устойчивость длинной последовательности. В результате ошибку длительного прогноза удалось снизить примерно на 40–43 %. В задаче фазового разделения модель достигла сопоставимой точности с расчётом по полным полям при почти на два порядка меньшем числе вычислений и примерно вдвое меньшем потреблении памяти графического процессора. На задаче высокоцикловой усталости с 55 физическими полями модель, обученная только на ранней части процесса, смогла прогнозировать дальнейшее накопление повреждений далеко за пределами обучающего диапазона с ошибкой менее 10 %. Для CAE основной вывод в том, что сжатие нужно проектировать не просто ради уменьшения объёма данных, а так, чтобы физическая система могла устойчиво развиваться в этом компактном представлении много шагов подряд.

Я пропустил пятницу, был весь день на конференции, так вот, пятничное

Грешным делом собрал список MCP под Компас (официального MCP Server или анонса поддержки Model Context Protocol нет и не будет, так что всё стороннее) 1) https://github.com/dwnmf/KOMPAS-3D-MCP-bin https://kompasmcp.ru/ Готовый Windows-клиент для подключения КОМПАС-3D к Codex, Claude, Roo Code, Cline и другим MCP-клиентам. Заявлены создание 2D-чертежей, построение 3D-деталей, проверка модели, скриншоты и экспорт. Для Codex прямо приведена конфигурация mcp_servers.kompas_3d. Только вот это не просто полностью локальный open-source MCP. На сайте говорится о персональной конфигурации с адресом сервера и доступом, после чего локальный Windows-агент подключает КОМПАС-3D. То есть архитектура, судя по описанию, содержит внешний серверный компонент. 2) https://github.com/hymaxo/kompas3d-mcp — полноценный исходный код под MIT. Сервер работает локально через stdio, использует установленный SDK АСКОН и COM API КОМПАС-3D. Автор заявляет 41 MCP tool, доступ к API5/API7, работу с эскизами, выдавливаниями, вращением, скруглениями, параметрами, сборками, чертежами, материалами, экспортом STEP/STL/IGES и т. д. Проверялось на Windows + КОМПАС-3D v25 Home + Python 3.12. Причём здесь есть довольно интересная архитектурная идея: помимо высокоуровневых инструментов сервер предоставляет api_invoke / api_batch, фактически позволяя агенту обращаться к широкому набору COM API. Этот проект совсем свежий: сейчас в репозитории всего несколько коммитов и минимальная аудитория. 3) https://github.com/xomyachok-shaolin/kompas-3d-mcp-linux — ориентировано на КОМПАС-3D v24 под Linux и устроена иначе: C++ bridge-plugin .rtw работает через KsAPI SDK, а Python-процесс реализует сам MCP по stdio. Пока набор функций сравнительно небольшой: создание 2D-документа, линии, окружности, прямоугольники, текст, штамп, сохранение CDW, DXF, скриншоты и перечисление объектов

^^ кстати, это компонент интересного мне сценария связи нескольких контуров в каждом из которых свои PLM/CAx системы. Автоматическая адаптация данных — важное и не особо решённая пока что проблема. Пока что чаще всего требуют ту или иную степень унификации по всей цепочке кооперации требующей оперативного обмена данными.

Учёные Санкт-Петербургского политехнического университета Петра Великого (СПбПУ) разработали гибридную архитектуру, объединяющую цифровой двойник теплоэлектроцентрали (ТЭЦ) и ИИ. Она подбирает оптимальные режимы работы станции примерно за 15 секунд вместо нескольких минут — это в 16 раз быстрее, чем расчёт с использованием цифрового двойника и классических математических методов. https://www.elec.ru/news/2026/09/24/uchyonye-spbpu-uskorili-optimizatsiju-rezhimov-rab.html

^^ Нашлись в связи с тем, что они связали электронное и механическое проектирование в одном агентном процессе. Новая функция автоматически строит корпус непосредственно из актуальной геометрии печатной платы: пользователь описывает требования текстом, система создаёт пригодную для 3D-печати модель с креплениями, защёлками, отверстиями, вентиляцией и вырезами под разъёмы. Существенная деталь — связь остаётся живой: если на плате переместить или заменить компонент, Flux автоматически перестраивает корпус и одновременно обновляет инструкции по изготовлению и сборке. Функция доступна уже сейчас. https://www.globenewswire.com/news-release/2026/09/24/3368248/0/en/flux-launches-new-ai-capabilities-to-take-hardware-designs-from-pcb-to-prototype.html

Flux.ai — это облачная ECAD-платформа для проектирования электроники и печатных плат, которая сейчас довольно агрессивно перестраивается вокруг концепции «AI hardware engineer». То есть это уже не просто PCB-редактор с чат-ботом, а попытка сделать агентную систему, способную пройти значительную часть цепочки от текстового описания устройства до схемы, разводки и производственных файлов. С технической точки зрения интереснее всего то, что AI работает не поверх внешнего CAD через генерацию файлов, а внутри собственной модели ECAD. Flux утверждает, что агент использует тот же редактор и те же операции, что и человек. Поэтому действия AI остаются частью обычного редактируемого проекта: можно менять схему, двигать элементы, править проводники и продолжать работу вручную. Это существенно ближе к «агенту внутри инженерной системы», чем к text-to-CAD, который просто генерирует конечный артефакт. Основной сценарий выглядит так: вы описываете, например, «нужна плата на ESP32 с USB-C, питанием от LiPo, датчиком температуры и CAN», после чего агент Flux формирует план, подбирает компоненты, строит BOM, создает схему, размещает компоненты и помогает с трассировкой. Дальше инженер может вручную корректировать результат. На выходе Flux умеет формировать Gerber, drill-файлы, BOM, pick-and-place и netlist для производства. Отдельно хорошо проработана связь с цепочкой поставок. В платформу встроены сведения о наличии и стоимости компонентов, а AI может учитывать доступность деталей и предлагать замену. Это довольно важное отличие от классической схемы «ECAD → BOM → отдельный компонентный/закупочный инструмент»: информация о комплектующих участвует непосредственно в проектировании. https://www.flux.ai

Text-to-CAD стартап Adam запустила Migrations — агентную систему для переноса параметрических CAD-моделей между разными САПР с восстановлением истории построения. В отличие от обычного STEP/Parasolid-переноса, агент последовательно пересоздаёт операции модели в целевой системе и после каждого шага геометрически сравнивает результат с исходником. Вместе с геометрией может переноситься прикреплённая к модели метаинформация. Сейчас заявлена работа с SolidWorks, CATIA, Creo, Onshape, Fusion, Inventor и Siemens NX. https://adam.new/migrations

«Четырёхногий шагающий робот для сварки и инспекции на судостроительных верфях». В его опорах используются постоянные электромагниты, позволяющие роботу перемещаться по вертикальным стенкам и изогнутым стальным конструкциям. https://www.didenrobotics.com/en/resources-all/the-five-branches-of-control-electronics

龙软科技 (LongRuan Technology, 龙软科技) впервые достаточно чётко раскрыла устройство своего «矿山多智能体平台» — многоагентной платформы для горной промышленности. Система объединяет инженерную графику, геологические и производственные данные, связывая элементы чертежей и карт с реальными объектами и их состоянием. Благодаря этому ИИ работает не только с текстами и базами данных, но и с шахтными планами, геологическими схемами и пространственными инженерными моделями. На этой основе реализованы поиск и анализ данных, помощь при проектировании, проверка инженерных решений, подготовка отчётов и поддержка производственных решений. Вместо одного универсального помощника используется набор специализированных программных агентов: технического специалиста, инспектора промышленной безопасности, помощника руководителя и эксперта по аварийным и природным рискам. Они работают с общей моделью предприятия и отраслевыми данными и интегрируются с системами управления производством, геологическими комплексами, GIS и средствами промышленной безопасности. Решения уже применяются на шахтах, обогатительных фабриках и других горнодобывающих предприятиях Китая. Общий объём контрактов превысил 30 млн юаней, а в первой половине 2026 года это направление обеспечило более 10% выручки компании. В дальнейшем ту же архитектуру планируется использовать в промышленных парках, гидротехнических сооружениях, транспортной инфраструктуре и других инженерных областях, объединяя инженерную модель, CAD/GIS, производственные данные и специализированных агентов в единую цифровую среду.

Яндекс открыл веса Alice AI Foundation LLM Alice AI Foundation LLM представляет собой собственный MoE-претрейн Яндекса. Весь цикл обучения провели с нуля, без стартовых весов сторонних открытых моделей. В модели 80B параметров, из которых на каждый токен активируются 3B. Это меньше, чем у большинства других открытых претрейнов, но по бенчам результаты в паритете, а иногда и лучше. При обучении отдельно оптимизировали обмен данными между видеокартами и отбор материалов, чтобы сократить вычисления при сохранении качества. В техрепорте есть комплиментарный замер с Nemotron и Qwen – с кодом и с математикой. Плюс к этому заявляют, что заложили базу для рассуждений ещё на претрейне. Модель выпустили под Apache 2.0, её можно свободно использовать и дообучать. За пару дней у модели уже больше 2000 скачиваний на HF. Техрепорт Веса на HF @ai_newz

Китайский институт промышленного интернета совместно с отраслевыми и академическими организациями опубликовали «Отчёт о развитии промышленных агентов» https://www.smartcity.team/reports/%E5%B7%A5%E4%B8%9A%E6%99%BA%E8%83%BD%E4%BD%93%E5%8F%91%E5%B1%95%E6%8A%A5%E5%91%8A/ Промышленные ИИ-агенты рассматриваются как управляющий слой над PLM, ERP, MES, CAD/CAE и системами оборудования. Они не заменяют эти системы, а связывают данные, инженерные модели и производственные процессы вокруг конкретной задачи: получают цель, собирают контекст, планируют действия, обращаются к специализированным программам, запускают операции и проверяют результат. При этом непосредственное управление производством остаётся в рамках заданных прав, технологических ограничений, блокировок безопасности и процедур согласования. В инженерной разработке такие агенты могут связывать требования, нормативы, прошлые проекты, CAD и CAE, помогая проверять документацию, проектные решения, расчёты и цифровые двойники. В производстве они координируют ERP, APS, MES, системы качества и оборудование: обнаруживают отклонения, оценивают последствия, пересчитывают планы и передают задачи исполнительным системам. Тот же подход применяется к техническому обслуживанию, энергопотреблению и производственной логистике. Архитектура охватывает уровни от оборудования и производственной линии до предприятия и цепочки поставок. Облако используется для обучения и сложной оптимизации, локальные вычисления — для быстрых решений, а управление оборудованием остаётся на специализированном уровне. Основу составляют единая работа с данными, цифровые двойники, графы инженерных знаний, планирование, взаимодействие нескольких агентов, управление правами и полный журнал действий. Дальнейшее развитие ведёт от отдельных ИИ-помощников к группам специализированных агентов, которые координируют сквозные процессы внутри предприятия и между компаниями, включая заказы, мощности, запасы и поставки. В такой модели промышленный агент становится управляемым исполнительным механизмом между человеком, инженерными знаниями, корпоративными системами и физическим производством, сохраняя проверяемую историю решений и действий.

В Госдуме появится новый комитет — по цифровому развитию и искусственному интеллекту.