30 декабря 2025 года....Counter-Strike запустили на... лазерном станке VNITEP.
В этот раз не буду ждать никаких пятниц, потому что вся начинающаяся неделя — гигантская суперпятница перед гипервыходными. В этот раз я выкатил особо отбитый инженерный бред, по сути скорее даже геометрическую головоломку. Может, боян, не проверял. Оно мне только что прибредилось в полусне.
Вот такой вот «двигатель», у которого поршень в виде «колобашки» без всяких шатунов сидит сам на шатунной шейке коленвала. Косинусную составляющую вращения он, естественно, отрабатывает сам, а синусную… как говорил сатирик, вы побольше воздуха наберите и покрепче сядьте — синусную отрабатывает весь сдвоенный цилиндр, болтаясь вверх-вниз на маленьких поршеньках-направляющих (для этого сверху и снизу в нём сделаны дополнительные маленькие цилиндрики). В этом месте вы все уже представили, какой массой мы собираемся размахивать в воздухе туда-сюда, а самые сообразительные — ещё и какие там будут перекосы и какое адское трение (усилие-то приложено несбалансированное).
Проржавшись, переходим к занимательной геометрии, поскольку в силу описанного считать это двигателем уже нельзя. В геометрии можно сделать следующие допущения: охлаждающая рубашка не нужна, 1200 оборотов при 50 кубиках нам достаточно (масса не страшна), вместо свечи вспышки обеспечивает маг-пирокинетик, трение в малых ЦПГ отсутствует. В общем, переходим к математической абстракции.
И тут становится интересно: можно ли, правильно выбрав диаметры малых ЦПГ, положение их перепускных окон на главном цилиндре, положение выпускных и продувочных окон на них самих и так далее, реализовать не просто фыр-фыр-двухтактник, в котором окна в главном цилиндре открываются «сразу на улицу», а какой-нибудь более интересный цикл: Аткинсона, Миллера или, наоборот, Цоллера (Доппельколбен, который решает противоположную Аткинсону задачу), ну или там, не знаю, Уткинсона, Мурчинсона, Пушкина, Кукушкина или вообще Нак-Мак-Фиггля. Допустим, что к продувочным окнам ведут идеально гибкие шланги (абстракция же; в принципе, в реальной модели, если бы она была нужна, это более-менее обходится тоже).
Сами понимаете, что одни двигаются по синусу, другие — по косинусу, перепускные окна открываются согласно косинусоиде, выпускные и продувочные — согласно синусоиде, и всё это можно произвольно двигать вдоль ходов поршней, причём независимо. А если это кажется слишком лёгкой задачей — добавим возможность наклонять группу малых ЦПГ на небольшие углы (чтобы отрабатывали не чистый синус, а какую-то смесь), да ещё и вместо поршней в некоторых местах сделать полноценные золотники, которые открывают окна только при строгом совпадении положений, а не «от N мм и до мёртвой точки» (они же, кстати, и в шлангах не нуждаются, потому что наружная часть у них неподвижна).
В общем, такая вот небольшая тригонометрическая головоломка. Занимательная и в целом практически бессмысленная. Пафнутий Львович Чебышёв, конечно, назвал бы это задачкой для первого класса спецшколы для умственно отсталых, но простым смертным типа нас с вами может представлять интерес. Не забывайте только, что в малых ЦПГ при движении газ тоже не исчезает «в никуда», чтобы не получить незапланированный компрессионный двигатель, например. Задачка-то геометрическая, но граничные условия у неё от «реального» ДВС, иначе будет слишком просто.
Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25
Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.
Ключевые темы:
Обзор API и возможностей библиотеки ParametricKit
C# как основной язык разработки библиотек
Автоматизация рутинных операций при разработке библиотек
Практические примеры работы с библиотекой ParametricKit
Требования к среде разработки
Дата: 24 декабря (среда), 11:00–12:00 (МСК)
Участие: онлайн, бесплатно, по регистрации
Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.
Спикеры — эксперты «Нанософт»:
Вадим Мелков, руководитель группы параметрических объектов
Василий Кузьмин, программист отдела BIM-технологий
Успейте зарегистрироваться! Количество мест ограничено.
3D из 2D: Как получить карту глубины с одной камеры?
Для построения карты глубины иногда достаточно одной камеры и алгоритма Depth from Focus (DfF).
Как это работает:
Меняем фокус на камере несколько раз и делаем снимки. Сначала фокус на переднем плане, потом в середине, потом на заднем.
Фиксируем «резкость» каждого элемента на каждом кадре
Строим карту. Для каждого элемента с «резкого» кадра, алгоритм вычисляет, на каком отделении от камеры находится эта точка. Всё вместе и даёт трёхмерную карту.
А как быстро менять фокус?
Классический моторный привод слишком медленный. Поэтому в таких системах часто используют жидкие линзы.
Это не стекло, а капля в гибкой оболочке. Её кривизну (а значит, и фокусное расстояние) можно менять мгновенно, подавая напряжение.
Где это применяют?
Контроль пайки компонентов на платах (проверка высоты).
Контроль на производстве (например, закрутка винтов).
Навигация роботов, где важно понимать рельеф местности.
Я использовал объективы с жидкими линзами в нескольких проектах, где это действительно было очень удобным и элегантным решением. Один из таких – была система контроля сборки блоков предохранителей для автомобилей. В ней за счёт технологии глубины из фокуса удалось бюджетно решить задачу контроля качества сборки и выявить ошибки установки предохранителей.
Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25
Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.
Ключевые темы:
Обзор API и возможностей библиотеки ParametricKit
C# как основной язык разработки библиотек
Автоматизация рутинных операций при разработке библиотек
Практические примеры работы с библиотекой ParametricKit
Требования к среде разработки
Дата: 24 декабря (среда), 11:00–12:00 (МСК)
Участие: онлайн, бесплатно, по регистрации
Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.
Спикеры — эксперты «Нанософт»:
Вадим Мелков, руководитель группы разработки параметрических объектов
Василий Кузьмин, программист отдела BIM-технологий
Успейте зарегистрироваться! Количество мест ограничено.
Привет!
Периодически в комментариях, под статьями на тему CAD под Linux, всплывает сообщение о том, что Nanocad под Linux разработан и выпускается нативно. Ну, если определять нативность только по тому, что он упакован в DEB и RPM пакеты, то ок... Но если капнуть в сами эти пакеты, то нативностью там и не пахнет, а уши Wine торчат со всех сторон.
Моей целью не является написать какое-то разоблачение века. Те кто в теме, сами уже давно разобрались. Я просто покажу, что внутри пакета Nanocad для Astra Linux.
Итак, у нас есть свежезагруженный пакет - ncad25-0_25.0.6901.4750.7959-20+1747327945AstraLinuxSE1.7_amd64.deb. Открыв его, видим, что основные исполняемые файлы находятся в папке //CONTENTS/opt/nanosoft/
Где в папке /opt/nanosoft/ncad_25.0 видим структуру папок знакомую всем, кто хоть раз смотрел, что находится внутри префикса Wine. Потому что это и есть готовый префикс Wine. Тут вам и окружение Windows, и исполняемый каталог Nanocad для Windows, который успешно запускается в Windows.
Сам же Wine, успешно переименован в xnano и лежит в папке /opt/nanosoft/xnano25.0. Если посмотреть и сравнить папки /opt/nanosoft/xnano25.0/lib/xnano/x86_64-unix и /lib/wine/i386-unix (при установленном Wine), то по составу файлов они окажутся до боли похожими. Поэтому что это и есть компоненты Wine.
Это не плохо, ни хорошо. В данном случае мы видим, что Нанософт сделали узкоспециализированный "proton" для своего продукта. И это не нативное решение, как про него пишут в комментариях.
TDMS Фарватер Web: гибкая трансформация документооборота в новом интерфейсе
Приглашаем на вебинар, где разберем, как управлять проектами, процессами и документами без бумаг и удаленно.
Дата и время: 18 декабря, 11:00-12:00 (МСК)
В мире строительного проектирования и управления сложными инфраструктурными проектами давно назрел цифровой переворот. Обмен версиями чертежей по почте, согласование томов документов с визами на бумаге, потеря актуальных редакций и бесконечные статус-совещания. Знакомо?
Мы уверены, что современные технологии должны упрощать рутину. Именно поэтому мы создали и развиваем систему TDMS «Фарватер Web» – систему для документооборота и управления проектированием в строительстве.
На вебинаре сфокусируемся на ключевых возможностях:
Управление разработкой проектов. В системе реализованы процессы, необходимые проектной организации для подготовки, выпуска, хранения в электронном архиве проектно-сметной документации, отчетов по результатам инженерных изысканий и многих других видов документов.
Гибкие и эргономичные бизнес-процессы. В системе реализованы оптимальные рабочие процедуры. Решение адаптируется под специфику предприятия: возможно изменение начальных настроек под нетиповые задачи и создание пользовательских каталогов в структуре проекта.
Быстрый старт. Коробочное решение повышает скорость внедрения, оптимизирует планирование бюджета на внедрение и сопровождение продукта.
Возможность удаленной работы. Решение имеет интерфейс, позволяющий удаленно выполнять задачи по управлению проектами и работе с документами.
Современный адаптивный интерфейс. Удобство просмотра на любых устройствах, динамичные элементы управления, дашборды.
Мультиплатформенность. Пользовательский доступ в систему осуществляется через браузер, решение независимо от операционной системы.
Для кого этот вебинар будет особенно полезен?
Руководители (Технические директора, руководители департаментов, ГИПы). Увидите инструмент для стратегического контроля над портфелем проектов, сроками и ресурсами.
Руководители проектов и их помощники. Поймете, как делегировать задачи, отслеживать исполнение и автоматизировать отчетность.
Главные специалисты и ответственные за бизнес-процессы. Получите представление о том, как формализовать и цифровизировать регламенты согласования.
ИТ-специалисты. Оцените технологический стек, подходы к внедрению, требования к инфраструктуре и возможности интеграции.
Спикер: Павел Лапонов, специалист по внедрению систем технического документооборота компании «Нанософт».
Самое важное! В ходе вебинара будет выделено время на ваши вопросы. Вы сможете спросить о том, что актуально именно для вашей компании, и получить ответ от технического специалиста, который ежедневно работает с системой.
Регистрация на вебинар бесплатна, количество мест ограничено. Это позволит нам сохранить интерактивность и уделить внимание вопросам каждого участника.
Поиск брака с помощью обратной подсветки
В бутылке с водой плавает нечто постороннее, в ампуле с лекарством видна трещина, а пузырёк с дорогим парфюмом заполнен наполовину. Однако, это лишь страшный сон, благодаря системам машинного зрения с обратной подсветкой на производственной линии.
В чём суть технологии?
Камера смотрит на объект, фоном которого является идеально белое, равномерно яркое полотно подсветки. Благодаря этому видны любые дефекты, например:
Посторонние предметы: любая соринка отбрасывает чёткую тень на светлом фоне
Уровень наполнения: линия жидкости становится идеально чёткой
Геометрические размеры: четкий контур объекта на контрастном фоне
Герметичность и дефекты упаковки
Сортировка объектов, оптическая сепарация
Контроль целостности стеклянной колбы (например, у геркона)
Технология обратной подсветки (backlight) — это страховой полис от репутационных и финансовых потерь. Она гарантирует, что каждая единица продукции, покидающая конвейер, безупречна. В современном производстве такая проверка светом — must-have для любого, кто ценит своё имя и качество.
Пользователи Reddit заподозрили, что роботом Tesla Optimus удалённо управлял человек в VR-шлеме. На мероприятии Tesla в Майами робот Optimus внезапно поднял руки к голове, будто снимает VR-шлем, а затем сразу замертво упал. Движение выглядит неуместно и чётко узнаётся. При этом по официальным заявлениям Tesla, робот целиком автономный, а за его движения отвечает продвинутый ИИ.
🔥 Как спроектировать систему отопления многоэтажного дома без ошибок и лишней работы?
Многие инженеры сталкиваются с проблемой: проектирование сложной системы отопления занимает слишком много времени, расчеты приходится переделывать, а балансировка трубопроводов превращается в головоломку.
Мы решили показать, как это делается на практике, используя nanoCAD BIM Отопление. На вебинаре вы увидите полный путь проектирования многоэтажного жилого дома — от исходных данных до готовой сбалансированной системы.
Когда: 11 декабря, 11:00–13:00 (МСК)
Где: онлайн, бесплатно – зарегистрироваться
На вебинаре вы узнаете:
Как подготовить исходные данные для проекта отопления и какие ресурсы использовать
Как формировать систему отопления для разных этажей многоэтажного дома
Как подбирать диаметры трубопроводов и выполнять балансировку
Как ускорить выпуск рабочей документации без потери качества
Реальный проект: обзор многоэтажного дома, выполненного в nanoCAD BIM Отопление
Ответы на ваши вопросы
Спикер: Никита Иванов, инженер по сопровождению и внедрению ПО, участвовавший в пилотном проекте.
Будет полезно инженерам-проектировщикам ОВК, руководителям проектных групп, BIM-менеджерам и специалистам по теплоснабжению.
💡 Присоединяйтесь, чтобы увидеть реальный проект отопления многоэтажного дома в действии и узнать, как инженеры решают сложные инженерные задачи с nanoCAD BIM Отопление.
TDI: Как удвоить свет в кадре без смены объектива и проигрыша в скорости для линейной камеры.
Одна из самых частых головных болей для инспекции на производстве — это нехватка света. Особенно когда конвейер несётся с бешеной скоростью, а выдержку нужно выставлять минимальную, чтобы не было смаза. Использовать супермощный светильник — это дорого. Но что, если бы камера могла просто... вдвое эффективнее использовать тот свет, который уже есть?
У многих линейных камер сенсор представляет собой несколько линий, обычно это от 2 до 8. Изображение объектов как бы перетекает от одной линии к другой, такими образом: фактическое время нахождения картинки на сенсоре линейной камеры больше, чем на одном пикеле. Значит, можно его заснять повторно!
Можно использовать binning — простое сложение двух пикселей в один суперпикесль. Но это снижает разрешение камеры. Альтернативой стал режим TDI.
TDI (Time-Delay Integration) — технология в линейной камере, в которой изображение последовательно «перекатывается» со строки на строку. Электроника камеры синхронизирует эту скорость сдвига со скоростью объекта. В итоге, за время прохождения всей матрицы, сигнал (свет) от одной и той же точки объекта накапливается с двух и более пикселей. Результат — более яркий и менее шумный кадр без увеличения выдержки.
Предлагаю вашему вниманию запись вебинара "Особенности разработки встроенного ПО по требованиям ФБ". Слайды презентаций.
Вместе с экспертами из "ФанкСэйфети" разбирались с такими сущностями, как ГОСТ Р МЭК 61508, уровнями SIL, стандартом MISRA C, сертификацией по функциональной безопасности и т. д.
В конце была активная дискуссия, во время которой отвечали на интересные вопросы. По её итогу приводим дополнительную информацию и ссылки.
Примечание 1. Говоря про безопасные и сертифицированные компиляторы, стоит отметить, что в 2024 году появился ГОСТ Р 71206-2024: "Разработка безопасного программного обеспечения. Безопасный компилятор языков С/С++. Общие требования". Также см. пост из цикла разбора РБПО: Процесс 12 — Использование безопасной системы сборки программного обеспечения и вебинар на эту тему.
Примечание 2. Инструменты SAST и DAST не обязаны быть сертифицированы. Из методической рекомендация ФСТЭК № 2025-07-011 | Уровень критичности: 3:
Область: Инструментальный анализ
Тип недостатка: Необоснованный выбор инструментов, в том числе инструментов статического анализа исходного кода, для выстраивания и выполнения процессов РБПО.
Описание: В настоящий момент ФСТЭК России не предъявляет требования наличия сертификата соответствия к большинству типов инструментов анализа кода и архитектуры. При этом к инструментам предъявляются следующие требования: ...
См. также выдержку из эфира AM Live "Разработка безопасного программного обеспечения (РБПО)". Анализатор PVS-Studio участвует в инициативе ФСТЭК по испытаниям статических анализаторов кода, но это другая история.
Примечание 3. Был вопрос, связанный с объединением требований ФБ и ИБ в одном стандарте. Некоторые усилия в этом направлении предпринимаются, см. примеры ГОСТов ниже:
ГОСТ Р 59506-2021/IEC TR 63074:2019. Безопасность машин. Вопросы защиты информации в системах управления, связанных с обеспечением функциональной безопасности.
ГОСТ Р 71452-2024/IEC/PAS 63325:2020. Требования к функциональной безопасности и защите системы контроля промышленной автоматизации (IACS) на протяжении жизненного цикла.
Однако необходимо понимать, что у ФБ и ИБ разные цели и разные подходы, поэтому объединение технических требований может создать путаницу, и сейчас меры по объединению некоторых аспектов ФБ и ИБ носят, прежде всего, организационный характер.
Привет, Хабр!
Делимся анонсом нашего следующего вебинара по печатным платам!
Приглашаем принять участие всех желающих!
🗓 Ждём вас 9 декабря в 11:00!
Обсудим 2 темы:
⁃ Процесс фрезеровки и его особенности.
Рассмотрим различные виды фрезеровки, а также совмещение фрезеровки с другими видами обработки контура. Не обойдем и острые углы — расскажем об особенностях и ограничениях процесса.
⁃ Основы трассировки BGA микросхем с шагом выводов 0,8 мм; 0,65 мм; 0,5 мм и менее.
Основы трассировки — базовый фундамент проектировщика, который, позволяет не только упростить и ускорить разработку печатной платы, но и дает представление, как проектировать надежные и качественные платы с рациональной себестоимостью.
Семинары и вебинары ГРАН всегда бесплатные.
Ближайшие события
Кубит без холодильника
Зачем искать новый кубит?
Все знают: квантовые компьютеры требуют жидкого гелия, вакуума и миллиардов долларов. Но что если кубит можно сделать из формы, а не из экзотики? Не сверхпроводник, не ион в ловушке — а просто две воронки, соединённые трубкой.
Это не фантазия. Это физика волн + инженерия формы.
Как это выглядит?
Представьте две перевёрнутые воронки, соединённые узкими концами. Получается замкнутая поверхность — вроде песочных часов, но гладкая и симметричная, согласно геометрической Волновой Инженерии.
Электромагнитная волна, попав внутрь, не рассеивается хаотично — она фокусируется одновременно в двух точках:
одна в верхней воронке (зона A)
вторая в нижней (зона B)
Между зонами — узкий канал. Волна перетекает туда-сюда, как вода в сообщающихся сосудах.
Такую систему можно назвать аналогом кубита, если ты:
1. Точно определяешь, где находится энергия.
2. Управляешь фазой перехода.
3. Читаешь информацию.
Главная проблема: это классика!!!
Пока волна — это просто волна. Нет запутанности, нет настоящей суперпозиции фотонов.
Чтобы стать настоящим квантовым кубитом, нужно:
Сделать резонатор сверхкачественным Волна должна «прожить» миллионы колебаний, не растеряв энергию. → Q-фактор > 1 000 000 (как в сапфировых резонаторах)
Поднять частоту или понизить потери При комнатной температуре на 10 ГГц — 600 тепловых фотонов в моде. → Перейти на 100 ГГц или ТГц — тепловых фотонов почти нет
Возбуждение и считывание - с "умом".
Тогда волна перестаёт быть классической. Поле описывается операторами, появляются:
когерентные состояния
сжатые состояния
настоящая запутанность между воронками
От одного кубита — к целой решётке
Одиночная воронка — кантовая игрушка. А тысяча воронок на чипе — уже компьютер.
Что это даёт на практике?
Квантовый сенсор Чувствует фазу на уровне 10⁻¹⁰ рад
Квантовый буфер в CPU Хранит 8–16 кубитов рядом с ядром
Гибридный чип Квантовая логика + обычная CMOS
Топологический процессор Не боится пыли, нагрева, вибраций
Вместо вывода
Кубит — это не материал. Это форма.
Если волна живёт достаточно долго и «чувствует» геометрию — она становится квантовой. Не нужно охлаждать чип до –273 °C. Нужно правильно согнуть пространство.
Представлена открытая библиотека Reduino, которая поможет программировать микроконтроллеры на Python. Знания сложного и запутанного C++ не нужны, разбираться в нюансах Arduino больше не надо. Можно легко запрограммировать RGB-ленты, датчики, сенсоры и другие девайсы на простом Python. Ресурс помогает использовать все синтаксические структуры без кучи манипуляций с памятью: условия, циклы, массивы, кортежи и понятное ООП. Библиотека преобразует код в C++.
Привет, Хабр!
Делимся анонсом нашего следующего вебинара по печатным платам!
Приглашаем принять участие всех желающих!
🗓 Ждём вас 11 ноября в 11:00!
Обсудим 2 темы:
⁃ Новые вызовы в логистике в области печатных плат.
Новости логистики и обзор наших возможностей: высокий сезон, сроки доставки, "таможенные препятствия" и многое другое.
⁃ СВЧ-материалы, примеры их использования.
Почему СВЧ материалы так называются? Для каких приложений и для каких частот имеет смысл применять такие материалы? Почему не надо заказывать контроль импеданса для СВЧ плат?
Семинары и вебинары ГРАН всегда бесплатные.
Питон - предмет обожания секты питонистов, которые ходят по домам и всем говорят "Как, вы еще не выучили Питон? Он же учится за две недели!"
Допустим, но вот два практически идентичных репозитория (1, 2), которые я только что приготовил как форки от двух других практически идентичных репозиториев. Один для создания чипа на немецкой фабрике IHP (The Leibniz Institute for High Performance Microelectronics), а другой для создания чипа на американской фабрике SkyWater (аналог зеленоградского Микрона для военных).
И вот в одном репозитории на питоне нужно писать:
clock = Clock(dut.clk, 10, units="us")
assert not ((dut.uio_out.value >> 4) & 1);а в другом:
clock = Clock(dut.clk, 10, unit="us")
assert not dut.uio_out.value [4];Если во втором написать не "unit", а "units", оно пожалуется:
DeprecationWarning: The 'units' argument has been renamed to 'unit'.
DeprecationWarning: The 'units' argument has been renamed to 'unit'.И типы данных поменялись:
unsupported operand type(s) for >>: 'LogicArray' and 'int'А все почему? У питониcтов все время меняются версии, и в их коммьюнити не принято поддерживать обратную совместимость:
"Просто используй другую версию!", "Просто поставь виртуальные среды!", "Как, ты еще не используешь Докер? С ним это решается элементарно!" - "Ты просто не pythonian!"
Так можно две недели колупаться, после того как за две недели выучить питон.
Совместили то, что мы все с вами любим, сталь и видеоигры, в новом проекте «Охотники за сталью».
Мы прекрасно знаем, что среди вас есть как топовые покорители игровых миров, так и просто любители, но в этом проекте ваши навыки не играют роли.
Предлагаем отправиться в видеоигровые миры на поиски хорошо вам знакомых объектов производств «Северстали». Доменные печи, конвертеры, рельсовые краны — всё это предстоит распознать среди шейдеров и объектов игровых реальностей и сделать фото/скриншот так, чтобы была видна схожесть с объектом из задания, а затем загрузить на сайт проекта.
Самые похожие работы попадут в ТОП-20, а уже среди них пользователи выберут тех, кто заберет призы:
1 раунд — микрофон;
2 раунд — веб-камера;
3 раунд — геймпад;
4 раунд — клавиатура;
5 раунд — наушники.
Удачи!
Привет, Хабр!
Делимся анонсом нашего следующего вебинара по печатным платам!
Приглашаем принять участие всех желающих!
🗓 Ждём вас 14 октября в 11:00!
Обсудим 2 темы:
⁃ Финишные покрытия.
- Зачем нужны разные финишные покрытия и каково их назначение?
- Чем обусловлен выбор того или иного финишного покрытия?
- Как можно классифицировать финишные покрытия по технологии изготовления и применению.
⁃ Заполнение сквозных и глухих отверстий.
Обсудим основные типы заполнения сквозных и глухих отверстий. А также рассмотрим примеры плат с разными типами заполнения отверстий.
Семинары и вебинары ГРАН всегда бесплатные.
Вышла нейросеть для инженеров, которая умеет генерить сложные 3D-модели в CAD. Просто закидываете чертёж и получаете готовую модель детали, которую можно отредактировать промптом или задействовать в AutoCAD для ручного редактирования.