Понизить версию файлов солида

[zwee 9]

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

Ну а у меня наоборот - поверхности в СВ мне не нужны и вполне хватает тех возможностей которые были ещё с 2006-го СВ :) Но это всё уже демагогия.

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

[Lex TD 8]

Основная фишка- мы мол можем взять любую чужую модель и сделать своей редактируемой изменением размеров

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

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

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

[yoohoo 0]

Это не серьёзная заявка, но банальнейшая реклама, причём не в своём разделе. <noindex>А цена</noindex> этой самой "синхронной технологии" в базарный день весьма и весьма не высока.

Хорошая вещь для случая, когда сборка представляет из себя зоопарк по программным продуктам. Попробовал редактировать чужое в Space Clame и возвратить хозяину в виде импортируемой детали (для взаимной компоновки.) Получилось.

[OBrain 0]

Мда, тема быстро розрослась и отвлеклась от первичного вопроса.

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

Та же технология но в NX, когда изменения можно оставить в дереве - существенно расширяет возможности базового параметрического подхода. По сути, таким образом, NX позволяет добавить параметрику к чужой геометрии.

Но это не ново. В том же SW, еще кажись с версии 2003 есть фунционал "move face", который по сути работает аналогично, только в менее автоматизированном режиме. А в UG это было вообще с незапамятных времен.

Что касается сохранения дерева:

Года два назад в сети встречал программу которая, если верить описанию из SW и Pro/E перегоняла в CATIA v5 с сохранением дерева. Так как кроме скриншотов и описания на родном сайте, бесплатно ничего больше найти не удалось, а для теста нужно было купить программу, я не решился. Сейчас попытался еще раз найти эту программку, не получилось. Похоже падишах сдох вместе с ишаком.

Что касается внутреннего формата файлов SW и методов его запаковки. Файлы *.sldprt - это банальный 7z архив. Распаковав его Вы получите некоторое количество папочек с файликами. Некоторые из этих файлов чисто текстовые, некоторые - бинарные, в каком-то своем формате. Долго и неоднократно пытались расковырять все это дело. Честно скажу устойчивого результата не получилось. Может кому-то эта информация будет полезна и он будет более напористым.

Что касается макросов. Это реально, но исключительно для наиболее простых операций, типа выдавить/повернуть. Проблема макроса и считывающего информацию из новых версий, и для макроса строящего геометрию в старом, будет состоять в том, что для каждой версии нового SW и для каждой необходимой версии старого SW - такие макросы придется править, так как API функции имеют привычку меняться от версии к версии.

Изменено 4 сентября 2010 пользователем OBrain

[Sergei 297]

Только сейчас построил в Компас 12 деталь из двух опериций: выдавливание и масштабирование и попытался сохранить в 5-й версии. Не сохраняет, пишет нельзя. В пятой версии не было команды масштабирование. Удалил операцию масштабирование - сохраняет в 5-й версии.

Так что сохранение в компасе в предыдущей версии тоже от лукавого.

[ssv22 16]

Только сейчас построил в Компас 12 деталь из двух опериций: выдавливание и масштабирование и попытался сохранить в 5-й версии. Не сохраняет, пишет нельзя. В пятой версии не было команды масштабирование. Удалил операцию масштабирование - сохраняет в 5-й версии.

Так что сохранение в компасе в предыдущей версии тоже от лукавого.

Конечно! Даже достаточно посмотреть HELP API от SW - там прямо написано для отдельных функций -(для разных версий SW ) "Устарело, использовать эту..."

Между прочим, в WIN API тоже периодичсеки вносятся мзмнения. И по-большому счету структууру ОС (той же WIN) определяеся именно WIN API, а не какие-то там отвлеченные функции...

[Vadim_ryb_ 77]

вопрос можно решить так: записывать дерево конструирования в порядке следования элементов с их параметрами в текстовый файл в одной версии. Затем считывать этот текстовый файл в другой версии. Анализировать текстовый файл и последовательно строить элементы с нужными параметрами. Но сложностей с "this method is absolete" не избежать. Для простых деталей с "вытянуть-повернуть" реализовать такую прогу в виде макроса не очень сложно. вроде было что-то на эту тему?

В принципе неплохо бы создать "нейтральный" формат файлов "дерево построения" для обмена данными с разными системами.

Для простых деталей, пока, конечно.

[zwee 9]

вопрос можно решить так: записывать дерево конструирования в порядке следования элементов с их параметрами в текстовый файл в одной версии. Затем считывать этот текстовый файл в другой версии. Анализировать текстовый файл и последовательно строить элементы с нужными параметрами. Но сложностей с "this method is absolete" не избежать. Но для простых деталей с "вытянуть-повернуть" реализовать такую прогу в виде макроса не очень сложно. g.gif вроде было что-то на эту тему?

Здесь упоминали некий макрос, который как я понимаю именно так и делал. Скорее всего это единственный реальный вариант. Но судя по всему дело это не такое простое как кажется. Особенно с учётом того, что в DS любят менять АПИ от версии к версии.

[Kelny 1 234]

Для простых деталей с "вытянуть-повернуть" реализовать такую прогу в виде макроса не очень сложно.

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

[Vadim_ryb_ 77]

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

Вопрос зачастую в количестве деталей и в количестве элементов в них.

[Michael_Mira 135]

Посмотрел такую закономерность с помощью архива:

На скрине один и тот же файл в разных версиях.

Вот если бы можно было этими строчками менять...

[AlexKaz 1 821]

Подскажите пожалуйста, есть ли обратная совместимость в пределах версий 2015 SP 1.0, 1.1 и 1.2?

[piden 2 874]

Для геометрии - есть. Для FlowSimulation и космоса может и не быть.

[AlexKaz 1 821]

Спасибо!

[Maik812 288]

А как насчет того что первые версии выходящих продуктов с сп 0 умеют сохранять в старый предыдущий формат? ну и наустанавливав предыдущих с сп0 перекинуть на предыдущий формат?

[Kelny 1 234]

А как насчет того что первые версии выходящих продуктов с сп 0 умеют сохранять в старый предыдущий формат? ну и наустанавливав предыдущих с сп0 перекинуть на предыдущий формат?

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

 

А вот API функция передачи файла в предыдущую версию имеется ещё с древних времён, но как говорят в SWR данная функция API ни когда не работала и сейчас отмечена как не поддерживаемая, но в API так и висит swSaveAsSW98plus (Obsolete and no longer supported-Устарело и больше не поддерживается): http://help.solidworks.com/2017/english/api/swconst/solidworks.interop.swconst~solidworks.interop.swconst.swsaveasversion_e.html

[Ostlavius 131]

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

 

И для оценки дурацкости привлёчем, пожалуй, @streamdown 

 

Итак, задача - перенести Дерево Построения на сколько угодно версий ниже.

 

Возможное решение - не выстраивать Дерево - а... Просто дать пользователю удобный интерфейс построения нового.

 

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

 

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

 

Алгоритм работы:

 

1. Записал макрос в верхней версии;

2. Открыл его в нижней;

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

4. IF "Фичеры => 1" GOTO 3 ;

5. Фичеры закончились - всё вбили, нигде не накосячили?.. Можем спать работать дальше...

 

Ы? Насколько реально? Насколько дико? Насколько нужно? Кто бы взялся?

 

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

 

P.S> Чуть не забыл... Эскизы/3Д-Эскизы, разумеется, переносятся полностью хитрой Магией API - чтобы их не строить заново...

 

 

Изменено 23 февраля 2017 пользователем Ostlavius