Microsoft Excel

[Странник 6]

Итак, уважаемые коллеги, если кто ни будь, работая в SolidWorks, использует Microsoft Excel, то давайте побеседуем о дивидендах от такого применения и проблемах от него.

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

С другой же стороны весьма заманчив его математический аппарат.

К тому же, быть может товарищи из SWR посмотрят и кое - что на ус намотают, к нашей общей пользе.

[Анаконда 0]

Не совсем понял. У меня конфигурации в строках, а размеры (и другие параметры) в столбцах.

Ты чего, таблицу транспонировал?

[kkk 287]

Вопрос может быть не в тему, но будет ли Солид работать не с Экселем, а его аналогом из ОпенОффис?

[Странник 6]

Не совсем понял. У меня конфигурации в строках, а размеры (и другие параметры) в столбцах.

Ты чего, таблицу транспонировал?

<{POST_SNAPBACK}>

Можно и так, но это не суть принципиально.

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

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

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

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

[Анаконда 0]

Все же, что тебе не хватает?

Тебя не устраивает способ работы с таблицей параметров в моделе или возможности отображения ее на чертеже?

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

А значит даже на одном листе ты можешь утешить свои самые нетривиальные фантазии. ;))

[Странник 6]

А значит даже на одном листе ты можешь утешить свои самые нетривиальные фантазии. ;))

<{POST_SNAPBACK}>

К сожалению не всё так просто.

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

Фактически речь идёт о инструменте организации обмена глобальными параметрами в формульном выражении с попутным проведением проектных расчётов использующих цифры вообще не отражаемые в модели.

По видиму для народа такой подход несколько неожиданен. :(

[SEG 2]

Вопрос может быть не в тему, но будет ли Солид работать не с Экселем, а его аналогом из ОпенОффис?

не будет, пробовали уже. Может быть через API, но не уверен.

[Анаконда 0]

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

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

Ты вообще сформулировал задачу-то?

[Странник 6]

(если разбить задачуна несколько простых, или просто посмотреть с другой стороны)

<{POST_SNAPBACK}>

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

Допустим, некий размер отсека №3 является функнией от определённого размера отсека №1, но функция эта не проста. То есть в неё включается ещё ряд коэффициентов в модель изделия ни включаемых никаким боком. В тоже время и сами габариты отсека №1 логически зависят от выходных параметров отсека №3, опять же эти параметры геометрически не описываются. При этом задача определения внешнего вида изделия решается именно оптимизацией савокупности всех этих параметров.

Вероятно, эта процедура и называется словом САПР.

[Анаконда 0]

Ну-у-у-у, батенька!

Это то, как раз, чего я и опасался.

Это на подобие задачи: Ввести количество пассажиров, стоимость билета, расстояние , цену горючки, котировку акций авиакомпании, цену сыра Пармезан в Рио-де-Женейро и т.п. Нажать на кнопку и получить полный комплект документации на производство нового авиалайнера, вплоть до последнего кронштейника, крепящего швабру в туалете новой диспетчерской вышки для данного типа самолетов(если таковая необходимость в дополнительной инфраструктуре появится согласно нового проекта).

Глобализм хорош в меру!

[Странник 6]

Глобализм хорош в меру!

<{POST_SNAPBACK}>

Не... на такое не замахиваюсь.

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

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

[sova2004 13]

Может кто-нибудь просмотрит эту тему и даже сможет мне ответить:

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

[Pyatachok 0]

Ответить на вопрос как лучше связать Excel и SW можно только сформулировав конкретную задачу, поэтому просто делюсь опытом.

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

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

В итоге все что Вы сможете расчитать в Exсel - сможете передать в SW в качестве значений таблицы параметров для управления уже существующими посторениями.

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

[dicty 0]

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

sova2004, +1. Тоже столкнулся с такой же задачей.

Попробую конкретизировать: Есть модель обыкновенной металлической двери. Есть типоразмеры дверей. Как привязать к двум(трем) основным изменяющимся размерам штук 20-30 размеров в 10-12 моделях деталей?

Хотелось бы в идеале ввести эти 3 размера и получить новое изделие. С обозначениями буду уже сам разбираться, это не проблема.

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

[Sonic69 0]

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

Допустим, некий размер отсека №3 является функнией от определённого размера отсека №1, но функция эта не проста. То есть в неё включается ещё ряд коэффициентов в модель изделия ни включаемых никаким боком. В тоже время и сами габариты отсека №1 логически зависят от выходных параметров отсека №3, опять же эти параметры геометрически не описываются. При этом задача определения внешнего вида изделия решается именно оптимизацией савокупности всех этих параметров.

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

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

...О том, что на 2,3 и последующих листах можно делать ссылки на ячейки листа 1 (то бишь на размеры модели) со всеми последующими Exel прелестями говорить, как мне думается, излишне. Опять же, создав таблицу из готового уже файла и поставив галочку "связать с файлом" можно обезпечить связь со внешними книгами Exel, а это уже стратегическое направление.

Как Вам уже ответили:

....Алгоритм работы очень простой: во внешнем файле расчитываю все что мне нужно и как смогу :), а затем открываю ТП модели и связываю отдельные ячейки ТП с ячейками во внешнем файле. В итоге все что Вы сможете расчитать в Exсel - сможете передать в SW в качестве значений таблицы параметров для управления уже существующими посторениями.

В принципе я тоже решил для себя что это более оптимально. Можно еще создать ТП во внешнем Exel-файле (кстати и просмотр таблицы расширяется до возможностей Exel), первая страница будет использоваться SW, и она имеет определенную структуру (со своими + и -, но в принципе по другому было бы только хуже), но и туда можно впихнуть "ряд коэффициентов в модель изделия ни включаемых никаким боком" или столбец с "цифрами вообще не отражаемые в модели" - что Вам стоит вставить столбец с пустым заголовком..., а на втором и следующих листах можно вообще творить что угодно и сбрасывать в ТП на первом листе... Вот собственно 2 варианта использовать всю мощь Exel со всем его широким набором математических операторов в SW. Что еще то надо?

см. так же <noindex>http://fsapr2000.ru/index.php?showtopic=18396</noindex>

[Sonic69 0]

Может кто-нибудь просмотрит эту тему и даже сможет мне ответить:

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

Как ни пробовал в одну таблицу параметры не запихнуть, но ведь можно связать ячейки ТП-сборки с ячейками ТП-моделей и править потом только ТП-сборки, либо завязать вообще все ТП на внешний файл Exсel и править уже только этот файл. Как осуществить см. выше.

Попробую конкретизировать: Есть модель обыкновенной металлической двери. Есть типоразмеры дверей. Как привязать к двум(трем) основным изменяющимся размерам штук 20-30 размеров в 10-12 моделях деталей?

Хотелось бы в идеале ввести эти 3 размера и получить новое изделие. С обозначениями буду уже сам разбираться, это не проблема.

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

Кое что такое я делал, попробую перефразировать на дверную тему, но всё это с учетом что меняются несколько определяющих размеров а остальные завязаны на них по определенным формулам. К примеру меняем габарит двери и нужно получить размеры комплектующих. Создаем сборку двери (подразумеваем что детали уже имеются, естественно с размерами под уже какую-то дверь), а лучше уже в готовой сборке, создаем в ней эскиз габарита двери, ставим размеры - это типа определяющие размеры. Теперь все зависимые размеры деталей, прям в сборке, по цепочке, завязываем по каким-то своим формулам на размеры габарита(эскиза) или на другие уже завязанные размеры (через Размер\изменить\Добавить уравнение). Если все сделанно корректно, то меняя размер габарита вся модель перестроится, перестроятся так же файлы деталей (и соответственно чертежи, значение размера в них установится из уравнений сборки. Сам эскиз габарита в сборке потом просто скрывается. При желании можно вообще обойтись без эскиза (я делал эскиз спецально для удобства пользования файлом третьих лиц). Сама схема решения задачи тоже может варьироваться - кому как удобней.

[sova2004 13]

Здравствуйте.

Вы хоть сами представляете задачу, которую описали?

Скорее всего нет.

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

Задачу представляю себе четко и ясно - поскольку уже сделал то что хотел. Но к сожаленью не так как хотел потому и поставил вопрос на форуме.

Ответить на вопрос как лучше связать Excel и SW можно только сформулировав конкретную задачу, поэтому просто делюсь опытом.

Большле спосибо за внимание и за опыт.

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

У меня ,, центровой ,, один файл Excel а на него уже ссылаются остальные таблицы параметров от каждой модели.

<noindex>http://www.pogruzka.com/julio/models/zh-b_pol/faq.php</noindex>

Огромное спасибо за ссылку.

...а на втором и следующих листах можно вообще творить что угодно...

Дело вот в чем - модель может ссылатся на файл Excel но только на первую страницу проверяя при этом яйчейку А2 - которая ,,говорит ,, солиду что это то что ему надо. Вторая модель ссылается на туже страницу в яйчейку А2 - и тут возникает проблема ,,непонимания,, модели с файлом Excel.

Что еще то надо?

Надобы просто узнать: как можно обойти эту проблему - либо как сделать по другому?

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

Можно в Excel впихнуть ескизы модели с размерами (рисунки) - тогда не надо будет скрывать и отображать эти эскизы при новом перестраивании.

[Странник 6]

Вот собственно 2 варианта использовать всю мощь Exel со всем его широким набором математических операторов в SW. Что еще то надо?

Ну а в топик вынесено вот что:

Итак, уважаемые коллеги, если кто ни будь, работая в SolidWorks, использует Microsoft Excel, то давайте побеседуем о дивидендах от такого применения и проблемах от него.

ИМХО, что в системе уровня SolidWorks должна была бы быть собственная таблица глобальных параметров.

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

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

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

Например: кирпичная стена - массив линейный массив по 2 направлениям, очень хочется связать расстояния между соседними элементами массива с соответствующими размерами кирпича и шва, но массив определяется в сборке, а кирпич живёт отдельною деталью. Как раз по вопросу..

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

Ответ дан был естественно ещё ранее:

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

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

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

Опять же, как быть если деталь или сборочная единица не только ссылаются на некие внешние книги EXCEL, но требуют ещё и построения группового чертежа?... То бишь случай как раз с необходимым скрытием строк и ячеек на первом листе.