Что мы хотим видеть в САПР, Системы Автоматического ПроектиРования Опции

[ЙаМайскЫйПчОЛ]

Andrew Selivanov, за потраченное время.
Отвечу на немой вопрос...

то порождает несовместимость ничего ни с чем

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

Это отдельная большая нетривиальная проблема для каждого конкретного САПРа, будь это тепловые задачи, деформация или еще что

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


Litkevich Yuriy,

Развитие идеи:
Допустим есть некий стандарт взаимодействия такого рода програм.

это к вопросу о совместимости, и очень понравилось,

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

т.е. использование какого-то отдельного программного блока возможно не в связи с другими компонентами.

я требую вынемания розовых стеклышек от разбитых очков из моих глаз..)))
спасибо всем

[Litkevich Yuriy]

Как практик, скажу такую штуку, может не очень приятную:
* В симуляции программы на контроллере категорически не нуждаюсь, они стоят копейки для органицации.
* Если говорить о дорогих компонентах, например, IGBT-сборки, то нужна программа моделирования (а не симулятор МК), MicroCAP справляется на ура, при наличии серьезных знаний в электронике и методах моделирования. У меня был колега на прошлой работе, который волок в этом и меня многому научил. У него получилось с моделировать все нюансы устройства и вот что из этого Link(Самы малопотребляющий объемник в России)
* Нехватает софта который бы выполнял рутину по ведению конструкторской и связанной с ней документации!

[ЙаМайскЫйПчОЛ]

Litkevich Yuriy,

В симуляции программы на контроллере категорически не нуждаюсь, они стоят копейки для органицации.

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

Нехватает софта который бы выполнял рутину по ведению конструкторской и связанной с ней документации!

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

Сообщение отредактировал ЙаМайскЫйПчОЛ - 3.10.2008, 15:09

[AD]

Ну не смог удержаться!

У нас на работе применяют P-CAD! Если хотите, могу узнать недостатки, которые раздражают, а также чего-бы им хотелось добавить к этой системе?

В качестве языка описания используют VHDL!

Да и возникает еще такой вопросик: а разработка различных диаграмм работы ПО или железа не относится к САПР? (извините, если тупой вопрос - мне действительно интересно знать).

Сообщение отредактировал AD - 3.10.2008, 15:29

[Litkevich Yuriy]

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

наиболее полный стандарт это ЕСКД, при чем в современном виде он кривой, его пытались привести к виду ISO. Собственно зарубежем неиспользуются подобные стандарты, в США например его вообще нет, там есть рекомендация по УГО, но студентов учат так: "Смело придумывайте новые УГО" Поэтому насчет зарубежных стандартов можешь не заморачиваться.

Я расматриваю эмуляцию схемы в целом

термин эмуляция у разработчиков РЭА имеет определенный смысл отличный от того что используют програмисты.
Эмулятор - аппаратное устройство устанавливаемое в панельку, где должен распологатся Процессор/контроллер. Это устройство в купе со специальным ПО преднозначено для отладки конечного устройства в реальном времени.
Эмуляция - процесс отладки/измерений работы реального устройства с возможностью точной(!) регистрации процессов происходящих в нутри МК/ЦПУ.

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

У нас на работе применяют P-CAD!

врядли кто-то в нем занимается моделированием, там весьма убогий инструмент для этих целей.

разработка различных диаграмм работы ПО или железа не относится к САПР?

просто диаграммы не разрабатывают. А вот построение их к обобщенному понятию Система Автоматизированного ПРоектирования отнести вполне можно.

[ЙаМайскЫйПчОЛ]

AD, Давай может я опроснечег накидаю, а ты им подъпехнёш???
На следующей недели если не переболею)))

[Andrew Selivanov]

Litkevich Yuriy, Скажи пожалуйста, ты какие-нибуть крупные сообщества разработчиков РЭА в нете знаешь?

Не знаю в тему ли это есть сообщество моделистов, так вот они увлекаются самодельными станками ЧПУ (hobby CNC) Link
и есть еще Link Link

Сообщение отредактировал Andrew Selivanov - 6.10.2008, 10:54

[Litkevich Yuriy]

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

Совсем забыл, надо по названию САПРов в яндексе поискать, вроде такой ресурс был P-CAD.ru и подобный по оркаду, вот там прес народу и все тонкости обсуждают, а еще что-то типа САПР.ру или CAD.ру были

[ЙаМайскЫйПчОЛ]

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

Сообщение отредактировал ЙаМайскЫйПчОЛ - 7.10.2008, 11:48

[Litkevich Yuriy]

ЙаМайскЫйПчОЛ, ты уже сдался?