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

[Basstudio 9]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    

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

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

 

[VOleg 228]

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

 

[brigval 687]

Как у вас?

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

 

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

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

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

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

 

[Krusnik 417]

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

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

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

[Ветерок 2 107]

46 минут назад, VOleg сказал:

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

 

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

 

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

 

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

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

[Krusnik 417]

46 минут назад, Ветерок сказал:

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

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

[Ветерок 2 107]

4 минуты назад, Krusnik сказал:

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

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

[BSV1 1 724]

10 часов назад, Basstudio сказал:

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

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

[Basstudio 9]

2 часа назад, VOleg сказал:

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

 

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

[Basstudio 9]

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

Как у вас?

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

 

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

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

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

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

 

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

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

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

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

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

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

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

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

 

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

 

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

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

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

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

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

 

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

 

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

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

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

[Ветерок 2 107]

13 минут назад, Basstudio сказал:

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

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

[Krusnik 417]

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

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

 

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

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

 

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

[alek77 202]

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

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

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

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

 

 

[VOleg 228]

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

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

Зачем? 

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

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

 

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

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

[alek77 202]

2 минуты назад, VOleg сказал:

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

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

[VOleg 228]

5 минут назад, alek77 сказал:

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

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

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

[brigval 687]

2 часа назад, alek77 сказал:

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

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

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

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

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

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

 

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

Изменено 20 января 2023 пользователем brigval

[TVM 264]

@Basstudio

Если судить по ролику, то вам по карману SAP. :)

[Snake 60 669]

@alek77

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

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

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

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

[TVM 264]

@Snake 60

"Голый SW" Подраизмовает работу в ручном режиме, до сборки/детали верх по дереву.