Программно-графическая среда разработки как программной части МК, МСХ с сопряжённой моделью (подобно Proteus), так и идеи использования Ассемблер
- ориентированного подхода (Алгоритм Билдер, HiAsm и др.) по возможности работы с разными видами одного файла (схема <-> печатная плата ) в одном
окне. Входную/выходную информация, по возможности использовать в сопряжении с существующими CAD системами, программными утилитами и др. ПО.
и "произвольно" преобразовывать, а также задействоать возможности по расширению функционала самими пользователями.

Как то так сумбурно. Абстрактно Home Cad система под свои "хотелки". Реализация на Форт т.к. его направленность простота, гибкость, расширяемость
без использования "надуманных" абстракций с использованием возможностей языка по моделированию необходимых понятий проблемной области на
близком к естественному языку с возможностью изменять синтаксис и семантику как в процессе создания программы так и в дальнейшем расширении
функционала базиса. и делать n-ое количество действий наиболее просто (без привлечения аппарата построения "искуственных" синтаксических построений (хороший пример Форт программы планировщик nncron.ru )

P.S. Сначала сделать простое и достаточно функциональное решение по использованию (типа SprintLayout ), но по интерфейсу без
неоправданных движений мышью в создании схемы. (связь между выбранными выводами элементов проводить автоматом) Есть некоторые проблемы с расстановкой
приоритетов в реализации "надуманного" функционала.

Сообщение отредактировал Kopa - Aug 26 2013, 12:05

Эммм...

Честно говоря, яснее не стало.
Вы хотите сделать полностью весь САПР печатных плат? И трассировочную часть тоже? Чем Вас не устраивают имеющиеся готовые решения?

Sorry/ Насколько возможно и не обязательно полностью только САПР печатных плат. ("дописывать", например "интелектуальные" алгоритмы трассировки)
Чем не устраивают имеющиеся решения? "Неправомерной" сложностью коммерческих решений и времени при их изучении и использовании,
а главное невозможность создать из имеющегося решения для частного применения и сложности создания простых решений "последней мили"
(например возможности графического отображения в различных возможных вариантах с динамическим переходом от одного вида к другому
как схемотехническому так и к функциональному и программному.)

P.S. Возможно, это лишь субъективные ощущения и не надо жалеть время на "тупую и монотонную" работу.

Сообщение отредактировал Kopa - Aug 26 2013, 13:45

Где-то по ссылкам видел пример с ПЛИС (проблемы с расстановкой ног и т.п.). Вы подобные вещи понимаете под "частным применением"? Если да, то как Вы себе видите реальный процесс разработки? Каждый день возникают те или иные задачи, которые решаются в рамках одного САПР. Т.е. он, как бы один на все случаи жизни. Вы хотите создавать инструменты "на лету"? Вы уверены, что это выгодно в смысле потраченного времени? Ведь конкретная задача, для которой Вы только что разработали инструмент, может и не повториться...

Если по теме, то Как Вы себе представляете описание схемы в виде текста? У Вас есть пример какой-нибудь, что ли?...

Да, по возможности.

Если инструмент "адекватен" области решаемых задач и прост в применении, то вполне оправдано (если речь не идёт о чём то 'достаточно" тривиальном и не требующем "высококачественного" решения немедленно.)


В тексте не так просто отобразить и воспринять n-ое количество метаданных, в отличии от "многомерности" графического представления.
Лучше, скорее всего, будет использование системы с описанием данных отмеченных разными тегами, а при невозможности просто их классифицировать,
то описание на уровне действий-операторов работы с моделью данных. (например для "дуальности" представления схемограммы предполагаю использовать
диалект Форт подобного языка.) На Форт встречал варианты моделирования схемотехники процессорного ядра вместо VHDL с неплохими результатами.
На ПЛК есть диалект Форт языка ForthLogic решающий для пользователей ПЛК залачи своим способом (правда без отображения в схемограмму)
В плане трассировке "cама дорожка" присоединённая к заданному элементу может частично иметь некоторую метаинформацию по способу её разводке в схеме.

Сообщение отредактировал Kopa - Aug 26 2013, 14:53

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



Из него можно получить нетлист? Или Вас это не интересует, т.к. Вы собираетесь PCB-часть свою писать?

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

P.S. Нетлист понимается в узком смысле? (существующей схемы?). По моему это обычная задача PCB проектирования.
В плане проектирования интереснее задача по существующей схеме получить возможное её покрытие непротиворечивым базисом элементов
для получения, например, приемлемого решения PCB. Из программы кодогенерация в модель HDL тоже интересны решения.

Сообщение отредактировал Kopa - Aug 26 2013, 15:21

Нетлист получить нельзя? Как же тогда оно понимает, что с чем соединено?


Не знаю, меня, например, это почему-то не интересует...



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

Как в программу для микроконтроллера (применяемых в ПЛК) вставить элементы графических ПЛК языков? И что с чем соединить
кроме настроечных данных для встроенных периферийных компонент и приемлемой компиляции ПЛК программы. В схемы не обязательно, в "общем случае" закладывать "избыточную" аппаратную составляющую вместо программной для МК, а также и зачастую ПЛИС.



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

P.S. Ещё один "экстремальный" вариант, если есть возможность представить схему графическим файлом -> распознать её по элементам и связям (чем делается такое не знаю, кроме "ручной" обработки)

Сообщение отредактировал Kopa - Aug 26 2013, 16:02