Перейти к публикации

Порядок создания и заморозки проэктов из базовой зборки. Как у вас?


Basstudio

Рекомендованные сообщения

В общем после пару  поломок моделей проэктов нерадивыми колегами назрел вопрос.

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

   задача.. . Есть базовая сборка стола солнечного трекера. В катором актуальные детали с черчежами. Штук 40 всего наименований деталей подшипников, труб, столбов и тд. Названия файлов пдф дхф степ и  файлы солида совпадают с номерами деталей. 

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

 Так как проэкт ещё не подписан, на до просто посчитать стоимость железа. Но уже известны пара условий, высота и длинна стола, количество модулей. И вот 

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

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

      С этим проэктом пока всё. Ждём результатов. Делаем следующий. Также опять панк унд го ничего не перемииновывая.в новые папки. 

Где то в неделю два проэкта. До начальной стадии. 

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

    Цена отправляется заказчику. Он говорит слишком дорого и досвидания или принимает условия. Выигрывается где то 1из15 проэктов.

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

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

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

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

     Извеняюсь что много букв. Хотел подробней обьяснить. 

    

    Пробывали делать при панк унд го на всё суфиксы в названиях. Потом тогда не понятно что надо брать от базовой сборки. Так как все теперь детали переминованы. 

    Как ж работать то? Трекера такие. 

 

Ссылка на сообщение
Поделиться на других сайтах


UnPinned posts

Конструктор делает два раза  панк унд го в новые две  папки проэкта" ПРИ ЭТОМ ЗАПОЛНЯЕТ ПОЛЕ "ДОБАВИТЬ ПРЕФИКС ИЛИ СУФФИКС". Например, "В21".

 

Ссылка на сообщение
Поделиться на других сайтах

Как у вас?

Интересный вопрос. Как будто все так работают и знают как все делать почти ничего не делая. ))

 

1 Запретить одинаковые имена файлов.

2 Отклоненные проекты архивировать. Возвращаться к ним только если будут востребованы.

Если из 15 вариантов идет один, то из 300 это всего 20. Не так и много.

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

 

Ссылка на сообщение
Поделиться на других сайтах

Да нормально вроде всё устроено.

Бэкапьте сервер раз в 2 дня. Если что-то запорят коллеги - вытащите нужные файлы из бэкапа.

Обсудите это с начальством и админами. Сисадминам это не трудно делать, нужно немного денег на HDD под бэкапы и дело в шляпе. 

Ссылка на сообщение
Поделиться на других сайтах
46 минут назад, VOleg сказал:

Конструктор делает два раза  панк унд го в новые две  папки проэкта" ПРИ ЭТОМ ЗАПОЛНЯЕТ ПОЛЕ "ДОБАВИТЬ ПРЕФИКС ИЛИ СУФФИКС". Например, "В21".

 

Вот именно. Это же элементарные вещи, как их можно не знать?

 

Слово "проект" пишется через Е. Это тоже надо бы знать.

 

Если на предварительном этапе меняются только габариты, то, наверное, можно обойтись вообще без моделей. Просто в Экселе забить массу и стоимость квадратного метра изделия. или вычислять её приблизительно по простейшим формулам. И тогда конструктору этим вообще не надо заниматься - менеджеру достаточно будет просто вбить новые габариты и получить искомые циферки.

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

Ссылка на сообщение
Поделиться на других сайтах
46 минут назад, Ветерок сказал:

Слово "проект" пишется через Е. Это тоже надо бы знать.

Кажется для ТСа русский не родной язык...

Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, Krusnik сказал:

Кажется для ТСа русский не родной язык...

Тем более будет полезно узнать :)

Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, Basstudio сказал:

... работаем внешнем серваке без пдм.

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

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, VOleg сказал:

Конструктор делает два раза  панк унд го в новые две  папки проэкта" ПРИ ЭТОМ ЗАПОЛНЯЕТ ПОЛЕ "ДОБАВИТЬ ПРЕФИКС ИЛИ СУФФИКС". Например, "В21".

 

И того потом придётся всё что сходится с базовой сборкой переименовать назад вместе с черчежами. Эт гдето половина деталей и черчежей. 

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, brigval сказал:

Как у вас?

Интересный вопрос. Как будто все так работают и знают как все делать почти ничего не делая. ))

 

1 Запретить одинаковые имена файлов.

2 Отклоненные проекты архивировать. Возвращаться к ним только если будут востребованы.

Если из 15 вариантов идет один, то из 300 это всего 20. Не так и много.

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

 

Прикол то в том что сначала ты не знаешь. Что изменится а что останется под старым номером

3 часа назад, Krusnik сказал:

Да нормально вроде всё устроено.

Бэкапьте сервер раз в 2 дня. Если что-то запорят коллеги - вытащите нужные файлы из бэкапа.

Обсудите это с начальством и админами. Сисадминам это не трудно делать, нужно немного денег на HDD под бэкапы и дело в шляпе. 

Так ошибки повылазили уже на стройке. Бекап бы не спас

3 часа назад, Ветерок сказал:

Вот именно. Это же элементарные вещи, как их можно не знать?

 

Слово "проект" пишется через Е. Это тоже надо бы знать.

 

Если на предварительном этапе меняются только габариты, то, наверное, можно обойтись вообще без моделей. Просто в Экселе забить массу и стоимость квадратного метра изделия. или вычислять её приблизительно по простейшим формулам. И тогда конструктору этим вообще не надо заниматься - менеджеру достаточно будет просто вбить новые габариты и получить искомые циферки.

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

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

3 часа назад, Ветерок сказал:

Вот именно. Это же элементарные вещи, как их можно не знать?

 

Слово "проект" пишется через Е. Это тоже надо бы знать.

 

Если на предварительном этапе меняются только габариты, то, наверное, можно обойтись вообще без моделей. Просто в Экселе забить массу и стоимость квадратного метра изделия. или вычислять её приблизительно по простейшим формулам. И тогда конструктору этим вообще не надо заниматься - менеджеру достаточно будет просто вбить новые габариты и получить искомые циферки.

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

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

Ссылка на сообщение
Поделиться на других сайтах
13 минут назад, Basstudio сказал:

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

Зачем для этого модель? Для этого достаточно чисел и умения производить над ними простейшие арифметические действия.

Ссылка на сообщение
Поделиться на других сайтах

Похоже нужен какой-то конфигуратор.

Такое лучше делать или в DriveWorks или переходить на Inventor.

 

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

Из минусов - сложно освоить.

 

В inventor нужно в отличиет от SW каджый раз создавать новый проект (это такой отдельный файл c настройками и он создаётся в отдельной папке). И в настройках проекта указывается папка откуда берутся файлы. Так что Inventor не будет брать файлы из соседних папок даже случайно. Обычно после SW всех бесит, что нужно создавать каждый раз проект, если что файлы в папку перенести (в файловом менеджере); но вам не привыкать.

Ссылка на сообщение
Поделиться на других сайтах

Почему никто не говорит о таком функционале PaG, как переименование выбранного количества символов в обозначении файлов?

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

Я приведу пример: есть проект с обозначением В021.000.000.00. Запускаем PaG, двойным щелчком по шапке таблицы "Сохранить в имени", вводим замену В021 на В022, заменить все, указывем путь, сохраняем проект. На выходе имеем полную копию проекта с обозначением В022.000.000.00. В нем правим то что нужно и дальше работа для макросов.

Пикча, для справки:

image.png

 

 

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Basstudio сказал:

И того потом придётся всё что сходится с базовой сборкой переименовать назад вместе с черчежами. Эт гдето половина деталей и черчежей. 

Зачем? 

Если файл не меняется, то имя файла изменилось, но обозначение и наименование нет. Поэтому в спецификации будет Обозначение и Наименование заимствованной сборки или детали. Производство возьмет то, что нужно.

Если уж очень хочется, то достаточно удалить из новой папки не измененные модели и при открытии указать исходные файлы. 

 

Я вообще просто открываю исходную сборку и "сохраняю как" и ее и все, что там поменялось.

Но и "копировать проект" тоже пользую.

Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, VOleg сказал:

Если файл не меняется, то имя файла изменилось, но обозначение и наименование нет. Поэтому в спецификации будет Обозначение и Наименование заимствованной сборки или детали.

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

Ссылка на сообщение
Поделиться на других сайтах
5 минут назад, alek77 сказал:

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

А Вы подумайте, и все сложится.

मेरा नाम ओलेग है

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, alek77 сказал:

Но с суффиксами и перфиксами та же ботва. Только ими пользоваться менее удобно, чем групповым переименованием.

Конечно, вопрос надо исследовать подробнее.

Я бы пока был за суффиксы. Тогда имя файла включает имя из базового проекта и суффикс, включающий, для простоты, очередной номер проекта.

Если файл не менялся, то из первой части всегда видно какой это файл был в базовом проекте. И его можно легко заменить на базовый без разрыва сопряжений.

Но программно все эти сравнения и замены было бы удобнее делать.

Вопросы ТС, скорее не к Солиду, а к организации коллективной работы над проектами.

 

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

Изменено пользователем brigval
Ссылка на сообщение
Поделиться на других сайтах

@alek77

5 часов назад, alek77 сказал:

Почему никто не говорит о таком функционале PaG, как переименование выбранного количества символов в обозначении файлов?

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

Именно так и делаю :)

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • Михаил АИС
    • Павлуха
      В Рино можно создать плоскую карту, потом наложить на криволинейную.
    • Fedor
      Та дано определение концепта факторизации . Любой. Мелочи не обязательно перечислять. Покопайтесь, может в английской или другой статье о факторизации есть :)     https://en.wikipedia.org/wiki/Matrix_decomposition    :)
    • _GOST_
      10.05.2024 Макросы обновлены Версия v.0.8.16 beta   Исправлены баги: 1. Макрос BOM_Export. Исправлен баг, в результате которого масса в количестве компонентов округлялась до нуля. 2. Макрос BOM_Export. Исправлен баг, в результате которого неправильно сортировались компоненты раздела "Комплекты" 3. Макрос BOM_Export. Исправлен баг, в результате которого не сортировались компоненты раздела "Документация" 4. Макрос BOM_Export. Исправлен баг, в результате которого в спецификации не отображались примечания виртуального компонента. 5. Макрос BOM_Export. Исправлен баг, в результате которого при выполнении макроса из сборочного чертежа для групповой спецификации с отличиями по чертежу - не обновлялись номера позиций в модели и чертеже. 6. Макрос Revision_Update. Исправлен баг, в результате которого макрос вылетал при выполнении его не с первого листа чертежа.   Улучшения: 1. Макрос M_Prop. Добавлена проверка чертежей различных типов документов для сборок. Имена файлов таких чертежей должны повторять имя файла сборочного чертежа, но между обозначением и разделителем должен быть указан код документа. Так же данный код и соответствующий ему тип документа должны быть внесены в текстовый файл списка типов документов (см. настройки). 2. Макрос M_Prop. Изменено поведение при нажатии галочки "Добавить материал в наименование" - теперь наименование из имени файла полностью заменяется материалом. 3. Макрос BOM_Export. На главное окно макроса добавлена галочка "Без раздела "Документация"" для документов без чертежей (комплекты, и т.д.). 4. Макрос BOM_Export. В раздел "Документация" автоматически вносятся различные типы документов, если для них есть чертежи (например, кроме сборочного чертежа есть монтажный чертёж, в имени файла которого после обозначения указан код документа "МЧ"). 5. Макрос BOM_Export. Для документов без сборочных чертежей, но со спецификацией в поле "Формат" автоматически проставляется формат "А4". 6. Макрос BOM_Export. Для компонентов с указанием массы в количестве, при условии, что масса указана в граммах, во время суммирования (если вхождений таких компонентов несколько) масса может преобразовываться из граммов в килограммы. 7. Макрос BOM_Export. На главное окно макроса добавлена галочка "Сортировать раздел "Прочие изделия" по обозначению" 8. Макрос BOM_Export. Изменено правило сохранения спецификации в отдельной папке - теперь в отдельной папке сохраняются файлы в формате PDF (дублируются). Для старых проектов, в которых спецификации были сделаны с данной галочкой, все файлы в формате Excel необходимо перенести на уровень выше (в папку с моделью). 9. Макрос BOM_Export. Реализована особая сортировка всех компонентов в спецификации, позволяющая правильно сортировать стандартные изделия по увеличению размера. Например, Винты М8 будут выше винтов М12, а не наоборот как в старой версии. v.0.8.16 beta.rar
    • ДОБРЯК
      Где в этой ссылке сказано про численную факторизацию симметричной матрицы методом Холецкого или методом Гаусса? :=)  
    • Fedor
    • ДОБРЯК
      Численная факторизация - это приведение матрицы к треугольному виду. Дальше идет работа с правой частью. 
    • Михаил АИС
      Здравствуйте.  Выбираем станок. Обрабатываем в основном нержавеющую сталь AISI304, AISI321 и AISI316L. Сейчас у нас есть два универсальных станка 16к20 и иж250, универсальный фрезерный станок JET. Также имеется токарный станок ЧПУ без приводов от компании Вебер(аналог GOODWAY GLS-1500).  Следующий станок хотелось бы приобрести не китайский. На текущий момент времени рассматриваем 3 марки станков: 1) Victor NP-16CM и NP-20CM. Тайвань, вроде хорошие станки, но ценник впечатляет. У модели поменьше BMT45, у побольше BMT55. Обе модели на направляющих качения. 2) SMEC NS2000M и SL2000M. Южная Корея,  цены относительно приятные. NS2000M имеет направляющие качения и BMT45. SL2000M - скольжения и BMT55. 3) DOOSAN. Корейские станки, довольно известные, цены впечатляют. Есть вариант нового китайского Lynx225M(китайский станок для китайского рынка) и б/у Puma GT2100M из Кореи якобы с минимальной наработкой. Ценник на новые корейские станки зашкаливает.  Чертежи массовых деталей прикладываю,  также прикладываю чертежи самых крупных деталей. Часть деталей точим из шестигранника, соответственно идёт обработка на удар. Буду признателен, за помощь в выборе. По технике два основных вопроса: 1) Направляющие - требуются ли нам направляющие скольжения, или достаточно качения? 2) BMT55 больше, жёстче и позволяет ставить резцы большего сечения. Также теоретически инструмент должен стоять лучше. Или в нашем случае достаточно BMT45? Если у кого-то есть опыт использования этих станков буду признательны за обратную связь.
    • maxx2000
      @bubl leg в NX, Rhino можно, больше ни в каких CAD не встречал.
    • ДОБРЯК
      Хорошо. Можно тоже самое написать еще раз. Вы ищите решение СЛАУ. И чтобы найти это решение вы задаете уравнение, что  перемещение какой-то степени свободы равна какому-то числу. Но в данном примере всего два уравнения, всего две степени свободы.  И сказав, что перемещение первой степени свободы равно 1, например, у вас остается одно уравнение с одним неизвестным.  А если у вас СЛАУ из 100 уравнений, вы скажите, что перемещение первой степени свободы равно 1, например. Но как найти остальные 99 неизвестных не решая СЛАУ? Нужно решать в общем случае?   Решайте любым методом. Вы скажите нужно СЛАУ решать для нахождения собственных векторов.  Предлагаю двигаться маленькими шажками. Если нужно решать СЛАУ, то это один путь развития диалога, если не нужно, другой.
×
×
  • Создать...