Сборка

[Yauhen Huchak 0]

все слишком мудрено, имхо ... не претендую на оригинальность, но организовано у нас следующим образом -

1) существует схема проекта, в которой расписано все изделие блоками;

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

3) не имея пдм, имеем четкую схему реализации проекта.

... а если несколько пользователей имеют возможность одновременной редакции - имхо, "письмо дяди федора родителям" это будет ... и сравнивать с мофисом, некорректно ... проще надо быть, а то и в самом деле овца в собаку превратится :)

[bib 0]

To: Yauhen Huchak

А как у Вас с параметрикой дело обстоит? А сопрягаетесь, образмериваетесь Вы как?

[Yauhen Huchak 0]

с параметризацией все в порядке ... сопрягаем, образмериваем как только возможно :))

[nut888 3]

Коллеги, глупейший   вопрос:

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

<{POST_SNAPBACK}>

А Вы не думали над тем что если разрешить сохраняться всем

то после того как кто-то сохранил все модификации

которые сделали другие "потенциально" утеряны

Под "потенциально" утеряны я имею ввиду что только один вариант

сохранения может быть активен несмотря на то что копии

будут присутствовать у других пользователей

Вы можете легко смоделировать этот процесс с использованием

notepad Там блокировки нет

Создайте два экземпляра процесса редактирующего один файл

Начните их редактировать и сохраняться

Посмотрите на результат

Представте что таких процессов будет несколько десятков

Так что файл блокируется абсолютно правильно

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

работы нескольких пользователей с одним файлом:

Один человек работает - остальные только смотрят

когда он сохраняет модель у остальных она перегружается

Очередь смещается и работает следующий

Нетрудно видеть что при любом количестве человек

реально работает только один

Преимуществ у данного алгоритма никакого

Может Вы готовы предложить свой эффективный алгоритм

Я думаю это будет прорыв в области программирования!

[nut888 3]

Ну зачем же так сразу и головой в прорубь 

Во-первых, не для каждого фонаря нужны линки с мотогондолы,

во-вторых, не каждому конструктору нужна полная сборка самолета (даже агрегата)

в-третьих, сборка из тыщи уникальных деталей "весит" гораздо меньше чем любая деталь, входящая в сборку (ну или почти любая)

<{POST_SNAPBACK}>

Кроме того хочу заметить что хоть дубь слинкованной геометрии и хранится

в prt файле не факт что эта геометрия будет продублирована

в оперативной памяти Уверен что нет

Тогда прирост оперативной памяти на один линк:

- позиционирование: 12 double

- массив tag (unsigned int) на линки

Для 50000 линков порядок оценки памяти около 5Mb

Я не думаю что для современной техники это много

Ну а то что в самом худшем случае размер сборки

при хранении на диске увеличится раза в 2

На мой взгляд тоже не критично

Винчестеры не настолько дороги и до ограничения

на максимальный размер еще далеко

[mr.Karapuz 2]

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

От себя хочу сказать всем спасибо большое за поддержку. Я у вас в долгу...просите чего хотите :).

[bib 0]

Бабу рыжую, да вина красного! ;)

[Basnev 1]

mr.Karapuz

Я у вас в долгу...просите чего хотите :).

И спрошу.

(Плз, не обращайте внимание, что я из т.н. "лагеря противника", вопрос вполне общий ).

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

Это Вы всерьез???

[mr.Karapuz 2]

To: Basnev

Осталось дело за практикой. забыли :)

На базе всего, коллегами по цеху, вышесказанного представляется схема:

1. Создается схема проекта, в которой все изделие расписывается по блокам.

2. За каждым блоком расписываются исполнители, вплоть до узлов и партов.

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

4. Определяется промежуток времени через который будет производиться обновление (сохранение) сборки изделия.

5. Через Администратора проекта в файл сборки изделия вносится, созданный Коструктором файл базы изделия. Относительно которого будут позиционироваться (проектироваться) остальные сборочные единицы.

6. Перед началом проектирования Конструктор создает файл своей компоновочной сборки, в которую добавляет файл Сборка изделия и файл с наработками своей сборочной единицы, с присвоенным ей согласованным ссылочным набором.

7. Администратор проекта перемещает (публикует) рабочую сборку Конструктора в файл сборки изделия.

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

To: Basnev

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

Изменено 18 августа 2005 пользователем mr.Karapuz

[Kolesov 4]

В системе есть механизм совмесной работы в Меню Иструменты>Содрудничество.

Кто нибудь с этим разобрался?

Согласно ангийской документации после беглого просмотра вроде это можно реализовать.

[nut888 3]

1. Создается схема проекта, в которой все изделие расписывается по блокам.

Это может быть эскизный проект

где прорисовано все изделие

Например его основные виды разрезы

2. За каждым блоком расписываются исполнители, вплоть до узлов и партов.

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

4. Определяется промежуток времени через который будет производиться обновление (сохранение) сборки изделия.

Это не нужно

Если делать линки то каждый может управлять ими

замораживать обновлять ...

5. Через Администратора проекта в файл сборки изделия вносится,

созданный Коструктором файл баз изделия. Относительно которого будут позиционироваться (проектироваться) остальные сборочные единицы.

Сборка должна собираться по мере того как будут моделироваться детали

Никаких линков она не должна содержать

В идеале должна собираться одним человеком

но не тем кто работает с эскизами - это разные роли

6. Перед началом проектирования Конструктор создает файл своей компоновочной сборки, в которую добавляет файл Сборка изделия и файл с наработками своей сборочной единицы, с присвоенным ей согласованным ссылочным набором.

Это не сборка

Это называют контрольной структурой

Хотя создается как сборка

Имеет своим компонентом эскиз

и конструктор линкует оттуда геометрию на которую будет

в дальнейшем ссылаться при моделировании своей детали

7. Администратор проекта перемещает (публикует) рабочую сборку Конструктора в файл сборки изделия.

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

По мере того как детали создаются из них собирается сборка

Следствия

1) При уничтожении всех линков и контрольных структур

сборка и детали не пострадают

2) При модификации контрольных структур (эскизов) и обновлении

линков все детали и основная сборка будут модифицированы

Таким образом контрольные структуры позволяют управлять изделием

To: Basnev

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

<{POST_SNAPBACK}>

[mr.Karapuz 2]

To: nut888

Раз десять перечитал

4. Определяется промежуток времени через который будет производиться обновление (сохранение) сборки изделия.

Это не нужно

Если делать линки то каждый может управлять ими

замораживать обновлять ...

- непонял.

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

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

ИМХО только тогда всем станет видна общая картина.

[mr.Karapuz 2]

To: Kolesov

У меня Сотрудничество находится в Файл. Там активна одна строчка соединение с ТимценреКоммунити :) Пробовал подключиться...нихотит. :)

[nut888 3]

To: nut888

Раз десять перечитал

  - непонял.

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

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

ИМХО только тогда всем станет видна общая картина.

<{POST_SNAPBACK}>

Теоретически как только кто-то сделал изменения

и сохранил их они становятся доступны для тех кто данную

геометрию слинковал

Практически линк замораживают чтобы Вы могли нормально работать

Если этого не сделать то после каждого сохранения (не Вашего)

будет происходить обновление

естественно работать в это время Вы не сможете

Время обновления будет возростать с увеличением сложности изделия

и количества линков

Поэтому есть такая вещь как Assembly->Wave->Assoc manager

который всем этим хозяйством управляет

[bib 0]

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

<{POST_SNAPBACK}>

Через правую кнопку в навигаторе сборки/ WAVE/ обновить часть.

Т.е. я пробовал делать так.

Есть главная сборка содержащая чужие сборки и парты. В ней для конструктора под конкретную деталь(и) создается подсборка состоящая из двух партов или более (по числу деталей + 1). В первый парт он линкует необходимую чужую геометрию, во втором парте делает свою деталь ссылаясь на линкованное.

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

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

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

Изменено 18 августа 2005 пользователем bib

[mr.Karapuz 2]

А теперь как закатим практики листа на четыре пять :))

Убежал к конструкторам...Спасибо!

[mr.Karapuz 2]

To: bib

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

<{POST_SNAPBACK}>

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

Пробовал сделать WAVE -> создать часть со связью и ее уже вставлять в контрольную структуру (она позволяет автоматически кидать линки в файл)...но тогда получается два элемента сборки, свой рабочий элемент и линк для других...вобщем путаница.

PS От теории до практики - далеко, и все - лесом

[bib 0]

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

<{POST_SNAPBACK}>

Но ведь в своей подсборке конструктор полный себе хозяин... Зачем работу по линкованию геометрии перекладывать на админа?

Может логичнее было бы, чтобы конструктор сам линковал чего ему необходимо? Именно НЕОБХОДИМО, а не абсолютно все.

А на тему добавления новых чужих партов - есть отчет про обновление сборки, есть отчет про обновление партов, есть возможность сторонними средствами вести список добавлений/ обновлений хоть в том же екселе, и есть таки такое понятие как "командная" работа... ;)

[MaxAmin 4]

Вопрос на засыпку:

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

[bdfy 13]

Вопрос на засыпку:

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

<{POST_SNAPBACK}>

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

Если Вы в курсе, то UG не позволяет напрямую редактировать параметры дочерних исполнений табличной детали, только через родительский ПАРТ. Отсюда вывод: каждому конструктору (если он работает в UG), имеющему свою сборку с табличным исполнением, редактировать дочернюю деталь нельзя. "... Я так думаю..."