Сплайны я во всю использую при моделировании электромонтажа, планирую в ближайшие пару месяцев написать статью по этой теме.
Кстати, поверхностное моделирование отлично работает и с использованием радиусных эскизов и плоскостей. Но в плане сложных более сложных поверхностей я, действительно, не гуру:)
Наверное, надо было указать в статье, что вопрос касается в первую очередь корпусов приборов и оборудования, что уменьшает требование к сложности поверхностей.
К тому же очень большое количество товаров народного потребления спроектированы сферическими, торическими и коническими поверхностями, и для их моделирования те же сплайны не требуются. Думаю, вы представляете, на сколько интересные формы можно делать тем же элементом по траекториям или по сечениям используя базовые эскизы, состоящие из дуг и отрезков.
Для людей, которые проектируют автомобильные кузова и корпуса самолётов этот подход, конечно, примитивен. Да и связка конструктор-дизайнер там должна работать на много плотнее, чем в описанном мной подходе. Но процентов 90 потребностей в промышленном дизайне такой методикой можно перекрыть.
В общем и целом у нас водопад, т.е. сначала формируются требования в Confluence, на основе их делается компоновочная модель для проверки непротиворечивости требований. Модель уже хранится в PDM и после утверждения основных геометрических параметров конструкции там же разбивается на узлы, макеты которых прорабатывают конструктора. На макеты как правило уже выпускается полноценный комплект КД - деталировка, сборочные чертежи, спецификации. Но полноценных схем на этом этапе не делаем, потом изготовление макетов, первичные испытания и доработка КД до опытного образца, которая включает в себя доработку конструкции по результатам испытаний, проработку кожухов и органов управления, размещение электрокомпонентов согласно уже разработанных схем. Расчёты и прочую проектную информацию храним в Confluence, задачи исполнителям ставим в Jira с обязательной привязкой к обозначениям сборочных единиц, у нас есть плагины постановки задач Jira из PDM.
Срок жизни проекта - десятилетия, соответственно есть опыт поддержания документации в течении длительного времени. Техническую документацию мы сейчас делаем на основе данных в PDM, наша система позволяет делать технологическую структуру изделия на основе конструкторской структуры. А формирование инструкций на базе моделей CAD мы сейчас отрабатываем. Раньше делали просто фотографии процесса сборки установочной партии, но для нас это слишком поздно. Нормировку по трудозатратам пока никак не считаем - тут у нас есть пробелы.
Конструкторская структура изделия у нас перегружается из PDM в ERP, но нюансами этого взаимодействия я не владею, это уже вотчина диспетчеров и технологов.
Поэтому мы в процессе разработки и используем разделение на архивы - комплект КД на этапе эскизов может быть неполным, электромонтаж и изготовление кабелей делаться по схемам, а конструкция не иметь кожухов и прочих элементов дизайна. Но во-первых, у нас есть всегда живая и актуальная модель всего устройство, доступная всем разработчикам и производственникам, задействованным в проекте, во вторых, любой документ у нас обязан пройти хотя бы проверяющего, иначе количество ошибок превышает разумные пределы. А при цикле изготовления железа в 3-4 месяца цена ошибки в проекте может быть очень велика.
Вообще, мы в своё время сконцентрировались на поиске методики, при которой бы разработка и поддержание комплекта КД не давали бы большого оверхеда к непосредственно решению инженерных задач. Я постараюсь в следующих статьях описать наши принципы работы, процессы и правила - в рамках одной статьи это сделать очень сложно.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Сплайны я во всю использую при моделировании электромонтажа, планирую в ближайшие пару месяцев написать статью по этой теме.
Кстати, поверхностное моделирование отлично работает и с использованием радиусных эскизов и плоскостей. Но в плане сложных более сложных поверхностей я, действительно, не гуру:)
Наверное, надо было указать в статье, что вопрос касается в первую очередь корпусов приборов и оборудования, что уменьшает требование к сложности поверхностей.
К тому же очень большое количество товаров народного потребления спроектированы сферическими, торическими и коническими поверхностями, и для их моделирования те же сплайны не требуются. Думаю, вы представляете, на сколько интересные формы можно делать тем же элементом по траекториям или по сечениям используя базовые эскизы, состоящие из дуг и отрезков.
Для людей, которые проектируют автомобильные кузова и корпуса самолётов этот подход, конечно, примитивен. Да и связка конструктор-дизайнер там должна работать на много плотнее, чем в описанном мной подходе. Но процентов 90 потребностей в промышленном дизайне такой методикой можно перекрыть.
За ссылку отдельное спасибо.
В общем и целом у нас водопад, т.е. сначала формируются требования в Confluence, на основе их делается компоновочная модель для проверки непротиворечивости требований. Модель уже хранится в PDM и после утверждения основных геометрических параметров конструкции там же разбивается на узлы, макеты которых прорабатывают конструктора. На макеты как правило уже выпускается полноценный комплект КД - деталировка, сборочные чертежи, спецификации. Но полноценных схем на этом этапе не делаем, потом изготовление макетов, первичные испытания и доработка КД до опытного образца, которая включает в себя доработку конструкции по результатам испытаний, проработку кожухов и органов управления, размещение электрокомпонентов согласно уже разработанных схем. Расчёты и прочую проектную информацию храним в Confluence, задачи исполнителям ставим в Jira с обязательной привязкой к обозначениям сборочных единиц, у нас есть плагины постановки задач Jira из PDM.
Срок жизни проекта - десятилетия, соответственно есть опыт поддержания документации в течении длительного времени. Техническую документацию мы сейчас делаем на основе данных в PDM, наша система позволяет делать технологическую структуру изделия на основе конструкторской структуры. А формирование инструкций на базе моделей CAD мы сейчас отрабатываем. Раньше делали просто фотографии процесса сборки установочной партии, но для нас это слишком поздно. Нормировку по трудозатратам пока никак не считаем - тут у нас есть пробелы.
Конструкторская структура изделия у нас перегружается из PDM в ERP, но нюансами этого взаимодействия я не владею, это уже вотчина диспетчеров и технологов.
Постараюсь подробнее раскрыть в следующих статьях.
Поэтому мы в процессе разработки и используем разделение на архивы - комплект КД на этапе эскизов может быть неполным, электромонтаж и изготовление кабелей делаться по схемам, а конструкция не иметь кожухов и прочих элементов дизайна. Но во-первых, у нас есть всегда живая и актуальная модель всего устройство, доступная всем разработчикам и производственникам, задействованным в проекте, во вторых, любой документ у нас обязан пройти хотя бы проверяющего, иначе количество ошибок превышает разумные пределы. А при цикле изготовления железа в 3-4 месяца цена ошибки в проекте может быть очень велика.
Вообще, мы в своё время сконцентрировались на поиске методики, при которой бы разработка и поддержание комплекта КД не давали бы большого оверхеда к непосредственно решению инженерных задач. Я постараюсь в следующих статьях описать наши принципы работы, процессы и правила - в рамках одной статьи это сделать очень сложно.