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

крякозяблы при ковертации из Компаса в SW через step


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

для сведения

NX 8.5 импорт без каких-либо приседаний и кракозябр.

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


импорт без каких-либо приседаний и кракозябр

 значит программисты NX позаботились о пользователях добавив чтение всех символов, а не только по спецификации STEP  :smile:  Кароч, кто даст STEP файл с русскими символами в подсборках и деталях, который можно открыть в 2015 SW и там они норм отобразятся - тому без промедлений вышлю 100 рэ на мобилку)))) (типа предложение с подвохом :bleh: )

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

Не знаю, не знаю. В STEP от Инвентора, кирилица вообще пишется в виде:

\X2\041B04380447043D044B0435\X0\

Что касается NX10 то по всей видимости каких то настроек у меня не хватает. Части с русскими именами вообще не подгрузились.

Изменено пользователем Ruslan
Ссылка на сообщение
Поделиться на других сайтах
Кароч, кто даст STEP файл с русскими символами в подсборках и деталях, который можно открыть в 2015 SW и там они норм отобразятся - тому без промедлений вышлю 100 рэ на мобилку))))

Ничего не понял, после пересохранения в cp866 в 2015-м русские символы.


Как это сделать?

Вместо блокнота использовать AkelPad (часто встречается в сборках TotalCommander, вызывается по F4) http://akelpad.sourceforge.net/ru/

TEST STEP 000000_ - Сборка_cp866.zip

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

А у меня при попытке импорта пишет "Шаблоны по умолчанию недопустимы". (Не только с этим файлом, но другие открывались, этот вообще не открывается)

При создании новой детали всё нормально.

Что это за недопустимые шаблоны по умолчанию? Где их искать? Какие они должны быть?

Ссылка на сообщение
Поделиться на других сайтах
"Шаблоны по умолчанию недопустимы"
 Инструменты-параметры-шаблоны по умолчанию. Выставьте там пути к шаблонам

@@AlexKaz, в творчесте Ruslan-а ошибки чтения.

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

Странно, папка была та, а имена файлов другие. Исправил, заработало.

2016 и 2014 читают один и тот же файл по-разному (в смысле результата импорта имен). Я уже запутался.

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

 

Использовать IGES или Parasolid...

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

 И тут я добрался до 2016

bfc516fa8fe4547997e0d912cf7d36b4.png

 

Та же машина. SW в режиме американскобуквенного интерфейса:

aaf64c8755a0dcc173be130af3bda4ee.png

При русскобуквенном интерфейсе - всё норм.

Магия?  :biggrin:

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

Использовать IGES или Parasolid

 

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

 

streamdown - попробуй этот файлик из SW2015 Pal.rar

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

Ничего не понял, после пересохранения в cp866 в 2015-м русские символы.

 

 

Вместо блокнота использовать AkelPad (часто встречается в сборках TotalCommander, вызывается по F4) http://akelpad.sourceforge.net/ru/

Спасибо!

После переделки кодировки STEP на 866 появилась кириллица.

Но вот загадка, по каким понятиям SW именует файлы деталей сборки по Наименованию? 

Почему-то забыты имена файлов оригинала и Обозначения. Не хорошо это.

 

"Так надо" (с)?

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

 

streamdown - попробуй этот файлик из SW2015 attachicon.gifPal.rar

нету там ни каких имен  :sad:

Ссылка на сообщение
Поделиться на других сайтах
Но вот загадка, по каким понятиям SW именует файлы деталей сборки по Наименованию?

по значению поля что записано там то и напишет.. а не имя файла.

Ссылка на сообщение
Поделиться на других сайтах
Творчество @Ruslan'a я б сам выслал ему=)

В смысле, творчество @Ruslan'a, я б сам выслал ему 100 рублей

И тут я добрался до 2016
streamdown - попробуй этот файлик из SW2015 Прикрепленный файл Pal.rar

Открывает в кодировке ANSI, после сохранения в cp866 имя файла и деталей на русском.

Изменено пользователем AlexKaz
Ссылка на сообщение
Поделиться на других сайтах
после сохранения в cp866
 оно то уже всем понятно  :smile:  я про чудеса с не этой кодировкой. Чудеса - на которые влияет даже язык Solidworks.
В смысле
Кароч, кто даст STEP ...тому без промедлений вышлю 100 рэ на мобилку
 
Ссылка на сообщение
Поделиться на других сайтах

Вообще-то  я ожидал, что при передачи модели имена файлов деталей останутся как были в оригинале.

А тут засада с "Наименование". 

ИМХО одинаковых "Наименований" в сборке может быть скока хочешь.

 

post-10257-0-33844100-1472753972.png

Но файлы при этом разные.

 

 

Однако получаем в сборке SW 

 

post-10257-0-24890400-1472754038.png

 

Радость то какая! :clap_1:

А где "Обозначения" и прочие имена файлов?

 

Тему то не ради светской беседы запостил. 

Столкнулся вчера с тем, что передавал несколько сборок Компас в сборку SW через STEP и долго офигевал на тему, почему сборка превратилась в черти что ...

Оказалось "Наименования" деталей в сборках Компаса повторялись.

Вот таки дела...

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

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

 

В  случае  одинаовых  имен  разных  моделей (компас)  программа  (sw)  генерирует  свои  имена  используя определенные  шаблоны.

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

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

 

В  случае  одинаовых  имен  разных  моделей (компас)  программа  (sw)  генерирует  свои  имена  используя определенные  шаблоны.

Так точно! Но это в пределах модели одной сборки. Имхо.

Но если попытаться передать их Компаса в SW некую сборку,  и потом вставить её в существующую сборку, и если имена вновь вливающихся в сбору файлов будут совпадать с уже существующими, то будим наблюдать картину, которую я вчера наблюдал. Наблюдал ужас.

Ведь SW при обработке stp не знает, что в иной сборке уже есть аналогичные имена файлов и задаст файлам деталей конвертируемой сборки значения "Наименование" из stp.

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Anat2015
      Лапша на уши. Просто им не хочется настраивать, а тупо перенести параметры. За такую работу им и соответственно платить надо, по миниму.
    • maxx2000
      логика диктует что это 80% от максимального просвета, т.е. 0,8 от Кмах.
    • DuS
      поищите в справке или на ютубе граничная рамка.
    • plm-ural
      О вебинаре Уважаемые коллеги! Приглашаем Вас на вебинар, посвященный обзору возможностей программы Логос Прочность. Это высокоточный отечественный инструмент для численного решения широкого спектра задач статического и динамического упругопластического деформирования и разрушения конструкций, а также вибрационного анализа и широкополосной случайной вибрации при проектировании высокотехнологичных промышленных изделий.   Дата проведения: 24 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   1.    Общая характеристика решения Логос Прочность 2.    Перечень основных решаемых задач (статические расчеты прочности, вибрационный динамический анализ, динамические расчеты во временной области) 3.    Демонстрация решения задач     Логос Прочность обладает достаточно удобным пре/постпроцессором, позволяющим корректировать и создавать геометрию, строить сетку конечных элементов, формировать необходимые условия задачи, а также производить обработку результатов. Решение разрабатывается с учетом требований отечественных предприятий для решения реальных задач в различных отраслях промышленности, включая обычные вооружения, атомную энергетику, авиастроение, транспортное и военное машиностроение и многие другие.   Вебинар будет интересен специалистам, занимающимся прочностными расчетами.   Спикер  — Сергей Хрулев, руководитель бригады прочности ГК «ПЛМ Урал».   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru. Будем рады видеть Вас в качестве участников!   Регистрация на вебинар  
    • plm-ural
      О вебинаре Приглашаем Вас на вебинар, посвященный сравнительному анализу российской системы компьютерного моделирования литейных процессов ПолигонСофт и ПО ProCAST от ESI Group. Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Дата проведения: 25 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   сравнение решаемых задач; сравнение возможностей ПО в плане подготовки расчетной модели; сравнение постановки задачи; сравнение и анализ полученных результатов и т.д.  ответы на вопросы.   Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Лопатки для двигателестроения являются одними из самых сложных в технологическом плане отливок и, в то же время, одними из самых ответственных деталей в агрегате. К ним предъявляются высокие требования к качеству (наличие дефектов и структура зерна), так как отливки работают в тяжелых эксплуатационных условиях.  Для их изготовления применяются дорогостоящие сплавы и, следовательно, получение не качественной отливки обходится предприятиям очень дорого как в материальном плане, так и в плане репутации.    Компьютерное моделирование изготовления таких отливок поможет избежать грубых ошибок в технологии на этапе разработки, снизить себестоимость изделия за счет минимизации брака и сократить время запуска технологии в производство.   Ведущий: Максим Ведерников, инженер технической поддержки ГК "ПЛМ Урал".   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru.   Будем рады видеть Вас в качестве участников!   Регистрация на вебинар
    • ZVUM
      Здравствуйте, помогите пожалуйста с советом.. Хочу упростить работу в спецификациях убрав функцию прописывания размеров деталей. Что я хочу? А именно, сделать шаблон детали, чтобы при создании детали и моделировании чего-либо, не важно - бобышкой или гнутые, хочу чтобы в примечаниях автоматически указывались габаритные размеры "Длина" "Ширина" "Толщина", возможно ли как-то в переменных вписать определение размера и чтобы прописывались в суммарной информации? По типу 'RD1@Примечания@Деталь.moPart_c'. Спасибо!
    • Killerchik
      Эх, текстовый файл, я тогда так не умел :( Нет, измерял по одной точке и фоткал с экрана соответствующие переменные #1хх. Сейчас бы конечно применил команду dprnt или как там её, для записи результатов в файл на стойке. Единственно что, последний раз когда надо было обмерить какой-то кривой ужас, писал точки в переменные #600-#999 и потом фоткал все разом с экрана. Хотя бы УП измерения была одна единая.
    • Kosi27
      Здравствуйте! При попытке выполнить программу фрезерования на токарно-фрезерном станке возникает ошибка при моделировании #61102 "Направление шпинделя не запрограммировано". Обнаружил, что меню выбора направления обработки урезано, вместо "торец C, Бок.пов С, Торец Y, Бок.пов Y" есть только пункт "Торец, Бок.пов".   Фото меню моделирования с ошибкой  Фото меню со стойки машины Скриншот меню из sinutrain   Приводные блоки через меню TSM запускаются.  Машина Headman T65M/750, стойка Siemens 828D.  Подскажите пожалуйста, кто сталкивался с такой проблемой и как её решить? Поставщик оборудования очень тяжело идет на контакт, а инструменты неосевой обработки необходимы как никогда. HELP:(
    • Говорящий Огурец
      Лучше, чем это сделал OpenMind, у меня вряд ли получится :) Полно инфы как в текстовом формате, так и видосов на Трубе
    • ak762
      @Killerchik а как вы точки касания в текстовый файл записывали, руками с экрана или использовали станочную команду?
×
×
  • Создать...