fox1001

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

57 posts in this topic

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

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

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

Share this post


Link to post
Share on other sites


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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

ID: 44   Posted (edited)

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

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

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

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

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

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

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

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

Edited by OBrain

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

post-22588-1289822886_thumb.jpg

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Спасибо!

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
А как насчет того что первые версии выходящих продуктов с сп 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

Share this post


Link to post
Share on other sites

ID: 57   Posted (edited)

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

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

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

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

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

 

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

 

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

 

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

 

 

Edited by Ostlavius

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.



  • Сообщения

    • mam0n
      Там длина не важна, идеально если вообще без нее, если так можно Т.е минимальный прямой участок
    • механик
      Еще укажите длину короткой полки. Та которая у края детали.
    • ilya2202
      Системы отличаются поколениями (аппаратным исполнением) и количеством одновременно управляемых осей. Smart управляет одновременно тремя осями. Matrix Nexus четырьмя.
    • ilya2202
      Здравствуйте.   Да, есть. "ORBIT CYCLE" - G148/G149
    • Blurp
      Ёу, тока не надо лойсов! Моя - зеленый пацифист и к созданию короткометражки отношения не имеет, увы. Математика странная. Куча новодела на 1,5 млн город. Куда еще-то строить? Но это риторический вопрос.   По первому посту, кстати. Cargo. Смотрел полнометражный фильм с таким же названием.      
    • Борман
      Жжот Ержан.    
    • vasillevich68
      Корюшку с собой надо брать, а то придется пить с яйцами козла   
    • Konstruktorius
      Таки это есть в Ежике - Не помню точно в каком месте, но там есть что-то типа: отображать линии как при печати, и место где снять или поставить галочку. Снимешь галочку и линии не будут супер толстыми. Я один раз в жизни пробовал включить, и сразу убрал. Сейчас не помню, чтобы у меня это хоть раз стояло в стандартных шаблонах. Я предпочитаю при установке новой версии программы не копировать старые шаблоны в новую версию, а новые шаблоны один раз подредактировать по образцу старых, может с добавлением новых возможностей... а старые складываю в архив.. Можно при выводе на печать - поставить показать образец, и если будет не читабельно подкорректировать толщину линий или сделать дополнительный выносной вид увеличенный, где показать размер, чтобы рабочие могли его тоже прочитать. Вообще Когда не требуют чертежи вчера, я стараюсь просмотреть все самостоятельно, и проверить все ли понятно из моих чертежей для изготовления и сборке, и если есть сомнения, то или добавляю подробности в чертежах, или делаю 3D для планшета и пишу комментарий на чертеже чтобы смотрели 3D или звонили мне..   
    • Konstruktorius
      Вы это делаете в синхронной среде?  Часть отверстий вы зеркалите относительно осей? А потом отзеркаленные элементы пытаетесь привязать жестко заданным размером, это вызывает переопределение связей и он вам показывает, что вы не правы. или я ошибаюсь? Рекомендую по другому задать связи, используя дополнительную геометрию Например прямоугольник, которая при использовании команды отверстие станет  справочной, и отверстия привязать к ней размерами и связями, а сам прямоугольник привязать к осям и кромкам... Надеюсь понятно объяснил.
    • Борман
      Забыл, что нужно еще микрофон в жопу засунуть... Неопытный.