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

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

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

Но направление вроде vibeCAD выглядит перспективно. Если объединить генерацию с параметрическими CAD-инструментами, расчетами, проверками коллизий, экспортом STEP/GLB, визуальной валидацией и строгими evidence-gates, то в будущем AI сможет стать реальной частью инженерного workflow. Не магией, а дисциплинированной системой проектирования.

Кто такой UX/UI разработчик на практике?

Чем он занимается в реальной приземленной разработке?

P.S. делаю программу для завода и глазам больно от интерфейса

llm-nano-vm v0.8.0 — выход в PyPI, валидация вывода и per-step таймауты

В прошлом посте мы описывали концепцию nano-vm — детерминированного ядра исполнения на базе конечных автоматов (FSM) для LLM-воркфлоу, где модель не является оркестратором, а лишь предлагает действия внутри жесткого графа \delta(S, E) \to S'.

За это время проект перерос стадию концепта. Мы опубликовали рантайм на PyPI и выпустили релиз v0.8.0. Ниже — сухой отчет о том, что конкретно было сделано, измененено и протестировано.

Что нового в v0.8.0

1. Выход на PyPI и релиз пакетов

Рантайм и сопутствующие компоненты полностью изолированы и доступны для установки:

pip install llm-nano-vm==0.8.0
pip install llm-nano-vm[litellm]==0.8.0   # поддержка провайдеров через LiteLLM
pip install nano-vm-mcp                    # MCP-шлюз

2. allowed_outputs — LLM enum guard

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

{
    "id": "classify",
    "type": "llm",
    "prompt": "Classify. Reply ONLY with: refund / query / other",
    "allowed_outputs": ["refund", "query", "other"],
    "on_error": "skip",   # → подставит "refund" (первый элемент) на mismatch
}

Реализовано три политики обработки ошибок: fail (trace \to FAILED), skip (подстановка allowed_outputs[0]) и retry (перезапрос модели до max_retries).

3. timeout_seconds + on_timeout — таймауты на уровне шага

Решена проблема «зависания» внешних LLM API. Любой llm-шаг теперь можно ограничить по времени выполнения с политиками fail или fallback (подстановка дефолтного значения без падения автомата).

4. Стабилизация ASTEngine

Мы окончательно избавились от eval() для условий (condition). Написан кастомный песочный интерпретатор JSON AST. Любые системные вызовы и скрытые вызовы методов (вроде .lower()) теперь вызывают ASTEvalError на этапе компиляции графа.

Результаты бенчмарков (v0.8.0 · WSL2 · Python 3.12)

Тесты производительности на синтетическом адаптере (3 провайдера \times 5 сценариев \times 10k итераций) показали 1,096,500 операций и 0 нарушений контракта графа.

СценарийСредний TPSp95Refund pipeline2,200/s123 msDouble-execution guard2,800/s69 msBudget enforcement2,400/s97 msParallel throughput1,000/s196 msGovernanceEnvelope (аудит-лог)2,100/s108 ms

• Crash consistency (BM-INT-07): При crash_rate=100% повторное воспроизведение (replay) пайплайна после симулированного падения рантайма выдает идентичный хэш трейса в 100% случаев.

• Memory leak test (BM-INT-10): Пиковый RSS — 76.5 MB, аллокация — 3.62 MB для программ на 1000 шагов. Утечек памяти нет.

Валидация на реальных платежных API

Концепт успешно проверен на двух интеграционных сценариях (9/9 тестов пройдены):

1. MoMo Payment API v4: 3-way ветвление, HMAC-SHA256 IPN верификация, цикл пуллинга статуса с ретраями.

2. Stripe Payment API v1: Обработка 3DS-флоу (REQUIRES_ACTION), refund-пайплайн и верификация вебхуков.

В процессе интеграции со Stripe пофиксили важный баг: коллизию доменного статуса "PENDING" от API Stripe с внутренним сентинелом рантайма, который триггерил заморозку (SUSPEND) автомата.

Текущий фокус и краткосрочный роадмап

• Phase 0: Разработка ProgramValidator для статического анализа графов до их выполнения (поиск циклов, недостижимых шагов и битых таргетов). Актуально, когда сами программы генерируются «на лету» внешними моделями.

• Phase 1: Консистентность шлюза. Перенос StateContext между вызовами MCP в SQLite WAL (execution_contexts + UPSERT на каждый шаг). Это полностью уберет риск повторного списания (Double-Spend) при перезапуске процесса шлюза.

• Phase 2: Интеграция OpenTelemetry для распределенного трассирования шагов.

Репозитории проекта:

• Core runtime: github.com/Ale007XD/nano_vm

• MCP layer: github.com/Ale007XD/nano-vm-mcp

ИИ не должен управлять исполнением. Заметки о детерминированном FSM-рантайме для агентов

Большинство рантаймов для ИИ-агентов сейчас работают по одному простому паттерну: LLM -> вызов инструмента -> рантайм выполняет сайд-эффект.

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

В процессе подготовки части наших внутренних агентов к деплою, мы пришли к необходимости полностью разделить процессы «рассуждения» (reasoning) и право на исполнение (execution authority).

Мы написали nano-vm — детерминированный FSM-рантайм (конечный автомат), в котором:

• модель лишь предлагает действия;

• рантайм жестко контролирует переходы состояний и сайд-эффекты.

Рантайм принудительно обеспечивает:

• конечные графы исполнения;

• строгий порядок шагов, зафиксированный при компиляции (compile-time ordering);

• capability-gating для инструментов (жестко изолированные доступы);

• границы идемпотентности и защиту от replay-атак;

• append-only историю аудита.

Одно из архитектурных решений, которое оказалось критически важным: слой политик намеренно сделан менее выразительным, чем Python.

Мы полностью отказались от eval-подобного исполнения и ограничили политики небольшим детерминированным подмножеством AST:

• только простые операторы;

• никаких циклов;

• никаких системных вызовов.

Это ограничение радикально упростило аудит и исключило целые классы рантайм-поведения, которые мы не хотели видеть в финансовых воркфлоу.

Sabotage Mode и семантика отказов

Чтобы протестировать семантику отказов, мы добавили в демо-стенд «Sabotage Mode» с несколькими векторами атак:

• неавторизованная инъекция инструментов (tool injection);

• попытки повторного выполнения (replay-атаки);

• подделка хешей (hash corruption);

• пропуск шагов пайплайна (skipped transitions).

С точки зрения эксплуатации самым полезным свойством пока оказались именно детерминированные границы повторного воспроизведения вокруг сайд-эффектов.

Нам также пришлось решать крайне неудобную compliance-проблему: как сохранить неизменяемые цепочки аудита (immutable audit chains) и при этом выполнить требования 152-ФЗ / GDPR об уничтожении данных. Наш текущий подход заменяет ссылки в хранилище на маркеры-надгробия (tombstones), полностью сохраняя криптографическую непрерывность хешей и ссылочную целостность графа.

В основном мне интересно, как другие инженеры решают проблему права на исполнение в stateful-агентах. Вы позволяете модели напрямую управлять сайд-эффектами или встраиваете детерминированный слой контроля между ними?

• Core runtime: github.com/Ale007XD/nano_vm

• MCP layer: github.com/Ale007XD/nano-vm-mcp

• Live Sabotage Demo: demo.bannerbot.ru:8843

Скрупулёзность и вертикальная интегрированность.

Trinasolar недавно (месяц назад) официально презентовала новую линейку солнечных модулей Vertex N G3. G3, наверное, это третье поколение, но факт в том, что у двух моделей этой серии, а именно NEG21C.20Q (760Вт) и NEG19RC.20Q (670Вт) повысился КПД относительно предшественников. Причём, прилично. С 23,3% до 24,5% и 24,8% соответственно. То есть, в минимуме на 1,5%.

Обе модели являются двусторонними и в связке с трекерами от той же Trina – Vanguard 1P от Trinatracker – позволяют не просто добиться шикарных результатов выработки, но и снизить не только LCOE (средняя расчётная себестоимость производства электроэнергии на протяжении всего жизненного цикла электростанции), но также и BOS (это расходы, связанные с компонентами системы, которые необходимы для её функционирования, но не включают стоимость самих солнечных панелей). Наверное, Вангарды ребята продают «в нагрузку» с новыми модулями с какой-то специальной скидкой.

Ещё, в пресс-релизе написано, что модули Vertex N G3 шикарно подходят «для задач AIDC (AI Data Center), которые требуют не только достаточной выходной мощности, но и долгосрочной стабильности, простоты крупномасштабного развертывания и низкого LCOE» (цитата). Но, судя по тому, что у них стекло и спереди и сзади по 2мм, я что-то сильно сомневаюсь в том, что они более надёжны, чем такие же, но со стеклом 3,2мм или даже 2,5мм. Но что поделать? За выходную мощность приходится платить рисками. Ну, про гарантию написано, что она 30 лет, но только на выходную мощность. На конструкцию гарантийных обещаний я не нашёл. Если вы найдёте – маякните в комментариях.

И самое главное: дата выхода в свет – 2 половина этого года. А это значит, что их уже начинают производить. Хорошо. Потому что конкуренты не дремлют и уже вовсю работают над своими модулями и ячейками. Но это уже совсем другая история…

#trinasolar #презентации #Китай #КПД Больше новостей солнечной энергетики рассказываю у себя в канале "Солар-Ньюс"​ (https://t.me/Solarnews)

Прибыль Samsung от производства чипов на фоне спроса на ИИ выросла в 48 раз

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

Полный текст новости по ссылке: https://www.kommersant.ru/doc/8633092

1. Просто значение немного удивило: 48. Даже немногим лучше чем ответ на все вопросы Вселенной!😁

2. Радует (лично меня, как желающего увеличить память своего ПК) новость от производителя оборудования для литографии. Количество литографического оборудования, заказанного для производства чипов памяти, за последний год превысило число заказов для производства CPU.

   2.1. Год назад литографы, в основном, заказывали для производства CPU.

   2.2. Ссылку на новость про литографическое оборудование сходу не нашёл. Но это было примерно месяц назад, тут же на Habr.

3. IMHO сугубо, много желающих включиться/вложиться в производство памяти. Через сколько времени пойдет производство памяти на максимум, вот тут предположения высказывать не возьмусь. Но желающих заработать на этом (и не только этом) "железе" много!

*задумчиво посмотрел в коробку на столе

Статические поля вместо динамических: новый подход к изучению квантовой динамики с максимальной точностью

Группа исследователей предложила новый протокол для изучения квантовых систем (Hamiltonian learning), который позволяет достичь фундаментального физического предела точности — предела Гейзенберга — используя только простые статические поля, без применения сложного и подверженного ошибкам оборудования.

Исследование предлагает решение одной из главных проблем квантовой инженерии: современные методы настройки систем требуют либо сложной «запутанности» множества кубитов, либо сверхбыстрого управления одним кубитом, что технически крайне сложно реализовать.

Ученные доказали что высокой точности можно добиться, используя простые статические поля (постоянной мощности) на одном кубите. Это делает технологию доступной для внедрения уже сейчас, устраняя необходимость в сложном высокочастотном контроле или многокубитных операциях, и делает высокоточную квантовую метрологию доступной на современном оборудовании.

Проблема и Решение

Чтобы настроить квантовый компьютер или сенсор, инженерам нужно знать его «энергетический паспорт» — гамильтониан. Традиционные методы решения этой задачи напоминали попытку настроить радио во время урагана. У инженеров было два пути, и оба плохие:

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

2. Пытаться крутить одну антенну в разные стороны с нечеловеческой скоростью (высокочастотное управление), что технически трудновыполнимо.

Новый алгоритм, предложенный авторами, использует постоянные (статические) поля, что кардинально проще в реализации. Главная «фишка» метода: вместо суеты — спокойствие. Протокол использует постоянное, стабильное воздействие на кубит. При этом доказана его устойчивость к ошибкам подготовки состояния и измерения (так называемая SPAM-устойчивость). В итоге достигается точность предела Гейзенберга — теоретический максимум, возможный в физике.

Практическое применение: Где это пригодится?

Квантовая сенсорика и навигация

Метод найдет применение в магнитометрах на основе NV-центров в алмазе для навигации в условиях отсутствия спутникового сигнала:

• Навигация под водой: Подводные лодки смогут ориентироваться без GPS.

• Навигация под землей: Поиск нефти и руды, а также мониторинг вулканической активности станут точнее и доступнее.

Медицина и Биология

• Диагностика мозга: Магнитоэнцефалография (MEG) нового поколения позволит создавать легкие шлемы, работающие при комнатной температуре. Это поможет в выявлении эпилепсии и деменции на ранних стадиях.

• Квантовая МРТ: Появится возможность визуализации структуры отдельных молекул и белков, что критически важно для создания новых лекарств.

Квантовые вычисления, компьютеры и симуляции

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

Анализ и Перспективы

Новый метод обладает рядом неоспоримых преимуществ:

• Простота реализации и внедрения на текущем «железе».

• Высочайшая теоретическая точность (достижение предела Гейзенберга).

• Устойчивость к шуму (SPAM-устойчивость).

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

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

Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25

Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.

Ключевые темы:

1. Обзор API и возможностей библиотеки ParametricKit

2. C# как основной язык разработки библиотек

3. Автоматизация рутинных операций при разработке библиотек

4. Практические примеры работы с библиотекой ParametricKit

5. Требования к среде разработки

Дата: 24 декабря (среда), 11:00–12:00 (МСК)
Участие: онлайн, бесплатно, по регистрации

Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.

Спикеры — эксперты «Нанософт»:
Вадим Мелков, руководитель группы параметрических объектов
Василий Кузьмин, программист отдела BIM-технологий

Успейте зарегистрироваться! Количество мест ограничено.

Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25

Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.

Ключевые темы:

1. Обзор API и возможностей библиотеки ParametricKit

2. C# как основной язык разработки библиотек

3. Автоматизация рутинных операций при разработке библиотек

4. Практические примеры работы с библиотекой ParametricKit

5. Требования к среде разработки

Дата: 24 декабря (среда), 11:00–12:00 (МСК)
Участие: онлайн, бесплатно, по регистрации

Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.

Спикеры — эксперты «Нанософт»:
Вадим Мелков, руководитель группы разработки параметрических объектов
Василий Кузьмин, программист отдела BIM-технологий

Успейте зарегистрироваться! Количество мест ограничено.

TDMS Фарватер Web: гибкая трансформация документооборота в новом интерфейсе

Приглашаем на вебинар, где разберем, как управлять проектами, процессами и документами без бумаг и удаленно.

Дата и время: 18 декабря, 11:00-12:00 (МСК)

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

Мы уверены, что современные технологии должны упрощать рутину. Именно поэтому мы создали и развиваем систему TDMS «Фарватер Web» – систему для документооборота и управления проектированием в строительстве.

На вебинаре сфокусируемся на ключевых возможностях:

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

2. Гибкие и эргономичные бизнес-процессы. В системе реализованы оптимальные рабочие процедуры. Решение адаптируется под специфику предприятия: возможно изменение начальных настроек под нетиповые задачи и создание пользовательских каталогов в структуре проекта.

3. Быстрый старт. Коробочное решение повышает скорость внедрения, оптимизирует планирование бюджета на внедрение и сопровождение продукта.

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

5. Современный адаптивный интерфейс. Удобство просмотра на любых устройствах, динамичные элементы управления, дашборды.

6. Мультиплатформенность. Пользовательский доступ в систему осуществляется через браузер, решение независимо от операционной системы.

Для кого этот вебинар будет особенно полезен?

• Руководители (Технические директора, руководители департаментов, ГИПы). Увидите инструмент для стратегического контроля над портфелем проектов, сроками и ресурсами.

• Руководители проектов и их помощники. Поймете, как делегировать задачи, отслеживать исполнение и автоматизировать отчетность.

• Главные специалисты и ответственные за бизнес-процессы. Получите представление о том, как формализовать и цифровизировать регламенты согласования.

• ИТ-специалисты. Оцените технологический стек, подходы к внедрению, требования к инфраструктуре и возможности интеграции.

Спикер: Павел Лапонов, специалист по внедрению систем технического документооборота компании «Нанософт».

Самое важное! В ходе вебинара будет выделено время на ваши вопросы. Вы сможете спросить о том, что актуально именно для вашей компании, и получить ответ от технического специалиста, который ежедневно работает с системой.

Регистрация на вебинар бесплатна, количество мест ограничено. Это позволит нам сохранить интерактивность и уделить внимание вопросам каждого участника.

🔥 Как спроектировать систему отопления многоэтажного дома без ошибок и лишней работы?

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

Мы решили показать, как это делается на практике, используя nanoCAD BIM Отопление. На вебинаре вы увидите полный путь проектирования многоэтажного жилого дома — от исходных данных до готовой сбалансированной системы.

Когда: 11 декабря, 11:00–13:00 (МСК)
Где: онлайн, бесплатно – зарегистрироваться

На вебинаре вы узнаете:

• Как подготовить исходные данные для проекта отопления и какие ресурсы использовать

• Как формировать систему отопления для разных этажей многоэтажного дома

• Как подбирать диаметры трубопроводов и выполнять балансировку

• Как ускорить выпуск рабочей документации без потери качества

• Реальный проект: обзор многоэтажного дома, выполненного в nanoCAD BIM Отопление

• Ответы на ваши вопросы

Спикер: Никита Иванов, инженер по сопровождению и внедрению ПО, участвовавший в пилотном проекте.

Будет полезно инженерам-проектировщикам ОВК, руководителям проектных групп, BIM-менеджерам и специалистам по теплоснабжению.

💡 Присоединяйтесь, чтобы увидеть реальный проект отопления многоэтажного дома в действии и узнать, как инженеры решают сложные инженерные задачи с nanoCAD BIM Отопление.

Премьера nanoCAD BIM Строительство 25: год развития, опыт и новые горизонты

Провели онлайн-презентацию новой версии BIM/ТИМ-решения nanoCAD BIM Строительство 25 в *.dwg-среде для архитекторов и конструкторов.

В VK и RuTube трансляцию посмотрели около тысячи человек. Сегодня выкладываем для вас полезные таймкоды видеопрезентации.

Денис Ожигин, технический директор компании «Нанософт»:

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

С выходом nanoCAD BIM Строительство 25 мы предоставляем проектировщикам еще больше контроля над проектом как в плане создания модели будущего здания, так и в управлении атрибутивной информацией. При этом пользователь остается в привычной *.dwg-среде: от умного копирования элементов по этажам и управления марками в Диспетчере до встроенной проверки на коллизии без необходимости экспорта модели в формат IFC или другие программные продукты. Это не просто обновление версии, а мощный инструмент повышения точности, скорости и качества проектирования зданий и сооружений с применением технологии информационного моделирования».

Важным шагом в развитии nanoCAD BIM Строительство стало появление официальной библиотеки материалов и объектов водосточных систем от компании «ТЕХНОНИКОЛЬ». Полностью интегрированная в библиотеку программного продукта, библиотека «ТЕХНОНИКОЛЬ» включает 82 материала, 48 объектов водосточных систем и кровельных элементов. Среди функциональных особенностей объектов поддержка параметризации (объекты изменяют свою геометрию при изменении соответствующих параметров) и интерактивное взаимодействие (в объектах реализованы «ручки» и точки подключения для упрощения процесса размещения и редактирования)

Смотрите самые интересные темы презентации:

02:54 Развитие интерфейса
04:58 Копирование объектов по этажам
08:13 Режим «Марка» в Диспетчере задач
11:04 Размещение проемов
12:09 2D-представление проемов
12:49 Новая «ручка» управления булевыми операциями
15:17 Проверка на коллизии объектов NBIM
17:39 Работа со сводными моделями
18:20 Единая среда анализа модели
19:05 Экспорт аналитической модели в формат DXF
24:46 Обновление библиотеки объектов
30:41 Интеграция библиотек «ТЕХНОНИКОЛЬ»
32:41 Обновление SDK
33:58 Обновление API
39:17 Полезные ресурсы
40:18 Где скачать nanoCAD BIM Строительство 25?
40:36 Где приобрести nanoCAD BIM Строительство 25?
42:39 Сессия вопросов и ответов

Тестировать nanoCAD BIM Строительство 25 можно прямо сейчас, скачав бесплатную 30-дневную пробную версию на официальном сайте nanocad.ru.

nanoCAD BIM Строительство 25 доступно в трех конфигурациях:

1. конфигурация «nanoCAD BIM Строительство» – для проектирования архитектурной и конструктивной частей зданий/сооружений в *.dwg-среде;

2. конфигурация «nanoCAD BIM Архитектура» – для проектирования архитектурной части зданий/сооружений с применением технологии информационного моделирования в *.dwg-среде;

3. конфигурация «nanoCAD BIM Конструкции» – для проектирования металлических, железобетонных и деревянных конструкций зданий/сооружений в *.dwg-среде.

Действующий прайс-лист представлен на сайте в разделе «Цены».

Я сегодня прочитал статью "Ракета SpaceX Falcon 9 вывела на орбиту спутники Starlink в рекордном 30-м полете", меня впечатлила технология многоразового использования ракет от SpaceX.

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

Действительно эффективный способ сократить расходы на ракету, этот способ снижает стоимость в 5-10 раз, время между запусками сократилось с месяцев до недель. Многоразовый запуск ракеты от SpaceX можно назвать инновацией в сфере ракетостроения. Согласны ли вы с таким подходом от SpaceX, и что бы вы предложили на месте инженеров?

В предыдущем посте мы рассказали, как мы разработали решение NSR Specification для автоматизации экспертизы цифровых информационных моделей (ЦИМ).

🚆 Сегодня хотим поделиться, как мы смогли проверить работоспособность своих инструментов обработки требований в рамках пилотного проекта с РЖД!

•  Мы очень хотим выпустить универсальный инструмент, который действительно будет работать на практике. Именно поэтому нам важны пилотные проекты, в ходе которых мы дорабатываем свой функционал.

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

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

🔈 Поэтому нам надо показывать и доказывать. Форсировать интерес, создавать спрос. И когда РЖД согласились показать нам свою ЦИМ, чтобы мы смогли попробовать применить наши сценарии проверки, это была фантастическая возможность! Спасибо коллегам!

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

Укрупненный список вызовов:

1️⃣ РЖД использует свой отраслевой классификатор для описания элементов ЦИМ. И он прекрасен, потому что позволяет обеспечить настоящую информационную полноту модели.

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

2️⃣ ЦИМ была передана в формате ifc. А проверки решено было запускать в CADLIB Модель и Архив. Из-за этих факторов мы не смогли использовать некоторые структурные связи элементов.

3️⃣ Требований для пилота было отобрано немного. Всего четыре. Зато каких! Тут тебе и табличный формат, и заковыристые формулировки, и расчетные значения, которые нам надо было преобразовывать в формулы.

4️⃣ Одно из требований устанавливало минимальные расстояния в свету. Специально для таких случаев у CADLIB МиА есть функционал проверки минимального расстояния в плане. А вот у нас в Модуле семантического анализа требований не оказалось нужного инструмента для передачи данной особенности. Пришлось реализовывать!

И вот счастливый финал: мы показываем коллегам из РЖД результаты наших экспериментов...

И слышим в ответ, что мы не учли важный момент:

Нормативное требование устанавливает минимальное расстояние между осями трубопроводов, а CADLIB МиА измеряет расстояние между стенками труб. В самом требовании этот нюанс прямым текстом не озвучен. Но специалисты-то знают!

Нужно пересчитать.

О счастье, у нас получилось и это!
С костылями и молитвами (ибо прямого указания нет), но получилось!

СМОТРИТЕ ВИДЕО: RuTube, VK Видео, YouTube

Было невероятно приятно получить такой комментарий:

Гуменюк Алексей, заместитель начальника Центра компетенций по внедрению ТИМ, «РЖД»:

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

Несмотря на то, что программа в активной стадии разработки, уже сейчас видны перспективы автоматизации проверки ЦИМ. Коллеги прекрасно справились с поставленными задачами и даже решили задачу со звездочкой. Понятно, что для того, чтобы машина заработала в полную силу, нужны качественные, выполненные по EIR модели и полный каталог машиночитаемых требований. Но это только начало, дальше – больше.

Почему так важен патентный поиск при обратном инжиниринге

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

Что следует учитывать при обратном инжиниринге?

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

2. Обратный инжиниринг производится обычно в несколько этапов:

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

• Далее — осуществив такой предварительный поиск, необходимо перейти к следующей фазе: важно оценить замещаемый объект (как полностью, так и по частям) на патентную чистоту. Результаты подобного исследования — правильно оформить. Например, если посредством обратного инжиниринга оценивается вещество, то следует указать его состав, а также формулу соединений. Если рассматривается то, как будет производиться тот или иной объект, — необходимо определить параметры создания его (совершенные производителем действия за промежуток времени).

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

Все слишком сложно. Можно доступнее?

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

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

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

Еще есть какие-то варианты реверс-инжиниринга?

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

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

Можно ли получить какие-либо выгоды от обратного инжиниринга?

Да. Министерство промышленности РФ реализует грантовую программу. В конце 2024 года ведомство отчитывалось о поддержке 350 проектов подобного типа за 2,5 года работы: 72 из них — перешли в стадию серийного производства, по 71-ому — на тот период времени шла подготовка к запуску.

Патентный поиск можно заказать здесь.

Т2 – решает вопрос прототипирования

Т8 – решает вопрос серийного производства

Т800 – решает вопрос некомпетентного персонала

Когда мы собирали в гараже электрокартинги, нужно было обеспечить хорошее освещение. Поставил 6 люминисцентных светильников по 2 лампы 120 см: три на стенах и два на потолке.

Но со временем это решение стало доставлять много проблем. Долгие пуски в морозы. При отсутствии запасных ламп невозможно было определить почему перестал работать светильник: из-за вышедшей из строя ЭПРА, или из-за сгоревших ламп.

В итоге недавно заменил все светильники на светодиодные и счастлив.

Алгоритм замены простой:
1. Покупаете светодиодные лампы, цоколь G13. Цена 1 шт. от 160 до 250 руб. в зависимости от мощности. Я брал на 30 Вт., 4000K.
2. На светильнике снимаете лампы, полностью отключаете ЭПРА, он нам больше не понадобится.
3. Переподключаете схему светильника (как на рисунке): с одной стороны на все 4 клеммы (под две лампы) подводите фазу, с другой стороны - ноль.
4. Устанавливаете новые светодиодные лампы.

Забываете обо всех проблемах с пуском. Если выходит из строя одна лампа (хотя, у меня еще это не случилось), просто меняете её, не нужно выяснять в лампе ли дело, или в ПРА.

21.04.1735 - День рождения Ивана Кулибина [вехи_истории]

🛠 Иван Петрович Кулибин — легендарный русский механик-самоучка, чьи изобретения опередили своё время и навсегда вошли в историю отечественной инженерии.

⚙️ Главные изобретения Кулибина:
👉 Часы-яйцо — миниатюрный механизм с музыкой и фигурками, подаренный Екатерине II.
👉 Проект однопролётного моста через Неву — инженерное чудо XVIII века, опередившее технологии своего времени.
👉 Самокатная повозка — трёхколёсный экипаж с педальным приводом, прообраз современного автомобиля.
👉 Винтовой лифт — устройство для подъёма, напоминающее современные лифты.
👉 Протез ноги с механическим приводом — один из первых в мире функциональных протезов.
👉 Прожектор с зеркальной системой — прообраз современных осветительных приборов.
👉 Водоходное судно с гребным колесом — инновация в судостроении своего времени.

🔬 Кулибин был не только изобретателем, но и руководителем механической мастерской при Академии наук, где воплощал свои идеи в жизнь. Его имя стало нарицательным — «кулебин» означает талантливого изобретателя-самоучку.

🖌 А вы в детстве, или может быть сейчас, любили что-то изобретать, творить? Пишите в комментарии - что)

📼 А про создание некоторых проектов, мы рассказывали в выпусках:

1️⃣ Кто придумал ИНТЕРНЕТ?
YouTube | RuTube

2️⃣ Кто НА САМОМ ДЕЛЕ придумал YouTube?
YouTube | RuTube

3️⃣ Кто СОЗДАЛ Биткоин? РЕАЛЬНАЯ личность создателя криптовалюты
YouTube | RuTube

YouTube | RuTube | Telegram | Pikabu