惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Hacker News: Ask HN
Hacker News: Ask HN
N
News and Events Feed by Topic
Forbes - Security
Forbes - Security
The Last Watchdog
The Last Watchdog
TaoSecurity Blog
TaoSecurity Blog
Schneier on Security
Schneier on Security
SecWiki News
SecWiki News
V
Vulnerabilities – Threatpost
Project Zero
Project Zero
O
OpenAI News
W
WeLiveSecurity
Security Archives - TechRepublic
Security Archives - TechRepublic
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
H
Hacker News: Front Page
Cisco Talos Blog
Cisco Talos Blog
Spread Privacy
Spread Privacy
Help Net Security
Help Net Security
P
Privacy & Cybersecurity Law Blog
K
Kaspersky official blog
S
Security @ Cisco Blogs
Latest news
Latest news
AWS News Blog
AWS News Blog
U
Unit 42
Martin Fowler
Martin Fowler
阮一峰的网络日志
阮一峰的网络日志
S
Secure Thoughts
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Know Your Adversary
Know Your Adversary
Scott Helme
Scott Helme
博客园 - 司徒正美
B
Blog RSS Feed
C
Check Point Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
D
Docker
Google Online Security Blog
Google Online Security Blog
Jina AI
Jina AI
aimingoo的专栏
aimingoo的专栏
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Last Week in AI
Last Week in AI
月光博客
月光博客
C
CXSECURITY Database RSS Feed - CXSecurity.com
S
SegmentFault 最新的问题
NISL@THU
NISL@THU
T
The Blog of Author Tim Ferriss
C
Cisco Blogs
Attack and Defense Labs
Attack and Defense Labs
小众软件
小众软件

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Соединение деталей 3D-печатных изделий… Простое ли дело?
DAN_SEA (RUV · 2026-05-21 · via Все публикации подряд на Хабре

Уровень сложностиСредний

Время на прочтение8 мин

Охват и читатели11

Обзор

Картинка: Von Viajestelar

Картинка: Von Viajestelar

Всем хороши современные способы аддитивной печати — они позволяют создавать произвольной формы объекты с помощью компактного 3D-принтера даже просто на дому. 

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

Любой, кто сталкивался с вопросом создания инженерных деталей, знает, что неизбежно придётся столкнуться и с вопросом крепления компонентов между собой, и вопрос этот не так прост, как может показаться на первый взгляд: казалось бы, «соединяй болтами/винтами/шурупами и сиди радуйся»! :-D 

Однако нет, не тут-то было: мне приходилось видеть в своё время усреднённую статистику по разным видам производств, которая однозначно говорит о том, что установка крепежа занимает вплоть до 70% времени от сборки изделия! О_о 

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

Честно говоря, я склонен согласиться с официальными данными (ссылку на них, к сожалению, не приведу, ввиду давности лет, когда я это видел), так как ещё свежи воспоминания, как много лет назад я купил свой первый 3D-принтер в виде набора для сборки, при взгляде на который складывалось впечатление, что «там всего лишь 3,5 болта — чего тут собирать-то»! В итоге: на сборку я убил два полных вечера, то есть суммарно часов 14! :-D 

И как тут не вспомнить, что есть такая интересная дисциплина, которая называется «Проектирование Для Производства и Сборки» (Design For Manufacture and AssemblyDFMA), которая и даёт ответ, почему так происходит: когда мы думаем о процессе сборки, мы ведь у себя в голове акцентируемся, по сути, на простом акте соединения с помощью болта/винта/шурупа, совершенно упуская из виду, что само осуществление такого акта сопровождается множеством сопутствующих операций: взять детали, сложить друг с другом (а они ещё всё время будут норовить вываливаться из рук), вставить крепёжный элемент, совместить его с резьбой, совместить отвёртку с крепёжным элементом, закрутить крепёжный элемент со строго определённым моментом и т. д. и т. п.  

А если ещё требуется использовать болты/винты, которые должны соединяться с гайкой, то там вообще беда… ну, вы понимаете… в итоге и получается, что мы думаем только о финальном акте, однако работы там реально намного больше…

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

Однако всё кардинально меняется, если перед вами стоит цель изготовить серийное изделие на продажу — в этом случае то, насколько вы сможете сократить временные издержки на сборку, это фактически ваши деньги, так как это время вы сможете направить на что-то другое, более полезное… 

Частенько производители разрубают этот «Гордиев узел» кардинально: просто продают своё изделие в разобранном виде, а сколько займёт сборка у пользователя — «его проблемы». :-D 

Тем не менее, такой подход не всегда возможен, так как сложные изделия (особенно содержащие электронные компоненты, которые должны быть соединены в строго определённом порядке и образом) желательно не перекладывать на пользователя, так как результат может быть плачевным, а это — возвраты и негатив…

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

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

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

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

Тем не менее, если вы всё же решите использовать крепёж, то вот здесь есть любопытный калькулятор — нет, он не вычисляет затраты времени на крепёж, но он позволяет его подобрать оптимальным образом ;-)

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

*Некоторые могут подумать «ну естественно нет, откуда же ему быть!» :-), поэтому поясню: в своей практике мне многократно приходилось сталкиваться с разнообразными внешними модулями, каждый из которых работает с большим количеством CAD-ов и решает какую-то из конкретных задач, например, создание зубчатых передач, с экспортом в ряд форматов. 

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

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

Несмотря на множество способов применения, защёлки могут быть разделены всего лишь на 3 типа: 

Консольная — соединение происходит за счёт упругого изгиба и возвращения формы упругой балки: 

Торсионная — внешне выглядит почти так же, и существует два подвида: 

  • происходит упругое скручивание оси, которая прокручивается под воздействием усилия на балку: 

  • проворачивание всей балки на стержне, а сама балка при этом покачивается как качели: 

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

Для примера, в видео ниже можно видеть, как делаются стандартные консольные защёлки с изгибом балки в среде SolidWorks: 

Глядя на эти стандартные виды соединений, никак не отпускает мысль, что «бедноват как-то, однако, инженерный наборчик»! :-)

Причём все эти защёлки имеют такую форму и часто воспроизводятся промышленно из-за простоты производства промышленными методами. 

Однако, если мы говорим о 3D-печати, то понятно, что в её рамках возможно изготовление даже весьма замысловатых деталей, в связи с чем просто нельзя не вспомнить, на мой взгляд, один из великолепных примеров работы с подобными сложной формы деталями с целью соединения их друг с другом — древнее японское искусство столярной обработки «Сашимоно» (Sashimono), которое предполагает изготовление весьма хитроумных пазов и выступов, а также использование шпилек разной формы для соединения деталей между собой, без каких-либо гвоздей, болтов, винтов, шурупов:

Картинка: Von Viajestelar

Картинка: Von Viajestelar

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

Картинка: thejoinery.jp

Картинка: thejoinery.jp

Где, кликнув на любое соединение, можно попасть на страничку, где выложена анимация, как осуществляется это соединение, а также доступна 3D-модель для скачивания! Великолепно:

Картинка: thejoinery.jp

Картинка: thejoinery.jp

Глядя на все эти типы соединений, невольно возникает желание сконструировать и своё собственное, собственной конструкции! ;-) Тем более что мы, в отличие от древних мастеров, имеем довольно мало ограничений — среда любого современного CAD-а легко позволяет спроектировать даже весьма хитроумные стыки, а 3D-печать осуществить их на практике, без приложения усилий! Красота? Красота!

Было бы странно ожидать, что подобные типа соединений развивались только в Японии — хотя нельзя и не отметить, что соединения японского типа это какой-то особый тип инженерного искусства :-), так как в остальном мире всё как-то намного проще. Например, некоторое количество видов соединений можно найти вот здесь, в области столярного дела, что довольно познавательно…

Если этого будет недостаточно, то можно обратиться к любой книге по столярному делу, где разбирается множество видов соединений, с подробным описанием размерностей и почему именно такого профиля, а не другого. Например, в той же книге Л.Н.Крейндлина — «Столярные работы» (но до японских соединений, конечно, далеко :-D):

Картинка: Л.Н.Крейндлин  — «Столярные работы»

Картинка: Л.Н.Крейндлин — «Столярные работы»

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

Так как мне самому постоянно приходится иметь дело с 3D-печатью и практически в непрерывном режиме приходится ломать голову над тем, как именно спроектировать детали, чтобы они соединялись оптимальным образом, то, ради интереса, я ознакомился с первой темой.

Сразу скажу, что она мне не показалась особо интересной, так как содержит весьма ограниченное количество способов соединений, впрочем, некоторые не грех привести даже здесь (я специально исключил из перечисления ниже болтовые соединения, в частности, клеммовое, — специально, чтобы уйти от крепёжных деталей по максимуму): 

Шпоночное соединение:

Картинка: Borowski

Картинка: Borowski

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

Шлицевое соединение:

Картинка: Silberwolf

Картинка: Silberwolf

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

Штифтовое соединение:

Картинка: Silberwolf

Картинка: Silberwolf

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

Таким образом, учитывая, что мы имеем дело с 3D-печатью, и показанные выше круглого сечения валы не обязательно должны быть круглыми (и не обязательно валами! :-D), — являясь, например, корпусными деталями, — то, комбинируя все приёмы выше (не только из дисциплины «детали машин»), можно добиваться довольно интересных соединений… Что, впрочем, как раз и демонстрирует японская традиция соединения деталей…

Кстати, о японской традиции: в ходе довольно упорных поисков в сети мне удалось наткнуться на любопытный сайт, который, к сожалению, на данный момент находится только на стадии разработки, однако уже сейчас вызывает живой интерес — причиной которого является то, что на этом сайте собираются выложить наработки множества японских мастеров, с их собственными, авторскими способами соединения деталей между собой. Думаю, имеет смысл поглядывать за его развитием, так как это должно быть весьма интересно! ;-) 

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

Тем не менее, знание стандартных подходов, например, из области той же самой дисциплины «детали машин», а также из столярного дела, вполне может помочь в этом нелёгком деле (на мой взгляд), где при этом использование параллельно нестандартных технологий производства (той же самой 3D-печати*) максимально расширяет возможности, позволяя отойти от сугубо промышленных подходов, вынужденно применяемых из-за методов производства с помощью литья (тех же самых вездесущих защёлок, как пример).

*Поясню, что я тут имею в виду: большинство начинаний стартует с уровня небольших бизнесов, где применение той же самой 3D-печати вполне обоснованно (дёшево, быстро); а появление фотополимерной печати, где за одно и то же время может быть произведено на печатном столе множество деталей, существенно расширяет возможности. 

Таким образом (и это можно видеть даже как факт по тем же маркетплейсам), в данный момент методы производства вовсе не ограничены вынужденно только литьём — множество людей производят детали и даже сложные сборки только и исключительно 3D-печатью, что, соответственно, позволяет применять и очень широкий инструментарий соединения деталей между собой…

© 2026 ООО «МТ ФИНАНС»