санкции 2022

[lexx174 373]

SAP, Siemens, Oracle и другие корпорации объявили о сворачивании своей работы у нас. Кто как планирует работать дальше? Использовать их софт как есть на текущих версиях,или руководство уже требует переходить на наши отечественные CADы PLMы ERP ?

 

Сегодня уже сайт Siemens тоже недоступен

Изменено 4 марта 2022 пользователем lexx174

[BSV1 1 731]

8 часов назад, Vova сказал:

это круто конечно по фото ценник рыбы определять.

То, что за эту "рыбу" в кабаке четыре цены слупили, мы даже не сомневаемся. 

[a_schelyaev 367]

1 час назад, zerganalizer сказал:

Это не проблема STEP, а проблема САПРа,

Я не писал, что это проблема СТЕПа. И в 90% случаев это не проблема САПРа. НАйдите мои публикации в САПР и графика.

[IgP 111]

On 4/1/2022 at 8:45 PM, kkk said:

В новостях сейчас прочитал, что в связи с санкциями авиадвигатели собираются на Компасе проектировать. Вообще не спец в этом деле, так что интересно, потянет Компас современные авиадвигатели для МС-21? Или Т-Флекс (хотя про него в новостях ничего не было)?

 

23 hours ago, lexx174 said:

«ОДК-Сатурн» будет проектировать двигатели в отечественном инженерном ПО » Авиация России (aviation21.ru)

А что, на дату этой новости, никто и внимания не обратил?

[zerganalizer 570]

3 минуты назад, a_schelyaev сказал:

Я не писал, что это проблема СТЕПа. И в 90% случаев это не проблема САПРа. НАйдите мои публикации в САПР и графика.

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

[BSV1 1 731]

14 минут назад, a_schelyaev сказал:

... мои публикации в САПР и графика.

Ссылку дайте, если не сложно.

[Vova 419]

2 hours ago, zerganalizer said:

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

Вообще то там 4 сорта рыбы на фотo.

Spoiler

Треска правильно.  И еще слона не заметили кревтки. Рыба не вареная, тут ошибка.
Ну а вкусах мы спорить не будем. 

[zerganalizer 570]

17 минут назад, Vova сказал:

И еще слона не заметили кревтки.

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

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

[a_schelyaev 367]

1 час назад, BSV1 сказал:

Ссылку дайте, если не сложно.

https://sapr.ru/article/24531

https://sapr.ru/article/24716

 

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

[SAPRonOff 564]

1 час назад, a_schelyaev сказал:

И в 90% случаев это не проблема САПРа.

 в 110% случаев это будет проблема конструкторов\расчетчиков\чпу-шников - они не будут разбираться, проще трофейное ПО где-то "отжать" .

и всё-таки деление 1 к 9 деление очень субъективное между тремя сторонами-участниками "процесса" (исходной CAD -  транслятором - целевой CAD\CAE\CAM ). Проверяется очень легко - строим среднесложное изделие с обилием скруглений в К-се, например, и потом транслируем в разные CAD(СВ\НХ\ТФ\АК\АИ\КАТИЯ и т.п.), где есть сервисы проверки на валидность, чаще всего проблема будет в одном и том же месте, умозаключаем - вряд ли проблема в трансляторах, а скорее всего в эвристических решений математического ядра :)

 

 

 

Изменено 5 апреля 2022 пользователем SAPRonOff

[zerganalizer 570]

20 минут назад, SAPRonOff сказал:

строим среднесложное изделие с обилием скруглений в К-се, например, и потом транслируем в разные CAD

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

 

Не надо трансляторы вообще, ВЫКИНЬТЕ эту ненужную прокладку. Только прямое зачитывание модели нативными библиотеками, как в Инвенторе. И в Т-Флексе, как я слышал, такое тоже есть. Даже EdgeCAM удосужился зачитывать нативные данные Компаса при наличии его на компе. Без наличия - кто мешает Компасу выпустить приложение, симулирующее наличие Компаса с библиотеками, чтобы тот же EdgeCAM смог читать его данные без промежуточной конвертации какой-нибудь глючно-недоделанной "прокладкой".

 

В катии такая технология называется Multy-CAx. Вставляет в сборку нативные файлы без конверсий, даже тот же STEP не импортируется, как обычно, а нативно вставляется - нет потерь ID-объектов топологии, так что даже сборочные связи не отваливаются во многих случаях после обновления "внешних источников данных".

 

Пора забыть о конвертерах данных в принципе.

[maxx2000 614]

12 минут назад, zerganalizer сказал:

Пора забыть о конвертерах данных в принципе.

OLE технологии в массы

[a_schelyaev 367]

1 час назад, zerganalizer сказал:

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

 

Не надо трансляторы вообще, ВЫКИНЬТЕ эту ненужную прокладку. Только прямое зачитывание модели нативными библиотеками, как в Инвенторе. И в Т-Флексе, как я слышал, такое тоже есть. Даже EdgeCAM удосужился зачитывать нативные данные Компаса при наличии его на компе. Без наличия - кто мешает Компасу выпустить приложение, симулирующее наличие Компаса с библиотеками, чтобы тот же EdgeCAM смог читать его данные без промежуточной конвертации какой-нибудь глючно-недоделанной "прокладкой".

 

В катии такая технология называется Multy-CAx. Вставляет в сборку нативные файлы без конверсий, даже тот же STEP не импортируется, как обычно, а нативно вставляется - нет потерь ID-объектов топологии, так что даже сборочные связи не отваливаются во многих случаях после обновления "внешних источников данных".

 

Пора забыть о конвертерах данных в принципе.

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

Касаемо чтения в Компас, то в прошлом году я занимался переносом данных из западных систем в Компас. Проблем с Компасом в этом вопросе на наблюдал. Были проблемы в качестве исходных данных.

2 часа назад, SAPRonOff сказал:

 в 110% случаев это будет проблема конструкторов\расчетчиков\чпу-шников - они не будут разбираться, проще трофейное ПО где-то "отжать" .

и всё-таки деление 1 к 9 деление очень субъективное между тремя сторонами-участниками "процесса" (исходной CAD -  транслятором - целевой CAD\CAE\CAM ). Проверяется очень легко - строим среднесложное изделие с обилием скруглений в К-се, например, и потом транслируем в разные CAD(СВ\НХ\ТФ\АК\АИ\КАТИЯ и т.п.), где есть сервисы проверки на валидность, чаще всего проблема будет в одном и том же месте, умозаключаем - вряд ли проблема в трансляторах, а скорее всего в эвристических решений математического ядра :)

 

 

 

Это проблема метода построения модели.

[zerganalizer 570]

1 час назад, a_schelyaev сказал:

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

У всех современных САПР низкоуровневое представление геометрии - это B-REP. В него завести геометрию проще всего - она в любом ядре, как ни строй и какой математикой - домены, грани, рёбра, вершины. ВСЁ. Самая пакость - в гранях двойной кривизны. И рёбрах NURBS/Besier. ТАК СЛОЖНО конверсию в такой простой формат сделать???

 

Косяки ядер САПР - дело отдельное, нашёл таких в катии в своё время немало.

Изменено 5 апреля 2022 пользователем zerganalizer

[SAPRonOff 564]

1 час назад, a_schelyaev сказал:

Это проблема метода построения модели.

интересно посмотреть методическое решение  на это :)

 

[a_schelyaev 367]

2 часа назад, zerganalizer сказал:

ТАК СЛОЖНО конверсию в такой простой формат сделать???

 

 

Ну сделайте - обогатитесь.

1 час назад, SAPRonOff сказал:

интересно посмотреть методическое решение  на это :)

 

Через мои руки много моделей прошло от разных CADов. Я то ничему не удивляюсь. Есть проблемы технического плана на уровне ядер. А есть проблемы на уровне методики построения. Так вот вторых больше. Потому что методики должны содержать подходы, учитывающие особенности геометрических ядер.

[BSV1 1 731]

12 минут назад, a_schelyaev сказал:

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

Вот интересно, кто такие методики разработает и донесет их до рядовых конструкторов?

[AlexKaz 1 841]

Не знаю куда втыкать.

Цитата

13 апреля состоится 7й форум РазвИТие

На форуме будут доклады о ПО:
- система проектирования КОМПАС-3D, расчетная система APM WinMachine и программа для анализа динамики технических систем Pradis на базе ОС «Альт» и Astra Linux, прототипы кроссплатформенных версий ЛОЦМАН:PLM и ПОЛИНОМ:MDM, работающие в ОС Windows и отечественных ОС на ядре Linux;
- премьера нативной версии расчетной программы FlowVision для моделирования аэрогидродинамики под Linux (на базе ОС «Альт»);
- методики и программные средства, обеспечивающие заимствование наработок, выполненных в других CAD/PLM-системах;
- управление требованиями на разных стадиях жизненного цикла и системная инженерия;
- управление динамическими составами при проектировании изделий любой сложности.

Участие бесплатное, требуется предварительная регистрация.
Будет доступна онлайн-трансляция.

forum.plmrussia.ru

 

3 часа назад, zerganalizer сказал:

ТАК СЛОЖНО конверсию в такой простой формат сделать???

А для чего голую геометрию без дерева конвертить? Оно же потом не параметризуется. Или "техника дошла" до перевода с деревом построения?

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

Изменено 5 апреля 2022 пользователем AlexKaz

[ART 511]

1 час назад, AlexKaz сказал:

Или "техника дошла" до перевода с деревом построения?

Так уже давно и даже с ассоциативными чертежами. 

[a_schelyaev 367]

3 часа назад, BSV1 сказал:

Вот интересно, кто такие методики разработает и донесет их до рядовых конструкторов?

Или собственные структуры или совместная работа с разработчиком

[Krusty 194]

3 hours ago, AlexKaz said:

Оно же потом не параметризуется. Или "техника дошла" до перевода с деревом построения?

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