Перейти к публикации

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


fox1001

Рекомендованные сообщения

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

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

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

Ссылка на сообщение
Поделиться на других сайтах


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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

Изменено пользователем OBrain
Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вопрос зачастую в количестве деталей и в количестве элементов в них.
Ссылка на сообщение
Поделиться на других сайтах
  • 2 месяца спустя...

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

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

post-22588-1289822886_thumb.jpg

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

Ссылка на сообщение
Поделиться на других сайтах
  • 5 лет спустя...

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
А как насчет того что первые версии выходящих продуктов с сп 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

Ссылка на сообщение
Поделиться на других сайтах
  • 4 месяца спустя...

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

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

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

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

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

 

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

 

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

 

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

 

 

Изменено пользователем Ostlavius
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • lem_on
      ну с дуру известно что сломать можно.
    • Viktor2004
      руку привязки так сломать легко
    • lem_on
      По моему вполне логично если станок вывалится в ошибку если рука не доехала до места. У меня так же если кулачки или деталь на пути, просто пихаеш ее до места и станок опять активен. Но нынешние пановья даже не могут написать модель станка.
    • Viktor2004
      Я согласен что скорее всего проблема механическая Но если логика прописана криво и возможно не предусмотрела остановку в промежуточном состоянии, разве не логично будет попробовать принудительно подав напряжение дернуть эту руку вверх-вниз? Возможно то что туда попало выпадет  
    • Guhl
      Если оставить за скобками вопрото том, что до м19 работает нормально, а после нет, то вы не считали сколько у него реально импульсов на оборот? с помощью стороннего плк, например  А если ориентацию м5 снимать, а не м20?
    • lem_on
      Что это за станок такой в котором сразу ладер ковырять надо, даже не смотря на возможность механической проблемы? Или профдеформация?
    • Viktor2004
      не сразу я понял в чем вопрос. Долго соображал что такое режим управления скоростью. При завершении ориентации PMC снимает сигнал G70.6 ? И если он после снятия сигнала продолжает удерживать шпиндель, при каких условиях эта ориентация все же снимается? После нажатия аварийного грибка или еще как?
    • Viktor2004
      Ладдер пришлите. Будем принудительно пробовать поднимать и опускать
    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
×
×
  • Создать...