CAD/CAM *

Что-то на Хабре совсем нет постов о таком замечательном инструменте как DipTrace. Думаю необходимо исправлять эту ситуацию.



DipTrace — это мощная система проектирования принципиальных схем и печатных плат (EDA — система).
Внимание! Под катом трафик!

Недавно начал работать над созданием плагина для AutoCAD 2009. Пишу на C#. Использую Visual Studio 2012 Ultimate. Так как включение отладки кода при написании плагинов под AutoCAD связано с определенными трудностями и соответственно тратой времени на поиск решения, я решил поделиться своим опытом и представить пошаговую инструкцию, каким образом включить отладку в Visual Studio.

На данный момент, найти толковое описание — кому и зачем это нужно почти невозможно.
В качестве первого своего поста (надеюсь не последнего) я приведу пример ТОП 5 моделей, по собственной версии, распечатаных на трех-мерных принтерах.

Основная часть списка взята из поста оффициального блога компании Stratasys Ltd, (в прошлом Objet. Две компании объединились в единое целое.) Но не об этом речь. Цель поста показать возможности трех-мерной печати.

5-ое место. Распечатанный корсет.

В мае этого года на одной из престижных выставках искусств, в Центре Жоржа Помпиду в Париже была представлена целая коллекция различных произведений распечатанных на 3D принтерах.
Видео репортаж можно посмотреть тут.

Идея и исполнение: профессор Нери Оксман. Израиль.

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

Имя этой программе GiD, и перед тем, как перейти к описанию, хотелось бы коротко рассказать о том, как я пришел к ее использованию.

Доброго времени суток, уважаемое Хабросообщество.

В своем первом посте я хочу описать процесс экспорта таких объектов PCB редактора Altium Designer, как полигоны. С данной проблемой я сталкивался не раз в процессе выполнения курсовых и дипломных проектов в университете. В них требуется оформлять документацию по ЕСКД, а это значит, что в комплект документации должен входить чертеж «Платы печатной». Опытный пользователь отметит, что чертеж можно оформить и в самом Altium при помощи использования механических слоев для рамок, дублирования слоев и их переноса и тп. Но я предпочитаю использовать AutoCAD, как более привычную среду для оформления чертежей.



Суть проблемы и решение далее.

Компания Эврика провела опрос трех компаний — разработчиков САПР, какие технологии они считают новыми.

Сейчас то время, когда новые релизы от производителей САПР появляются на рынке, и это интересное время. Много говорится об изменении парадигм, будущих тенденциях, и новой уникальной возможности продвижения вперед инженерных и дизайнерских решений. Интересно, что у разных производителей немного общего, многие из них берут на вооружение принципиально разные концепции, что приводит к появлению некоторых действительно новых и уникальных предложений.

Добрый день.
Те, кто имеет дело с AutoCAD и сторонними решениями для него, наверняка, сталкивались с проблемой прокси объектов, для отображения или перемещения которых требуется установить библиотеки, с помощью которых были созданы данные объекты или так называемые Objects Enablers, от тех же разработчиков. Это достаточно неудобно. Например, получили вы документ от заказчика/субподрядчика и видите только квадраты.

Хочу поделиться с Вами личным опытом создания «нетрадиционного» объекта для AutoCAD. За основу взят анонимный блок. Свойства объекта хранятся отдельно в BlockReference::ExtensionDictionary. Что дает возможность стороннему приложению или скрипту получить к ним доступ и считать их, а при желании изменить, без наличия оригинальных библиотек. Примитивы внутри блока всегда отрисовываются в соответствии со своим состоянием. Да и вообще, устойчивость работы AutoCAD значительно выше. Со стороны все выглядит просто. Но при попытке реализовать данный механизм были выявлены различные «подводные камни». Об этом по порядку.

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

Цель данной статьи.

Целью данной статьи является рассмотрение некоторых приемов работы в связке Autocad + C#.
В основном буду опираться на статью «Начало работы с Autocad с помощью C#». В рамках данной статьи будут рассмотрены некоторые замечания по особенностям работы с Autocad с помощью SDK — ObjectARX.

Чтобы разрабатывать электронику нужно как минимум знания схемотехники, знания современной электронной базы компонентов, умение работать в одной из программ САПР и разводить платы в соответствии с требованиями ЭМС. И если вы ещё не определились с какой из САПР вы в основном будете работать, то эта статья для вас.

Предыстория

Я начинающий разработчик, «школьный» уровень знания С++, небольшой (2 года) опыт программирования на С#, нулевой опыт работы в автокаде
Недавно попросили изменить LISP программки автокада, предназначенные для создания/изменения межевых планов и подготовки соответствующих документов MS Word / XML — пофиксить баги и добавить новый функционал.
Поскольку читабельность программ на Лиспе (по крайней мере для меня) оставляет желать лучшего, я решил переписать это на более понятный язык.
Т.к. мне не нужны были миллисекунды прироста скорости, я пропустил С++ и остановился на C#

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

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

FreeCAD — параметрический трехмерный редактор, позволяющий создавать объемные модели и чертежи их проекций.
Текущая версия FreeCAD — 0.12, но можно также скачать бета-версию 0.13 и попытаться ее скомпилировать.

FreeCAD поддерживает несколько различных форматов документов как на импорт, так и на экспорт, а также позволяет сохранять «снимки экрана» (в т.ч. в формате pdf).

Документация к FreeCAD довольно обильная, но все-таки не настолько полная, насколько бы хотелось. Вопросы по использованию этого продукта можно обсудить на форуме FreeCAD.

Идея родилась в моей голове от нашей бедности наших потребностей. Для тех, кто решил освоить какой-нибудь САПР, казалось бы, выбор должен быть всегда очевиден — это должен быть тот же САПР, что используется на предприятии, где работаешь, или же хочешь работать. Причины, по которой трудно сделать выбор могут быть разными, к примеру – у всех ленивых возникнет вопрос: «А что освоить легче?» или «Пойдет ли он на моем компьютере, если я хочу сделать нечто и в определённом количестве?». На выбор может так же повлиять наличие в программе нужных функций и, как это не странно прозвучит, цена. На эти и возможно некоторые другие вопросы ответы под катом.
ФОТО!!!

Мы уже писали о том, что приложение, написанное для nanoCAD, можно запустить в AutoCAD. Но гораздо интереснее наоборот: использовать в nanoCAD код, который был разработан для AutoCAD. Как всегда, я решил делать это играючи.

Оказывается, мысль о том, что можно сделать игру под САПР, приходит не нам одним. Например, в блоге Кина Волмсли (Kean Walmsley), ведущего евангелиста AutoCAD .NET API, есть статья об игре «Сапер». Вот именно этого сапера мы и будем пускать под nanoCAD. Подробности смотрите под катом.

Хорошо изучив хабр – встретил много интересных решений, построенных на нейронных сетях.
Также нашел редкие топики по тематикам САПР, а именно CAD/CAM системам, что навело на мысль: «а почему бы не написать о своих разработках и мыслях сюда?». Ведь здесь приличное количество специалистов, программистов и просто толковых людей. А в научных и профессиональных кругах на моем местном уровне — обсудить тонкости по данной тематике практически нереально. По-крайней мере поиски разработчиков подобного ПО с целью общения у меня не увенчались успехом и они по сей день не прекращаются.



Уже несколько лет, я занимаюсь изучением систем искусственного интеллекта (ИИ), а основная рабочая деятельность плотно связывает меня с CAD/CAM-системами и оборудованием с ЧПУ (числовым программным управлением).

Некоторое время назад у нас было большое событие — выход релиза nanoCAD 3.5. Ключевым нововведением этой версии стало открытое API, о котором и пойдёт речь в данной статье.

Как известно лучший способ что-то изучить – сделать это. Когда-то я писал Реверси под nanoCAD на скрипте. Теперь я решил написать Реверси на .NET.

В результате получилось кросс-САПР-платформенное приложение, способное работать не только под nanoCAD-ом. Как это делалось — смотрите под катом.

Год назад я написал статью о том, как использовать скрипты в среде nanoCAD на примере перевода LISP-программы на Visual Basiс Script: достаточно подробно показал как организовать взаимодействие с пользователем, создавать новые объекты, раскладывать их по слоям и как вызвать скрипт на исполнение в среде nanoCAD. Надеюсь, что вы пользовались этой замечательной возможностью простейшей автоматизации.

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

Понятно, что, разрабатывая САПР, мы тем или иным боком касаемся формата DWG. Последние 5 лет вокруг этого формата происходят активные баталии — Autodesk пытается получить эксклюзивные права, CAD-сообщество активно сопротивляется. При этом интересно, что на российском рынке эта борьба практически никем не освещается. Например, если зайти на русскую Википедию, то там опубликовано следующее определение формата DWG:


На английской Вики информации существенно больше, да и сама информация куда менее предвзятая. Например, перевод английского определения звучит как:


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

Некоторое время назад на Хабре в блоге Нанософта была опубликована статья о программировании под nanoCAD. И в тот же день проскочила статья о «программировании Реверси на Python». Спустя неделю Реверси были написаны уже на Silverlight, чуть позже – на Tcl/Tk. Можно было смело сказать, что игра Реверси пошла в народ. Как раз в это время я занимался изучением возможностей скриптов под nanoCAD. Но изучение требовало практики. И я подумал – а чем я хуже? И решил написать эдакий «нано-боян». Так появились 3D Reversi.