КБ + ОГТ

[Mr Long 0]

SAS 17

IMXO Конфигурации были уже в SW99...

Family Table Pro-E - нечто другое, может быть и более мощное, но настолько неразворотливое в работе

[Mr Long 0]

Кстати, предлагаемая технология работы в SW привлекательна тем, что, привязав заготовку к модели детали один раз в сборке, технолог:

1. может развлекаться с заготовкой, не отвлекая ни ресурсы сети, ни модель конструктора, автономно;

2. не может изувечить модель конструктора...

[SAS_17 10]

Mr Long

Технолог "выращивает" свою модель и плодит в ней конфигурации.

Что это означает подробнее, а то я предполагаю следующее.

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

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

Вопрос: насколько хорошо вы знаете Pro/E , чтобы делать следующие выводы -

Family Table Pro-E - нечто другое, может быть и более мощное, но настолько неразворотливое в работе

. Я вот совсем не знаком с SW, только изучал книжный вариант HELP (если не изменяет память по SW99, лицензионная поставка от Солидворкс Россия).

[Mr Long 0]

SAS 17

Именно первое.

А кстати, почему молчат спецы, не встают грудью на защиту любимого SW?

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

Вопрос: насколько хорошо вы знаете Pro/E , чтобы делать следующие выводы

Спасибо за аккуратный вопрос. В нашей действительности, когда лишь отдельным счастливчикам удается получить фирменное обучение, будет всегда ИМХО правильно думать, исходя из весовых соотношений систем. Pro-E все-таки система тяжелого уровня. Но поскольку она тяжела и в освоениии, я свою точку зрения сформулировал именно так.

Мне нравится Pro-E во многом. Но SW все-таки более приятен в работе. И опять таки я не вкушал WF и думаю много потерял.

[SAS_17 10]

Mr Long

Аналогичная ситуация, правда на SW уже времени небыло, все уходило на работу и самостоятельное изучение Pro/E.

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

Теперь по теме. Хотелось бы обсуждать именно специальные решения заложенные в ПО, надеюсь что они уже существуют.

[ABG 0]

Согласен с SAS 17 - во всех системах (UG, I-DEAS, CATIA, Pro/E) имеются инструменты для этой задачи - пользователям надо изучить их и использовать.

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

[DIMA_M 0]

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

При этом

1. Конструктор работает со своей моделью (размеры в номинале), оформляет свой чертеж.

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

3. Обеспечить ассоциативную связь между моделями.

В Wildfire 2.0 оно именно так и работает. Технолог забирает конструкторскую модель как INHERITANCE, выставляет размеры в середину поля допуска.

Все эти размеры попадают в табличку в INHERITANCE.

Там появился столбец Dim Bound.

Не зря же их TOYOTA.....со страшной силой.

Стараются.

В середине марта обещают нормальный релиз.

[SAS_17 10]

DIMA_M - неужели добавили ?

Все эти размеры попадают в табличку в INHERITANCE.

Там появился столбец Dim Bound.

вот это дело! Только я в описании новшеств этого не заметил, там есть упоминание про Geom Tol, больше ничего.

[konpf 0]

Народ, а вы не учитываете, что при перестройке модели в середину поля допуска некоторые размеры просто не стыкуются!!! Это первое.

Второе: полость дает приращение всем размерам (по крайней мере в SW), а поля допусков размеров в литьевых деталей и деталей прессформ разнятся по определению

И третье-

QUOTE

Технолог "выращивает" свою модель и плодит в ней конфигурации.

Ну не должен технолог пытаться повторить модель, построенную конструктором. Это значит, что квалификация технолога должна быть на порядок выше квалификации конструктора и большую часть времени технолог должен уделять повторению работы конструктора. Оно ему надо?

[SHARit 2 808]

konpf

Народ, а вы не учитываете, что при перестройке модели в середину поля допуска некоторые размеры просто не стыкуются!!!

А это значит лишь то, что модель построена неправильно...

То есть мы ставим на чертеже такие размеры и такие допуска, которые при определенных значениях величин (например - поле допуска в середину) не стыкуются....

[SAS_17 10]

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

Второе: полость дает приращение всем размерам (по крайней мере в SW), а поля допусков размеров в литьевых деталей и деталей прессформ разнятся по определению

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

[prostoy 0]

Согласен с SAS 17 - во всех системах (UG, I-DEAS, CATIA, Pro/E) имеются инструменты для этой задачи - пользователям надо изучить их и использовать.

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

IDEAS: конструктор создает деталь(чертеж) с 0 допуском,

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

Заметил недостаток - когда копируешь деталь с ассоциативностью, внутри библиотеки фирмы, ассоциативность может пострадать и труд технолога-конструктора потерян, не делая таких ходов считаю можно упешно использовать IDEAS

[imal 0]

Заметил недостаток - когда копируешь деталь с ассоциативностью, внутри библиотеки фирмы, ассоциативность может пострадать и труд технолога-конструктора потерян

Вы имеете в виду взять деталь из библиотеки как Local copy? Тогда ассоциативность не "может пострадать", а непременно пострадает. Но, по большому счёту, и это не смертельно в последних версиях.

PS Приятно ещё одного коллегу встретить!

[VESKO 55]

Как я понял , проблем состоит в том как технолог получит потомственную

модель с ссилки на оригинале , при том не поча его.

В фирме на которой работаю ето решаем так:

работаем на SolidWorks2004

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

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

Если конструктор вносит изменения , они отражаются в моделе технолога но

прямой доступ к историй (древо) изходной моделе технологу не доступен.

Етим он лишен удобство прямого доступа к фичерси , но и не портит готовая

конструкция

(Извините за правопис)

[prostoy 0]

Вы имеете в виду взять деталь из библиотеки как Local copy? Тогда ассоциативность не "может пострадать", а непременно пострадает. Но, по большому счёту, и это не смертельно в последних версиях.

нет нет как раз когда в менеджере бибилиотеке нажимаешь Move или Copy, т е перемещаешь или копируешь деталь от которой была произведена ассоциативность (даже если совместно с деталью-отпрыском, что очень сложно, таких отпрысков может быть 100, детали из профилей) то сама ассоциативность практически всегда утрачиваеться. Те грубо говоря хотим мы упорядочить наши библиотеки, стереть "мусор" избавиться от лишних библиотек и тп, захотели переместить просто такие детали, результат может оказаться плачевным. На одной фирме, где мне довелось поработать, были "бородатые" бибилиотеки с теморальными именами, 3 х летней давности, стререть которые было нельзя, как раз по описанной причине.

Ограничивать права доступа, как предлагает Vesko, не рационально, мы меняем базовую деталь, и если нет у нас администратора, который следит за версиями мы можем изготовлять старую деталь не смотря на изменение (модернизацию) базовой. Или конструкторский отдел и отдел технолога дожен состоять из одного человека-конструкторски, по имени конструкторский отдел!!! -:)

[imal 0]

prostoy

Теперь понял. Есть такое. Было, по крайней мере. Давно с этим не сталкивался.

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

В любом случае это скорее организационно-административная проблема, а не связки КБ-ОГК.

[avargano 0]

2 imal

PS Приятно ещё одного коллегу встретить!

Этот коллега - наш коллега

[VESKO 55]

Я уже понял что работаем в разних секторах машиностроения.

Та схема о которой писал ефективна в инструментальном цехе,

где все делается только один раз. Она разчитана на то чтобьи

все работали в единной и единственнои базе данних.

Ето является особенность SW .

При откритии его parta он по разумению откривает и все родительские

для его files не взирая на то что они read onli и вносит все актуалние в етот

моменте изменения. Если сервер доступен в сети ( его никогда не отключаем )

технолог при откритие своего part получает сообщение о том

что нужно перестроит чтобьи актуализироват информацию.

После окончания работу по данним проектом , он снимается с сервера и

заносится в архив.

С того момента ВСЯ технологичная информация невалидна , но она и не нужна

больше.

[Mr Long 0]

VESKO

Да, SW приятен в инструменталке.

prostoy

А где, кроме SW эксплорера, есть справка о всех работающих ссылках на поднятую модель?? Где это в Pro-E?

[prostoy 0]

prostoy

А где, кроме SW эксплорера, есть справка о всех работающих ссылках на поднятую модель?? Где это в Pro-E?

к сожалению не работал с проЕ, в идиасе кликаешь в менеджере бибилотеке на деталь- матку, далее Item Detals далее MF Assoc. Repot,

вариант посложнее через dmadmin в дирректории bin I-deasa.

Так же любые вариации с ассоциативной деталью-матерью отражаеться на детали - детки в виде значка *!*

с уважением простой