Cad, cam, cae-системы

Разработка API-приложения для программного пакета SolidWorks 2012. Часть1

SolidWorks API (Application Programming Interface) — это интерфейс, позволяющий разрабатывать пользовательские приложения для системы SolidWorks. API – интерфейс содержит множество функций, которые можно вызывать из программ Microsoft Visual Basic, Microsoft Visual C++, Microsoft Visual Studio или из файлов-макросов SolidWorks. Эти функции предоставляют программисту прямой доступ к функциональным возможностям SolidWorks.
С помощью API – приложений можно решать множество различных задач, например такие как: интеграция SolidWorks с другими программными пакетами, разработка специализированных модулей, добавляющих к базовым возможностям SolidWorks дополнительную функциональность и различные другие задачи. API – приложения позволяют получить множество конфигураций одной детали или сборки, тем самым выиграть огромное количество времени при принятии конструкторских решений.
Разработка API — приложения может осуществляться на уровне создания макроса в SolidWorks, либо на уровне отдельного приложения, написанного на языке C# или VisualBasic. Все динамические библиотеки, необходимые для работы с API – приложениями автоматически инсталлируются вместе с SolidWorks. Как правило, если необходимо разработать полноценное приложение, для геометрических построений удобнее использовать программный код, записанный в макрос SolidWorks. Для начала работы с макросами, необходимо в программном пакете SolidWorks отобразить панель инструментов «Макрос».

Как я не опубликовал приложение в Autodesk Apps Exchange

Исторически так сложилось, что я довольно давно являюсь администратором PDM системы Autodesk Vault. Кроме того, регулярно провожу обучение по использованию и администрированию этого программного продукта.
Ввиду описанных выше причин приходилось осуществлять довольно много установок «с нуля». В предыдущих версиях (2010-2014) даже для опытного пользователя задача, скажем честно, муторная. Так как в базовой комплектации система базируется минимум на MS SQL Server и IIS: необходимо учитывать и нейтрализовывать разного рода особенности, которые могут возникнуть при установке.
После примерно десятой итерации установки уже можешь вслепую пробежаться по настройкам Windows, IIS и SQL. Сразу обмолвлюсь, что использование виртуальной машины не подходило по причине того, что каждый раз установку приходилось осуществлять на новом железе, которым располагал заказчик. Итак, графический интерфейс – это хорошо, но метод явно не наш, так как сложно обеспечить должную скорость, повторяемость и автоматизацию.

Работа с API КОМПАС-3D → Урок 5 → Графические примитивы

Tutorial

Продолжаем цикл статей по работе с API САПР КОМПАС-3D Сергея Норсеева, инженера-программиста АО «ВНИИ «Сигнал», автора книги «Разработка приложений под КОМПАС в Delphi». В качестве среды используется C++ Builder. В предыдущих уроках по API КОМПАС Основы и Оформление чертежа мы исходили из того, что КОМПАС не запущен, в уроке Корректное подключение к КОМПАС мы проверяли наличие уже запущенного КОМПАСа и подключались к нему. В прошлом уроке Основная надпись разбирали, как заполнить основную надпись чертежа. В этом уроке продолжим рассмотрение интерфейсов системы КОМПАС и наконец-то начнем чертить.

Генеративный дизайн: на пороге новой эпохи проектирования

Представляем вашему вниманию информационную статью о новых технологиях проектирования от наших коллег из Siemens PLM Software.
Генеративный дизайн – принципиально новая технология проектирования. Основана она на применении программного обеспечения, способного самостоятельно, без участия конструктора, генерировать трехмерные модели, отвечающие заданным условиям. Фактически в системе «человек – машина» компьютеру передаются творческие функции, и он с ними отлично справляется.
UPD: Если вас заинтересовала технология, то 25 января в 14:00 по московскому времени компания Siemens PLM Software проведут вебинар с демонстрацией технологии генеративного дизайна. Приглашаем на регистрацию: cad-expert.ru/meropriyatiya/vebinary/generativnyy-dizayn/?utm_source=habr&utm_medium=article&utm_campaign=new_tech_web

Сохранение цвета элемента в БД Navisworks

Из песочницы

Предыстория задачи

Возникла у заказчика задача, допустим, такая:

• Скинуть в 1С элементы модели здания.
• В 1С использовать эти части модели в договорах – ну, допустим, указать, что вот такие-то элементы уже построены, такие-то – только запланированы, и т.п..
• В Navisworks на чертеже как-то увидеть это – например, отобразив элементы модели разными цветами. Для этого сделали к Navisworks плагин, который умеет копировать в 1С данные из таблиц Quantification (Takeoff tables), а также забирать их из 1С обратно и запихивать в Takeoff tables.
  А в 1С предполагалось у используемых в договоре элементов модели (помещений) менять цвета.

Только вот оказалось, что после изменения этих табличных данных в 1С – Navisworks не понимает, что они изменились, и надо бы их обновить. Стало быть, мне, программисту, надо ему это подсказать.

Итак, задача для программиста

После обмена с 1С изменились данные в таблице TK_Item – в частности, поле Color. Необходимо привести цвета на отображаемом чертеже в соответствие с указанными в таблице.

Основные направления в развитии САЕ

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

• Совершенствование методов решения междисциплинарных задач моделирования;
• Разработка новых платформ для интеграции различных систем САЕ, а также для интеграции САЕ-систем в PLM-решения;
• Повышение интероперабельности САЕ и CAD систем;
• Совершенствование методов построения расчетных сеток, описания граничных условий, параллельных вычисление и т.д;
• Улучшение характеристик моделей, которые применяются для описания свойсв материалов;
• Оптимизация систем САЕ для компьютерных платформ с 64-битными и многоядерными процессорами, а тем самым улучшение условий для моделирования сложных конструкций с большим количеством степеней свободы.

Создание плагинов для AutoCAD с помощью .NET API (часть 1 – первые шаги)

• Из песочницы
• Tutorial

Hello, Habr!
Решил рассказать о своем опыте работы с AutoCAD. Может быть, кому-то это поможет – ну или хотя бы интересным покажется.

Предыстория

Началось все достаточно просто: в очередной раз почувствовав острую нехватку денег, я решил, что пора бы уже начать их где-нибудь разыскивать. И вот после пары недель поиска на «Фрилансим» обнаружилась вакансия разработчика для создания программы, взаимодействующей с AutoCAD.
Скажу сразу: до того дня общаться с AutoCAD мне не доводилось. Однако объявление содержало в себе фразу «Опыт работы не требуется», которая наполнила мою душу надеждой. Я связался с разместившим вакансию человеком и получил тестовое задание.
Для пробы предлагалось создать на чертеже пару объектов, а также вывести текст. Несколько дней я искал информацию об API и пытался подружиться с непривычной программой. В конце концов фигуры были нарисованы, текст выведен, а тестовое задание отправлено на проверку. И через несколько дней я неожиданно узнал, что принят! Чудеса, да и только.
В следующих абзацах – мои впечатления, синяки и шишки, мысли и советы (возможно, вредные). Разработка велась под AutoCAD 2010, в качестве IDE использовалась верная Visual Studio 2013 Express. Язык разработки – C#.

Точность

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

Потенциальный источник проблем с точностью — это обмен данными. Детали, проектировавшиеся
в одной CAD-системе, затем передаются в другую систему для дополнительной работы
и для обработки на станке. Каждая такая передача требует, чтобы геометрия была
конвертирована из одного формата в другой, а некоторые такие преобразования
делаются с приближением к определенному конечному допуску. Эффекты от этих допусков
кумулятивны, поэтому необходимо быть уверенным, что они установлены существенно
меньшими (по крайней мере в 10 раз), чем допуск чистовой обработки.

Нейтральные форматы обмена данными, такие как IGES, часто вынуждают систему
конвертировать разные геометрические представления. Если это возможно, лучше
всего полагаться на отправляющую систему, поскольку она имеет доступ к изначальным
данным. Это может быть достигнуто путем корректировки IGES в отправляющей системе.
Корректировка устанавливает, какие из всех возможных типов данных должны быть
использованы в IGES-файле. Некоторые системы имеют готовые наборы IGES-настроек
для работы с популярными системами.

Еще один путь минимизировать потери при конвертации — использование прямых интерфейсов.
Прямой интерфейс позволяет одной системе напрямую читать файлы другой. Например,
комплекс PowerMILL (Delcam plc) имеет прямой интерфейс для CATIA, Pro/ENGINEER,
Unigraphics и других широко распространенных систем.

Некоторые компании-разработчики из-за простоты предпочитают формат данных STL,
представляющий собой приближенную триангуляцию математической поверхности модели.
Большое число CAM-систем, включая PowerMILL, могут напрямую работать с STL-файлами.
Однако при создании STL-файла треугольники генерируются с определенными допусками
и это может привести к заметному «гранению» обрабатываемой поверхности. Во многих
популярных конструкторских системах допуск STL на триангуляцию по умолчанию
вполне существенен (0,1 мм) и скрыт в массе параметров, где его легко не заметить.
Уменьшение допуска обработки на грубом STL-файле просто приводит к тому, что
каждая треугольная ячейка обрабатывается более точно!

Нечеткая логика и конечные автоматы против ПИД-регулятора. Избиение младенцев продолжается

Tutorial

Продолжаем изучать нечеткую логику по книге Гостева В.И «Нечеткие регуляторы в системах автоматического управления». После того, как мы насладились прекрасными видами поверхностей отклика, перейдем непосредственно к решению очередной задачи из книги Гостева В.И «Нечеткие регуляторы в системах автоматического управления».

Этот текст является продолжением предыдущих публикаций:

1. Простой регулятор на базе нечеткой логики. Создание и настройка.
2. Нечеткая логика в красивых картинках. Поверхности отклика для разных функций принадлежности.
3. Создание регулятора на базе нечеткой логики с многоканальной настройкой.
4. Простая нечеткая логика слеплена «из того что было» для газотурбинного двигателя.
5. Нечеткая логика против ПИД. Скрещиваем ежа и ужа. Авиадвигатель и алгоритмы управления АЭС.

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

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

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

Далее под катом – ПИД-регулятор, нечёткая логика и конечные автоматы для управления газотурбинным двухроторным двигателем (ГТД). Тем, кто впервые планирует познакомиться с работой нечеткой логики, рекомендую начать со статьи «Простой регулятор на базе нечеткой логики. Создание и настройка»

Утилиты в (статусе FREE) для расчета волнового сопротивления и не только…

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

Классификация CAD/CAM-технологий.

Все CAD/CAM-системы делятся на два типа:

• «Закрытые системы»;
• «Отрытые системы»

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

Открытые CAD/CAM-системы имеют ряд преимуществ для пользователей:

• Выбор любых CAD/CAM материалов из спектра имеющихся на рынке для фрезерования готовой реставрации;
• Сканер для оцифровки оттиска или оставшейся субстанции зуба, так и фрезеровальный аппарат, выбираются оператором. То есть полученные клиницистом снимки с помощью интраоральной сканирующей камеры одной открытой CAD/CAM-системы могут беспрепятственно использоваться для моделирования в программном обеспечении другой открытой системы и фрезероваться на станке третьей открытой системы другого производителя.

По второй основной классификации все CAD/CAM-технологии разделяют на:

• врачебные;
• лабораторные.

Лучшие компании производители CAD/CAM систем.

Dyamach — Современная конструкция от итальянского изготовителя. Ее отличает повышенная точность и возможность работать и комбинировать различные материалы. Фрезерный станок, обтачивающий изделия в непрерывном режиме, сокращает время выполнения операции. Минусом системы можно считать ее высокую цену в сравнении с аналоговыми версиями других производителей конкурирующих брендов.

Roland — Продукт японских разработчиков, основное преимущество которого – абсолютная бесшумность фрезерного аппарата в процессе обтачивания изделия. Также отмечается повышенная точность в обработке и придании необходимой формы протезам, сделанным из материалов повышенной твердости, например, коронки из циркония. Недостаток – высокая цена оборудования, что ограничивает его применение в отечественных стоматологических клиниках.

Sirona Dental Systems — Является представителем немецких производителей. Как и все, выполненное в Германии, отличается высоким качеством и соблюдением всех требований стандартов. Относится к оборудованию средней ценовой группы. Аппараты получили широкое распространение в российских стоматологических центрах. Идеальное решение для клиник с небольшой проходимостью и наличием современных лабораторий.

Zirkonzahn — Имеет самую высокую производительность – порядка 1000 единиц моделей ежемесячно. Совместим с внутриоральными сканирующими устройствами. Обрабатывает любые материалы. Относится к продукту среднего ценового сегмента. На европейском рынке с 2009 года. Продукт швейцарских производителей.

WIELAND — Фрезерная машина Wieland имеет массивное шасси и прочную гранитную рабочую поверхность. Предназначена для работы в больших лабораториях и фрезерных центрах. Основное преимущество — встроенный высококачественный жидкокристаллический экран, позволяющий моментальный вывод изображения в процессе обтачивания материала. Комплектуется автономным вытяжным механизмом.

WIELAND — Фрезерная машина Wieland имеет массивное шасси и прочную гранитную рабочую поверхность. Предназначена для работы в больших лабораториях и фрезерных центрах. Основное преимущество — встроенный высококачественный жидкокристаллический экран, позволяющий моментальный вывод изображения в процессе обтачивания материала. Комплектуется автономным вытяжным механизмом.

Проектирование и изготовление телескопа

Говорят, что если человек приобрел телескоп и использует его для наблюдений, то через некоторое время он обязательно захочет другой, получше. Так случилось и со мной. У меня есть телескоп PowerSeeker 127мм, но захотелось лучшего. По этой причине я даже было дело собрался точить свое зеркало, но позже обнаружил, что на AliExpress можно за недорого приобрести 200мм зеркало. Главное зеркало вместе с диагональным выходили где-то 6000 рублей с доставкой. Это очень дешево. На снимке выше, как раз такое зеркало, только что прибывшее по почте из Китая.
Купить-то купил, но это же не готовый телескоп. Нужна труба, держатель главного зеркала, диагонального, юстировки, фокусер. Как их изготовить самостоятельно? Решил, что по возможности буду печатать необходимые детали на 3D принтере. Но для этого их нужно еще спроектировать. Или найти дизайн в интернете.
Если поискать в интернете, то, конечно, «телескопы уже печатали». Вот примеры проектов:

По разным причинам мне эти проекты не очень понравились. Я решил, что буду проектировать части телескопа сам. Чтобы жизнь медом не казалась я отчего-то решил, что буду делать проект во FreeCAD. До этого момента я уже делал кое-что в Компас 3D (я делал Marble-Machine). И теперь я подумал, что FreeCAD должен быть не сложнее…

Создание пользовательских примитивов в САПР на MultiCAD .NET API

Одним из главных недостатков традиционного .NET API в .dwg совместимых САПР является невозможность создания пользовательских примитивов (Custom Entities) на .NET. Пользовательские примитивы создаются на С++, для их использования в .NET необходимо создать управляемые обёртки на C++/CLI.
Технология MultiCAD .NET позволяет создавать пользовательские примитивы, не выходя за рамки управляемого кода. Помимо отсутствия промежуточных объектов на C++, в MultiCAD .NET максимально используются стандартные для .NET механизмы, как следствие нет необходимости во многих привычных для САПР программистов операциях: не нужно вручную описывать сериализацию, свойства в инспектор можно вывести без создания COM объекта и т.п.
В качестве демонстрации MultiCAD .NET мы рассмотрим пример приложения CustomObjects, содержащийся в комплекте поставки SDK. Этот пример создает пользовательский примитив, который представляет собой прямоугольную рамку с находящимся внутри текстом:
Чертежи, содержащие наш тестовый примитив, могут быть открыты в любой .dwg совместимой САПР. Для изменения примитива необходимо загрузить сборку, содержащую код примитива, причём во все поддерживаемые САПР платформы загружается одна и та же сборка без перекомпиляции. Технология является родной для nanoCAD, для загрузки модуля в AutoCAD требуется модуль расширения (Object Enabler). Как это работает смотрите под катом.

Траектория для ВСО

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

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

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

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

Преимущества техники CAD/CAM

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

Цена система CAD/CAM в стоматологии вполне оправдана, ведь ее применение помогает изготавливать качественные ортопедические конструкции. Благодаря системе можно восстановить утраченный зуб всего лишь за один визит к стоматологу. Сокращается не только время изготовления, но и количество используемой анестезии, слепков, времени для проведения лечения.

В нашей компании вы можете купить любые комплектации систем CAD /CAM. Мы работаем не первый год и предлагаем своим клиентам исключительно качественную технику для проведения любых манипуляций, связанных с зубопротезированием. У нас можно купить зуботехническую систему CAD/CAM по приемлемым ценам. Предлагаемое клиентам оборудование CAD/CAM в Москве лицензированное, имеет все сертификаты соответствия и гарантии.

Вы можете купить технику для зубопротезирования CAD/CAM и другое оборудование для зуботехнической лаборатории на нашем сайте. Работаем с каждым клиентом индивидуально, предлагая качественные и проверенные товары для стоматологии.

Как обойти основные затруднения при портировании САПР приложений на nanoCAD?

В конце октября 2014 года в Москве прошла 10-я юбилейная конференция «Разработка ПО, CEE-SECR-2014», на которой был представлен наш доклад о создании кросс-САПР-платформенных приложений. Доклад состоял из исторического обзора, рассказа об опыте портирования САПР приложений на nanoCAD и анализа основных затруднений при портировании. В настоящей статье мы не будем останавливаться на первых двух частях доклада — запись опубликована в конце статьи, а более подробно рассмотрим третью часть, доработанную по результатам обсуждения доклада в кулуарах конференции.
Когда в 2008 году мы начали разрабатывать nanoCAD, у нас уже существовало более двух десятков приложений для AutoCAD. Работы по портированию приложений велись параллельно с разработкой новой САПР платформы, требования приложений в значительной степени определяли направление разработки. В результате портирования приложения стали кросс-САПР-платформенными, заработали в nanoCAD и не потеряли возможность работы в AutoCAD.
В процессе портирования собственных приложений, а также в процессе общения с разработчиками сторонних приложений в рамках Клуба разработчиков nanoCAD, мы обнаружили несколько повторяющихся шаблонов, мешающих эффективному портированию:

Проектируем насосную станцию пожаротушения

В конце октября, разговаривая с руководством, получаю задание: «Нужен цикл статей о практическом применении программ nanoCAD ВК и Отопление. Задача поставлена, иди пиши».
В раздумьях не заметил, как дошел до своего рабочего места. Проектов, по которым можно написать статью, много, но хочется чего-то посвежее, чего-то особенного. Такого, чтобы сразу показать, что не стоит бояться отечественного софта, что он не хуже, а иногда и лучше зарубежного. На глаза попадается переписка с нашим пользователем Вячеславом Зацерковным из ООО «Дельта».
Вот она, первая статья! Вячеслав – один из самых интересных и любознательных пользователей, с которыми мне довелось столкнуться. Его отдел проектирует системы пожарной безопасности для объектов торгового, складского, производственного назначения, а если взглянуть шире, то разрабатывает любые проекты, касающиеся пожарной безопасности (АУПС, СОУЭ, ОМК, АСПЗ, СКС, МПБ, АУПТ, ВПВ).

Изучаем сопромат с CalculiX

Tutorial

Введение

Метод конечных элементов (МКЭ или FEM, у них за рубежом) прочно вошел в практику инженерных расчетов при проектировании сложных систем. В значительной степени это касается прочностных расчетов механики. Применения этого метода, реализуемого соответствующим программным обеспечением существенно сокращает цикл разработки конечного устройства, позволяя исключить массу экспериментальных проверок, необходимых при использования классических расчетов на основе методов сопромата и строительной механики. На текущий момент разработана масса прикладного ПО, реализующего МКЭ. Во главе угла стоит мощный ANSYS, по бокам от него и в почетном удалении — CAD-системы со встроенным FEM-модулем (SolidWorks, Siemens NX, Creo Parametric, Компас 3D).CalculiX силен, но труден и непонятен. Исправим это?
Естественно, МКЭ проник и в сферу образования — чтобы использовать его в реальных задачах, нужна подготовка соответствующих специалистов. В столицах, в крупных технических вузах обстановка в этой области более-менее нормальная, да и у нас в регионе тот же ANSYS применяется, например, на кафедре теории упругости ЮФУ. Но по периферии, в узко специализированных и не богатых университетах ситуация плачевна. И всё просто — ANSYS стоит порядка 2 млн. рублей за одно рабочее место, а место требуется не одно. К сожалению не все вузы могут позволить себе выложить 30-40 миллионов на организацию компьютерного класса для обучения применению МКЭ.
Одной из альтернатив может служить применение в учебном процессе свободного ПО. К счастью таковое ПО имеется. Однако, русскоязычных материалов по его использованию практически не существует. Исправляя эту ситуацию, данную статью я собираюсь посвятить в введению в CalculiX — открытый, свободный программный пакет, предназначенный для решения линейных и нелинейных трёхмерных задач механики твёрдого деформируемого тела и механики жидкости и газа с помощью метода конечных элементов.