Это первое приближение, прошу активистов посмотреть, потестить, проект в последующем будет реализован на плисене.

Я, по причине ограниченного опыта, даже не знаю, у кого расширение .dsn
pcad не нужно, так как у каждого свои привычки и мои предпочтения для кого-то тоже будут непривычными.
Но вот pdf, png, gif всё-же гораздо распространённее.

p.s. а зачем плисина? если хочется какой-то интеллект в отображалке, то подчинённая мега8 будет дешевле и "мощнее" любой программируемой логики, в которую влезет работа с 4*7SEG

Возможно PROTEUS - http://yandex.ru/yandsearch?text=PROTEU ... par4=%2Fs1

Да протеус, но лучше jpg

Смысл графики?
Её в отладчике надо тестить, смысл выявить возможные глюки + расширить функционал.

Если собираетесь делать на ПЛИС, то делайте сразу. Зачем эти переходные извороты? В квартусе и фундашине есть графические редакторы. Отладить там же можно и нужно.
Успехов!!

+1
Схема нарисована именно под программируемую логику, под микроконтроллер, если у него ног не хватает и нужно именно на SPI, проще поцепить всего две 74*595, одна для маски сегментов (и рисовать сегментами что угодно, хоть Err3. ), одна - для общих электродов - и тогда до 8 разрядов будет. Динамическая индикаци - программно.
Если хочется статический индикатор, то можно мультиплексирование сделать на выходах регистров 74*595, подав им на OE сигналы с соответствующих выходов дешифратора 74*145
При этом по корпусам - вместо первого слоя мультиплексоров (U4,U6) становятся регистры, второй слой мультилексирования не нужен, U7 убирается и дешифратор U5, корпус триггеров U10+U12 - тоже.
Т.е. и по корпусам выигрываем, и возможность рисовать любые сегмент получаем.
В случае реализации в программируемой логике с рисованием в терминах той же 74-ой серии "мультиплексирование на третьих состояниях" альтеровский софт преобразует в обычный мультиплексор, общий расход лог.элеменртов должен быть не больше исходного варианта, так как в нём и мультиплексоров хватает, и дешифратор BCD->7seg что-то скушает.

У него ног до фига, у него быстродействия нехватает, ну некогда ему думать когда какой сегмент поджигать, для того и нарисована эта схема. Выплевываем в SPI два байта и все светиться.

На какой ПЛИС реализовывать будете и в каком редакторе?
Может имеет смысл работать с конечным продуктом?

А чем он таким страшным занят, что не успевает?
Или он тактирутся от 500кГц?
А то 12-тактовый mcs51 на кварце 14,7456 (около 1,2МГц коротких команд) успевал таким образом окучить 11-разрядный дисплей (5знаков + 5знаков + отдельные светодиоды, собранные как бы в два знака), а это при той же частоте регенерации дисплея в 2,5 раза выше частота выталкиваний в 74hc595, чем для 4 знаков. Прерывания ещё в 4 раза чаще шли для программной регулировка яркости. При этом ещё soft UART работал на радиомодем, клавиатура, импульсы всякие туда-сюда, подсчёты мелкие туда-сюда в 24 битах.
Правда, прерывания и "низ" на асме выписаны были.
Но для AVR сейчас на разумных частотах (выше 3-4МГц) это всё легко на С пишется и успевает. 74hc595 и hef4094 - мои любимые навески на малоногие AVR.

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