soliworks и mathcad

[Странник 6]

6. Задается имя внедренного объекта (например, SWPObj), число входных и выходных переменных (не более 4-х). Нажать «Готово»

Итак, конструктору предлагают писать нечто на скриптах из-за 4 параметров?

[ssv22 16]

Итак, с SolidWorks дружба у маткада не сложилась...

Ваши слова, уважаемый 'Странник'?

Вам доказали обратное. Есть такая "дружба". Плохая-ли, хорошая, но есть.

Применять или нет - дело исключительно Ваше...

[Странник 6]

Вам доказали обратное. Есть такая "дружба". Плохая-ли, хорошая, но есть.

Дружбой это было бы тогда, когда был бы нормальный вход-выход из одной системы в другую и обратно. При чём ещё и другие функционалы CAD и MatchCAD должны были бы адекватно на такие связи реагировать, не так как приятельствуют датчик с конвертом в SW-2009. А средствами дополнительного программирования можно и оптимизатор к SolidWorks прикрутить, и внешний программный комплекс проектирования технических систем определённого типа... только будет это что угодно, но не рабочий инструмент конструктора.

Таким образом, на уровень доказали это не тянет, даже близко.

[ssv22 16]

Дружбой это было бы тогда, когда был бы нормальный вход-выход из одной системы в другую и обратно. При чём ещё и другие функционалы CAD и MatchCAD должны были бы адекватно на такие связи реагировать, не так как приятельствуют датчик с конвертом в SW-2009. А средствами дополнительного программирования можно и оптимизатор к SolidWorks прикрутить, и внешний программный комплекс проектирования технических систем определённого типа... только будет это что угодно, но не рабочий инструмент конструктора.

Таким образом, на уровень доказали это не тянет, даже близко.

Опять не слава богу...

Что в Вашем понимании есть:

- "нормальный вход-выход из одной системы в другую и обратно"

- "адекватно на такие связи реагировать" ?

За неимением лучшего берем то, что есть, если конечно хотим. Не хотим - сидим, ждем, мечтаем...

Однако можно просто и не дождаться такого функционала. Вдруг глядь - уже и на пенсию пора...

Кто это будет все делать-то?

[Vadim_ryb_ 77]

Итак, конструктору предлагают писать нечто на скриптах из-за 4 параметров?

Да. Не более 4-х параметров рабочего документе у компонента для обмена со скриптом.

Посмотрим что говорит хелп? А вот что:

Mathcad exchanges data with a component by using input and output variables. All components can accept and/or return scalars or arrays, and some components can also pass strings.

. . . . . . . . . . . . . .

Number of component inputs and outputs are limited only by the available system resources.

Стоит упомянуть, что массивы в mathcad-е могут быть двумерными, а так же "вложенными".

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

А насчет "дружбы" - сначала попробуем что-либо сваять, а потом увидим.

[Kelny 1 236]

Да. Не более 4-х параметров рабочего документе у компонента для обмена со скриптом.

А от куда эта магическая цифра? В приведённом примере действительно только четыре, но это ведь зависит от массива Inputs, так понимаю, можно любое количество.

...limited only by the available system resources.

Разве это не переводится как: "...ограничения только в доступными системных ресурсах"?

[Странник 6]

Опять не слава богу...

Что в Вашем понимании есть:

- "нормальный вход-выход из одной системы в другую и обратно"

- "адекватно на такие связи реагировать" ?

Это когда в CAD и MatcCAD есть соответствующие окошки, посредством которых любой пользователь импортирует/экспортирует любую нужную ему информацию из системы в систему, при чём никаких красных и жёлтых меток, а так-же тормозов у него не появится. Кроме того, не появится невесть откуда взявшихся килограммов в модели и ограничений на другом конце связки, типа того, как это происходит с Excel, а так же между конвертом и датчиком.

За неимением лучшего берем то, что есть, если конечно хотим. Не хотим - сидим, ждем, мечтаем...

Однако можно просто и не дождаться такого функционала. Вдруг глядь - уже и на пенсию пора...

Кто это будет все делать-то?

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

[ak762 307]

А насчет "дружбы" - сначала попробуем что-либо сваять, а потом увидим.

вот и я хотел бы попросить продемонстрировать что-нибудь интересное в связке soliworks и mathcad

[ssv22 16]

А от куда эта магическая цифра? В приведённом примере действительно только четыре, но это ведь зависит от массива Inputs, так понимаю, можно любое количество.

Разве это не переводится как: "...ограничения только в доступными системных ресурсах"?

Небольшое уточнение: я бы перевел так:

"ограниченно только доступными системными ресурсами"

Возникает вопрос: что считать "доступными системными ресурсами" ?

ИМХО Библиотека, которая описывает это вставляемый "Scriptable object" тоже к ним относится, видимо там и "зарыта собака".

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

to `Странник`

...

Если этим функционалом может воспользоваться только один самый продвинутый пользователь из ста, а даже и из десяти,

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

если у них ещё осталось хоть малая доля уважения к пользователям.

По Вашему пользователь `Mathcad` - это "один самый продвинутый пользователь из ста..." ?

Я лично ничего не рекламирую и стесняться мне нечего...

И интересно, что это за ребят Вы ждете, которые будут доводит до ума новое качество...?

Ну ждите...

Вообще, мне непонятно:

то Вы заявляете, что между `Mathcad` и `SW` нет никакого интерфейса, а когда Вам говоришь, что есть, Вы говорите, что это НЕ ТОТ интерфейс!

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

средств из области программного обеспечения!

ИМХО вот это:

Это когда в CAD и MatcCAD есть соответствующие окошки, посредством которых любой пользователь импортирует/экспортирует любую нужную ему информацию из системы в систему, при чём никаких красных и жёлтых меток, а так-же тормозов у него не появится.

из области фантастики...

[Странник 6]

По Вашему пользователь `Mathcad` - это "один самый продвинутый пользователь из ста..." ?

Я лично ничего не рекламирую и стесняться мне нечего...

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

Вы шофёру предложите прямо на ходу бросать проводки из-под капота в кабину или трубки в бензобак вставлять... по сути это тоже самое.

И интересно, что это за ребят Вы ждете, которые будут доводит до ума новое качество...?

Ну ждите...

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

Вообще, мне непонятно:

то Вы заявляете, что между `Mathcad` и `SW` нет никакого интерфейса, а когда Вам говоришь, что есть, Вы говорите, что это НЕ ТОТ интерфейс!

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

Ещё раз: конструктор занимается конструированием изделий, а не разработкой программного обеспечения того или иного уровня. Это разные ремёсла и нельзя требовать владения ими обеими, тем более на высоком профессиональном уровне. Конструктор может сформулировать ТЗ программисту, но и это удел немногих, самых продвинутых и опытных в своём ремесле, имеющих расширенный кругозор на фоне высокой способности к обучению. Даже если на каком предприятии есть золотая связка конструктор - программист, всё одно потребуется время на осознание/написание/отладку/внедрение, а там ещё надо изхитриться парировать 4..5 сервиспаков и новую версию системы с изменёнными кодами.

ИМХО вот это:

...

из области фантастики...

Вот тут согласен, в случае этого конкретного CAD и MatcCAD действительно фантастика, ибо система уже перекуплена другою фирмою, конкурентом SolidWorks.

[Kelny 1 236]

Вы шофёру предложите прямо на ходу бросать проводки из-под капота в кабину или трубки в бензобак вставлять... по сути это тоже самое.

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

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

Ещё раз: конструктор занимается конструированием изделий, а не разработкой программного обеспечения того или иного уровня. Это разные ремёсла и нельзя требовать владения ими обеими, тем более на высоком профессиональном уровне.

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

Если предприятие обладает разработчиками ПО, то вполне можно организовать программописание под заказ конструкторов. Так выдайте ТЗ разработчикам и оплатите работу по вашему ТЗ и будет у вас функционал, который вы хотите и ждёте.

[zeppelin 66]

Зайдите на офф сайт РТС

создайте свою учетную запись и качайте себе интеграцию с SW

<noindex>Free downloads</noindex>

[Vadim_ryb_ 77]

А от куда эта магическая цифра? В приведённом примере действительно только четыре, но это ведь зависит от массива Inputs, так понимаю, можно любое количество.

Разве это не переводится как: "...ограничения только в доступными системных ресурсах"?

Для более полной информации см. подсказку по «Scriptable Object».

Наш менталитет велит проверять все на ощупь. Я тоже сначала не поверил – проверил – «Scriptable Object» больше 4-х не берет!

[Странник 6]

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

Знать что у тебя под капотом, это ещё не значит проводить модернизацию автомобиля по ходу рейса, тем более на крутом повороте.

Если предприятие обладает разработчиками ПО, то вполне можно организовать программописание под заказ конструкторов. Так выдайте ТЗ разработчикам и оплатите работу по вашему ТЗ и будет у вас функционал, который вы хотите и ждёте.

Прежде чем сами разработчики SolidWorks не излечат своих же багов с конвертом, датчиком и библиотекой проектирования затевать такие "самоделки" просто безсмысленно... даже если есть реальные технические возможности. После же истории с SWR-PDM и тем более, ведь проблема синхронизации файлов разных систем решается только через PDM, а итерационности конструкторских работ ещё ни кто не отменял.

Кстати сказать, моё ТЗ на ординатно-угловой размер так и лежит в SWR с 2006 года, официальное, со всеми потребными печатями и подписями.

P.S. Kelny, при всём уважении всёже не вам решать, чего я должен уметь делать, а чего нет.

[Vadim_ryb_ 77]

вот и я хотел бы попросить продемонстрировать что-нибудь интересное в связке soliworks и mathcad

Инересное? Интересы у всех разные... А что может вызвать подлинный интерес у народа?

Пример экспорта данных из Mathcad в SW при построении плоской кривой (эвольвенты – был как-то такой вопрос на форуме) сплайном по точкам. К сожалению пока MCAD14/SW2008.

Evolventa.rar

[ak762 307]

А что может вызвать подлинный интерес у народа?

Пример экспорта данных из Mathcad в SW при построении плоской кривой (эвольвенты – был как-то такой вопрос на форуме) сплайном по точкам.

еще не успел посмотреть приложенный файл, но вот получить эвольвенту для овального колеса в связке Mathcad и SW было бы интересно думаю многим

как здесь http://fsapr2000.ru/index.php?showtopic=29...mp;#entry275522

[Странник 6]

еще не успел посмотреть приложенный файл, но вот получить эвольвенту для овального колеса в связке Mathcad и SW было бы интересно думаю многим

Горазда интереснее было бы "снять" из модели объём и инерционно-массовые характеристики какой ни будь слабо поддающеёся описанию фигуры, в маткаде что либо преобразовать на их основе, а результаты с чем ни будь завязать в той же модели. Потом подёргать исходные эскизы и убедиться, что связка не сходит с ума.

[Vadim_ryb_ 77]

После экспериментов с обеими обсуждаемыми системами создается достаточно благоприятное впечатление. За интеграцию я бы поставил «4».

Использование Маткада позволяет сравнительно просто (относительно ВБ) решить расчетную часть и построение интерфейса системы. Маткад позволяет создавать достаточно наглядные рабочие документы со списками, кнопками, переключателями. С другой стороны – возможность оперативно просматривать весь расчет со всеми промежуточными результатами и оперативно вмешиваться в них: например, исправлять ошибки. Или наоборот – запрещать участки документа от редактирования рукоблудливыми юзерами.

Здесь, правда возникает старый наболевший вопрос о знании программирования, теперь уже с небольшим оттенком: кто должен создавать рабочие документы Маткада? Должен ли программист знать Маткад и кому вписывать в рабочие документы скрипты на Бэйсике;))). Будем считать это шуткой и прошу тему не развивать.

Оценку я снизил за довольно частые сообщения «Сервер занят» и чудеса, возникающие при отладке. Видимо немалая толика ответственности за это по-видимому лежит на Мелкософт. Такие сообщения могут возникать по причине долгой обработки СВ заданий от Маткада или если СВ закрыт. Поэтому для построения сложных моделей приходится применять разные хитрости, упрощающие модель. Например, в зубчатом колесе гасить массив зубьев.

Напоследок напомню инструкцию Маткада, что для работе OLE необходимо сначала открыть СВ и Маткад. Только при этом возможна интеграция.

Для истории: еще один пример интеграции выложен по адресу

http://fsapr2000.ru/index.php?showtopic=27...st&p=277031

[vectorman777 24]

ссыль на то, что интеграция всё-таки существует - <noindex>http://vimeo.com/6789328</noindex>

значит интеграция маткада и солида похоже что возможна. решил проверить, а работает ли это в SW2009(X86). и ведь работает, если, конечно размеры завязаны на уравнениях.

<noindex></noindex>

Изменено 6 марта 2010 пользователем vectorman777

[ssv22 16]

Vadim_ryb_ !

А эти библиотеки не пробовал подключать? Тут полно всяких, даже от Maple есть...

Может тогда можно будет как обычно писать плагин на VB и использовать функции МатКада и др. ...

И может исчезнут проблемы о которых ты писал чуть выше...