Цитата(fill @ Feb 13 2006, 18:24)

По поводу VHDL по моему это утопическая идея, т.к на языке описывать соединения гораздо сложнее чем в графическом редакторе. И еще помомо соединений сигналов, нужно еще занести инфу, по номерам пинов (упаковке), имена компонентов (DEVICE) и т.п.
А я вот тоже хочу так делать - в том же Altera Quartus-е я один раз попробовал нарисовать схему, а потом все писал на VHDL-е, потому что мне, как программисту в значительной степени, намного проще писать текст, и проверять его, чем что-то рисовать на N листах, потом их печатать на крупноформатном плоттере... Спору нет, это может быть полезно, но для скорости работы - проще задавать список цепей. Я в достаточно небольшой организации в такой форме (список компонентов, их ножек и соедининий) задавал работу разводчику печатных плат, он, правда, вынужден был рисовать схему (работа шла на PCADе тогда).
Вообщем - если есть такая возможность это делать нативно для Expedition, то это было бы отлично.
От себя - в ответ на спорное утверждение про "утопическую идею" добавлю свое спорное - я не тольно программист, но и линуксист/юниксист и любовь к GUI и рисункам/картинкам является, на мой взгляд, свидительством недостаточно развитого абстрактного мылшения, для которого более полезно важнее СЛОВО. Люди, как известно, делятся на 3 категории - с превалировнием конкретного - визуального восприятия, с превалировнием абстрактного рече-слухового, и с превалированием эмоционального, чувственного. Последним вряд ли стоит заниматься инженерной работой, но говоря о первых двух - GUI - это создание преимуществ людям визуального типа. За что дискриминируем других?
Безусловно, на фазе анализа представление в графической, обобщенной форме - полезно - блок-схема, это хорошо. Но блок-схему (которую можно нарисовать в неспециализированном графическом редакторе - xfig отлично подходит) лучше переводить в список цепей, а не разрисовывать принципиальные схемы.
Конкретно же - очень интересуют результаты автора темы по использованию списка цепей для задачи данных Expedition.