Таблицы семейств и Excel

[Timi 16]

Имеем в Таблицах семейств следующие параметры

Имя экземпляра (название файла)

Диаметр (вещественное)

Длина (вещественное)

Наименование (Строка)

Допустим имеем один винт:

Имя экземпляра: M3-6GX5_88_019_G11738

Диаметр: 3

Длина: 5

Наименование: Винт М3-6g x 5.88.019

Так вот, возможно ли в ехcel размножить строки с этими параметрами и сделать так что в "Имя экземпляра" и параметре "Наименования", соответствующие части названий соответствовали диаметру и длине.

Если возможно, подскажите как сделать.

Спасибо.

Изменено 27 апреля 2007 пользователем Timi

[Mikhail33 1]

Сделать то можно, но вот Прое потом это не воспримет

Поэтому такие весчи надо через Relation прописывать, чтобы Наименование само генерилось...

[Timi 16]

Хе хе а это сделал.

Короче замысел такой.

Создаем просто в excel такую же таблицу. Ну т.е. столько же столбиков и в том порядке в каком у нас она в таблице семейств.

Пишем уравнение для имени файла и наименования. Функция СЦЕПИТЬ. Потом копируем эту всю строку сколько надо, ну т.е. выделяем нужную область и вставляем туда эту строку... она множиться.

Далее вбиваем нужные длины.

Потом правим таблицу семейств в excel, и туда просто через вставку вставляем все это дело. Все работает просто замечательно:)

[Greets 6]

Как уже говорили лучше использовать уравнения модели в ProE - там есть функции для работы со строками. И гибче будет и в таблице семейства будет только два столбца - диаметр и длина.

Все нормальные библиотеки стандартных деталей, которые мне встречались, так сделаны

Изменено 27 апреля 2007 пользователем Greets

[mech 1]

Как уже говорили лучше использовать уравнения модели в ProE - там есть функции для работы со строками. И гибче будет и в таблице семейства будет только два столбца - диаметр и длина.

<{POST_SNAPBACK}>

А особенно замечательно будут проходить постоянные регенерации при использовании Windchill :).

[Timi 16]

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

Почему?

Да потому что itos округляет число до целого. И если у нас диаметр допустим 1.2 фиг мы чего автоматом сделаем. В этом плане такие библиотеки ущербны.

Если же Наименование заполнять через excel с этим никаких проблем нет.

И гибче будет и в таблице семейства будет только два столбца - диаметр и длина.

Как выше писал с числами не целыми в пролете, так же может понадобится написать Материал, Класс точности, Поле допуска.... и еще кучу всего... так что параметров будет куча.

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

2mech

А в каких случаях их не будет?.. просто интересно как оптимально сделать...

Изменено 27 апреля 2007 пользователем Timi

[mech 1]

А в каких случаях их не будет?.. просто интересно как оптимально сделать...

<{POST_SNAPBACK}>

Все просто, релейшенов поменьше или могут быть подобные проблемы Несколькими темами раньше :).

Изменено 27 апреля 2007 пользователем mech

[Greets 6]

А особенно замечательно будут проходить постоянные регенерации при использовании Windchill :).

ну пока библиотека наполняется - понятно, а когда готова и лежит себе read-only на сервере - чего бы ей регенерироваться?

[mech 1]

Как уже говорили лучше использовать уравнения модели в ProE - там есть функции для работы со строками. И гибче будет и в таблице семейства будет только два столбца - диаметр и длина.

<{POST_SNAPBACK}>

Если в таблице два столбца то, например наименование должно будет регенерироваться в любом случае.