Что максимум можно выжать из КР580ВГ75 Intel 8275? Обсуждение

[Error404]

"кулибинские штучки","потуги"... Что, неудачный день что ли ?
Решение сейчас (по количеству уже применного) - на границе целесообразности траты на него макетки. Много корпусов при функционале... Вот кстати, каком функционале? Когда оно было терминалом VT52 (и с меньшим количеством корпусов) - это одно. А сейчас с "линейной памятью" для которого еще система должна входящий VT-52 переварить и сама оттранслировать в оный массив, сделать все кроме финальной отрисовки - это что даст гигантское быстродействие что ли?
Я тоже не от безделья поболтать захожу, а примеряю реальное применение устройства в реальной ОС, как раз таки алфавитно-цифровой. Но если своими хотелками действую на нервы, что же, огородиться и творить для себя этот конечно выход, вперед.

[Advertiser]

[barsik]

...что за журнал?

RFE это журнал выпускаемый в ГДР. Была такая страна в восточной Европе, очень хорошая. Её называли выставкой стран социализма, уровень жизни там был выше, чем в СССР. Но они купились на сказки о свободе и сдуру сломали одну бетонную стенку в Берлине. После сожалели, но было поздно.

RFE это "Radio Fernsehen Elektronik" (радио телевидение электроника). На мой взгляд, был наиболее полезным журналом, доступным к подписке в СССР. Там публиковались схемы промышленного железа: магнитофонов, усилителей и т.п. Статьи о новых радиодеталях и БИС. Т.е в чём чём-то он походил на наш "МПСС", но информативней и конкретней (там не было голых анонсов типа "вот у нас есть то-то, обращайтесь по адресу"). Там было довольно много статей о Z80 и его периферии.

Кроме RFE для подписки был доступен ГДР-овский журнал FUNKAMATEUR (радиолюбитель). Это немецкий аналог ж.РАДИО. Там с 1983 опубликовали несколько самодельных ЭВМ на Z80 и периферийных плат к ним, а также схемы промышленных бытовых ЭВМ. Эти два журнала были полезнее, чем все остальные радиолюбительские журналы из восточной Европы, Монголии и Китая.

Насчёт того, чтобы скачать. Тут возможны проблемы. Легко найти и скачать западногерманские радиолюбительские журналы 80-х, например FUNKSCHAU. Но с ГДР-овскими журналами сложнее. Дело в том, что после объединения Германий, они объявили, что в ГДР - всё было дерьмом. Поэтому все хорошее, что было в ГДР они сделали недоступным. Исчезла страна, исчезли и её журналы. Я как-то запустил поиск FUNKAMATEUR, но ничего не нашлось. Но возможно не там искал.

Журналы есть в библиотеках иностранной литературы. В интернете, тоже должно что-то где-то остаться. В крайнем случае можно оставить сообщение на немецких форумах по 8-ми разрядкам. Я и сам позднее собираюсь почитать немецкие форумы (с языком нет проблем, немецкий почти родной). У меня нет RFE за 1985, брал журнал в библиотеке. Думал, как эту идею реализовать на КР580, по прикидкам выходило менее 30 корпусов.

Поясняю слово корифан (компьютерный словарь начала 90-х). Происходит от двух греческих слов. Корифей, что означает знающий. И фанат, что означает увлечённый. Таким образом, корифан это увлечённый знаток. Корифан гораздо круче корифея. Корифей выучил "от сих до сих" по учебникам и считает себя знатоком. Он обладает академическими знаниями, но относится к теме без души, без энтузиазма. А вот корифан не только знает, но и умеет.

... знал одного фаната, который пытался доработать РК, введя загрузку фонта (чтобы игры РК стали красивыми). Фонт для ВГ75 хранится в ОЗУ с раздельными входом и выходом (565 РУ2). Входы ОЗУ подключены к ШД. А адреса ОЗУ с помощью трёх КП11 при обращениях КР580 переключаются от ВГ75 на ША. Благодаря чему и происходит загрузка фонта. ... Думаю конструкция могла бы работать

Не вижу, что в таком варианте помешает загрузить фонт (кроме нагрузочной способности шины РК). ОЗУ 1 кб имеет 10 адресных входов, три КП11 коммутируют 12 цепей. Входы ОЗУ на шине данных. Что ещё надо? Ну, для совершенства можно предусмотреть гашение, чтобы не было блёсток по экрану, в момент загрузки фонта.

Вообще-то FREDDY, ты не на то обратил внимание. Текстовой ЭВМ с выводом на идеях из ZX80, трудно кого-то удивить после 1980 года. Гораздо интереснее другая ЭВМ, о которой я упомянул в спойлере в конце поста.

[freddy]

Спасибо, что рассказали о журнале, постараюсь раздобыть. В нашей деревне с литературой плохо дело.
В моей конструкции тоже линейноетадресное пространство. Свой видеоадаптер я планирую использовать в самодельной ПиСе. Работать там будет Ms-Dos 3.30. При этом нужно поправить видеобиос int10h. Скорости у этого адаптера хоть отбавляй, буду на нем мультики в текстовом режиме смотреть. Стоит это 19 ти корпусов или нет, решайте сами. Мне и 50 корпусов для видеокарты нормально. Если говорить о целесообразности, то связываться с вг75 не стоит. Хлам этот только для фанатов.

- - - Добавлено - - -

К стати, barsik, я не любитель софтовых решений.

[barsik]

Был не прав. Попробовал поискать и нашёл в сети сайты по обоим немецким журналам.

Журнал FUNKAMATEUR оказывается существует до сих пор. И даже доступен на русском языке. Запусти в IExplorer поиск по FUNKAMATEUR и сразу попадёшь куда надо. Не знаю как насчёт того, есть ли там переводы древних номеров журнала, но д.быть ссылки на немецкие источники. И теперь уверен, что всё что надо можно будет найти.

Насчёт того сохранился ли журнал RFE, - пока не знаю. Думаю, что нет. Если искать его по имени, то на слово 'radio' выскакивают тысячи найденных ссылок. Поэтому надо набирать 'Radio Fernsehen Elektronik' точно, чтобы первые буквы были заглавными. Или вместо пробела между словами поставить тире.

Тогда находится вот этот адрес сайта RFE. И там тоже есть форум.

http://www.radiomuseum.org/lf/b/radi...lektronik-ddr/

Кстати, FREDDY зря вы не любите "софтовые" решения. Аппаратно программные решения всегда красивее и проще, чем чисто аппратные или чисто программные. Да и писать программы интереснее, чем возиться с железяками.

А зачем Вы используете ВГ75. Ведь есть же гораздо лучшая вещь - NEC 7220, чей отечественный аналог - это ГДК 1809ВГ4 (или международный аналог 82720 разных фирм). Он может всё то же самое, что и ВГ75, но кроме того выводит графический экран с разрешением до тысяч пикселей по вертикали и горизонтали. И плюс содержит в себе графический процессор. О нём писали в МПСС где-то за 1987-89 годы. Почитайте.

Я сам хотел в начале 90-х собрать крошечную платку графического процессора на NEC 7220 для РК86. ГДК это графический дисплейный контроллер. Он существенно упрощает плату графического адаптера для РК86, причем реализует множество эффектов: сдвиги во все стороны, панорамирование, ZOOM...

Но нам ценно то, что мало корпусов, что важно при ручном монтаже. Т.о малой кровью получаем графику. В 1993 я купил 15 штук NЕС 7220, но тогда до пайки дело не дошло. Есть и документация на ГДК 1809ВГ4.

Схемка простой платки на двух 6264, реализующая графику 640*200 - в журнале FUNKAMATEUR 07.1990. Там есть и готовый дамп драйвера для CP/M-BIOS. Смотри также журнал RFE 04.1989 (там статья о плате на 7220 с текстовым и цветным графическим режимом и есть и список литературы).

- - - Добавлено - - -

Я наконец догадался, как оперативная загрузка фонта в текстовой ЭВМ может расширить графические возможности.

ВГ75 программируем на режим с числом линий растра в знакоместе 8, числом знакомест в строке 64+3=67. И числом строк, например, в 50. Знакоместо фонта задаём 8*8. И задаём режим, когда атрибуты вообще не отображаются.

Затем во все строки экранного ОЗУ записываем нарастающий код 0,1,2,3...63, и три последних байта в каждой строке должны быть:

- атрибутная команда "включить" GPA1 (General Purpose Attribute)
- пробел
- атрибутная команда "выключить" GPA1

Таким образом при работе ВГ75 после вывода в каждой строке 64 знакомест, на выходе GPA1 будет появляться импульс. Который подается на вход '+1' счётчика 561 ИЕ10. Выходы счётчиков подаются на адреса ОЗУ с фонтом. Таким образом каждая новая строка выводится с другим фонтом.

Использовать GPA для инкремента счетчика удобнее, но можно использовать для тех же целей и ССИ, т.к он тоже формируется для каждой строки. Выход GPA2 можно использовать для сброса счётчиков ИЕ7 в начаче кадра.

При указанном режиме ВГ75 будет реализована графика:

80 * 8 = 640 по горизонтали 50 * 8 = 400 по вертикали

При программировании приходится работать не с экранным ОЗУ, с ОЗУ фонта. Размер ОЗУ фонта составит 64*50*8=3200*8=25600 ячеек.

Ну что, эта идея совпадает с тем, как ты "выжимаешь" из текстового контроллера CRT ВГ75 графику?

[freddy]

Ну что, эта идея совпадает с тем, как ты "выжимаешь" из текстового контроллера CRT ВГ75 графику?

Идея совпадает, реализация у меня немного другая. Посчитал fill-rate. Получается если класть с максимальной частотой байты в видеопамять, получится 25 Мегапикселей в секунду. CCLKx8bit. Конвеер данных на запись в память фонта может работать максимум со скоростью CCLK. Это примерно 97fps (25000000/256000), что более чем достаточно при развертке 72fps. Графический режим может пригодиться весьма могучему процу 20-40Мгц, так как там нет никакой программной обработки. Все делает логика.

А зачем Вы используете ВГ75. Ведь есть же гораздо лучшая вещь - NEC 7220

Я фанат ВГ75 и MC6845. ВГ75 просто ведрами как то выбрасывали, набрал их полную сумку. Вот пригодились.

Я сам хотел в начале 90-х собрать крошечную платку графического процессора на NEC 7220 для РК86.

Собирайте на ВГ75, для РК более чем достаточно.

ривожу также правильно оформленный тегом URL адрес сайта журнала RFE (интересный сайт).

http://www.radiomuseum.org/lf/b/radi...lektronik-ddr/

Спасибо, ссылка очень полезная. Буду потихоньку учить немецкий язык.

[barsik]

Это наверное Galaksija.

Спасибо A-AVL за ссылку.

Посмотрел схему "Галаксии". Похоже, что это гениальный компьютер. Братья славяне не подвели.

Нет, это не "Галаксия". Это чисто немецкое изобретение. "Галаксия" намного более грамотная машина на втрое меньшем числе корпусов. Здесь 25 корпусов, хотя при замене однобитовых микросхем ОЗУ 565РУ2 на одну 8-ми битовую (6216, 6264, 62256, w24257), будет всего 18 корпусов.

Самого журнала первоисточника RFE 01.1985 (стр 13...18) у меня нет, но некоторые статьи о нём в последующие годы есть. Эта железка называется "Basic-Heimcomputer BCS-3", что означает бейсиковый домашний компьютер. Для него действительно был опубликован крошечный целочисленный бейсик (TINY BASIC) и игра ПАКМЭН на нём. Также монитор с встроенным экранным редактором дампа и программатор УФ-ПЗУ. В журнале RFE 09.1986 опубликована статья "Расширения для бейсикового домашнего компьютера" и "Полноценная графика на BCS-3".

Вот список первоисточников:

RFE 01.1985 Полное описание
RFE 04.1985 Дополнения
RFE 09.1986 Расширение (BASIC 3.1)
RFE 09.1986 Полноценная графика (Werner Schmidt)
RFE 10.1987 Дальнейшие расширения

Вот список некоторых ссылок на упомянутый самодельный компьютер BCS-3:

http://hc-ddr.hucki.net/wiki/lib/exe.../bcs3:bcs3.pdf
http://hc-ddr.hucki.net/wiki/doku.php/homecomputer:bcs3
http://www.robotrontechnik.de/index..../bausaetze.htm
http://www.google.ru/url?q=http://ww...X-omkrv7312T5Q

А вообще по ключу "BCS-3 Z80 computer" можно найти и другие ссылки. К сожалению, имя BCS3 использовано для какого-то американского компьютера и других изделий, так что надо выискивать нужные ссылки в большом списке.

[freddy]

Усё пришлось переработать заново. Оказалось, что схеме таки не помешает чтение буфера и регистров. К этому меня подтолкнуло наличие светового пера. Это ж одна из изюминок ВГ75. В современных видеочипах такого нет. Вот я и подумал что не плохо было бы его читать Так я родил новый дешифратор сигналов управления шины, а сама читалка обошлась в еще один регистр КР580ИР82.
Поясню немного как оно работает, вдруг кто то захочет приколхозить в самодельный комп. Входные сигналы IA0-IA15, ID0-ID7, ~RD,~WR, ~RES. И так если на шине адреса диапазон адресов видеоадаптера (выбирается джампером), то дешифратор U14 разрешит прохождение сигналов ~RD, ~WR в схему (с помощью U17A, U17B), там они называются ~MWR и ~MRD. Они заведены на свои обработчики прерываний. Кроме того по ~MWR или ~MRD происходит автоматическое защелкивание адреса и данных в буфере U16, U18,U19. Таким образом у мозга видеокарты есть достаточно времени, чтоб оттуда их забрать, так как следующий цикл записи шины наступит еще не скоро (по меркам AVR). Дальше ничего интересного. Через 7 тактов AVR выпадет в прерывание и еще через 3 такта буфер данных и адреса будет считан. Всего в обработчике 11 тактов (с учетом выхода из прерывания), что обеспечит не хилый такой показатель в 1000000 сивмолов в секунду при тактовой 20Мгц. Это если постоянно не писать на каждый символ атрибуты. Если атрибуты вообще не нужны, то тогда можно подать единичку на IA0 видеокарты.
По сигналу ~RD происходит выдача данных из защелки U20. Она также облегчает AVR жизнь и способствует повышению пропускной способности - не нужно париться о длине сигнала ~RD. При чтении реакция немного другая. В буфере U16, U18,U19 все также защелкивается какая то ботва с шины. Только теперь пофиг что в U16, важен только адрес U18,19. Обработчик прерывания защелкнет нужные данные в регистр U20. И основной проц при следующем цикле сможет их оттуда взять. Т.е. самый первый цикл чтения ничего не даст. Зато в последующих циклах чтения будут всегда возвращаться данные предыдущего цикла. В итоге при чтении любого блока или рандомных ячеек, получаем всего один левый цикл.
Схема и печатка в файле. На печатке оставил место под плюшки. Буду признателен, если кто то проверит печатку на соответствие схеме, так как я ее пока еще не заказывал. Вложение 58600

- - - Добавлено - - -

Еще сорри за многословие. Чего то прорвало сегодня. Проанализировал свою схему и... понял, что она приспособлена под графический режим. Входная защелка на 16 адресных линий и данные уже есть. Дешифратор есть. Только немного по-другому развести, чтоб текстовый буфер занимал 4к гдето в первой половине, а графический буфер 32к второй половины. Итого 36к. Вполне можно пожертвовать и забить на текстовый экран и не дешифровать его в графическом режиме. но однако тут потеряется одна из очень вкусных плюшек - спрайтовый движек и возможность нелинейного разворачивания графического буфера.
Итого насчитал 5шт К555КП11, 1шт КР580ВА86, 1шт SRAM 32кб, 1шт К555ЛН1. Итого +8. Можно выполнить в виде Add On карты и цеплять сверху в сокет ПЗУ. При этом схема сможет программно переключаться, ничего не сломается, все достигнутые плюшки сохранятся. В графическом режиме можно подгрузить свой знакогенератор и тоже рисовать текст через текстовый буфер. В графическом режиме будет только монохром.

[Error404]

Проанализировал свою схему и... понял, что она приспособлена под графический режим. Входная защелка на 16 адресных линий и данные уже есть. Дешифратор есть. Только немного по-другому развести, чтоб текстовый буфер занимал 4к гдето в первой половине, а графический буфер 32к второй половины. Итого 36к.

А сложно ли будет реализовать несколько текстовых экранов? Чтобы с хоста переключать какой из них активный и какой видимый? Раз уж к Меге добавляется ОЗУ в которую она имеет доступ? Поставить SRAM более емкую (напр. 64к) и добить до 32к+4к+4к+4к+4к+4к+4к+4к+4к. Ну или сделать чтобы те 32к были бы либо одним графическим экраном, либо 8 шт. текстовых (переключаемый режим).
В текстовом режиме по записи хостом в "регистры обмена" по прерыванию Мега перепишет данные из регистров в SRAM в активный текстовый экран, а при отрисовке по запросу ДМА от ВГ75 на выводе строки выдаст данные не из своего внутреннего ОЗУ, а из внешней SRAM - со смещением по адресу видимого текстового экрана. Это было бы мегаудобно для многозадачных текстовых ОС (например UZIX/FUZIX).

[freddy]

А сложно ли будет реализовать несколько текстовых экранов? Чтобы с хоста переключать какой из них активный и какой видимый? Раз уж к Меге добавляется ОЗУ в которую она имеет доступ? Поставить SRAM более емкую (напр. 64к) и добить до 32к+4к+4к+4к+4к+4к+4к+4к+4к. Ну или сделать чтобы те 32к были бы либо одним графическим экраном, либо 8 шт. текстовых (переключаемый режим).

Это не к меге добавляется ОЗУ. Это для ВГ75 ОЗУ знакогенератора. Мега туда писать не сможет, только компьютер будет иметь доступ, и только аппаратно все будет.
У меги задача заставить ВГ75 разворачивать графический буфер в заданной последовательности. Можно играться например с нелинейным отображением кусочков графического буфера. Для меги то он состоит из 4000 спрайтов 16х8 точек. Можно читерить.

В текстовом режиме по записи хостом в "регистры обмена" по прерыванию Мега перепишет данные из регистров в SRAM в активный текстовый экран, а при отрисовке по запросу ДМА от ВГ75 на выводе строки выдаст данные не из своего внутреннего ОЗУ, а из внешней SRAM - со смещением по адресу видимого текстового экрана.

Где то выше я уже писал, что так можно, нужно приладить под текстовый режим меге еще одну SRAM. Пока так делать не буду, с внутренней памяти резвее работает. При переключении задач, можно экран перерисовывать из компа. 4000байт переписать - это очень быстро, а без атрибутов 2000байт еще быстрее. На глаз будет не заметно.

[freddy]

Кто еще использует в своих целях КР580ВГ75? Такое впечатление, что я один на ней строю видеокарты, какая то тишина в ветке. В соседних топиках народ занимается "онанизмом" типа микроконтроллера со сдвиговым регистром, которое едва тянет телевизионную развертку со скоростью COM-порта 9600. Видимо время железячных решений прошло.
Однако я на днях решил доделать в своем терминале все что казалось когда то не так уж важным. Клавиатура наконец то мигрировала на второй COM-порт, добавилась поддержка аппаратного управления потоком RTS/CTS (точнее RTR/CTS). Эх... и код оптимизировался, как то все произошло не заметно, само по себе. Решил в итоге посчитать такты... В общем мне гдето раньше уже писали о том, что вместо AVR не плохо бы взять старый проц типа 8085, чтобы элементная база была из эпохи 80-х. Ну так я был не прав. Для терминала 8085 хватит с головой. А еще учитывая что i8251 не гнались выше 19200bps, то и 8080 хватит. Ну и, в общем после очередного ностальгического приступа родилась схема на 8080. Сперва оно должно было заменить AVR, потом я посмотрел и понял, что это же полноценный комп! И тут я опять вспомнил про РК. Как здорово было бы, чтоб его афтары вместо у%%%%а, сделали тогда нормальный комп, совместимый с другими известными компами на таком же проце. Подумал я про CP/M! Это тонна полезного софта! Вот бы они собрали нормальное железо и портировали туды CP/M, так может быть и история советских ЭВМ пошла бы по совсем другому пути. Дык нет же... Сделали ЖЕ! Ну а дальше Вы все сами знаете. Это куча частично совместимых или не совместимых клонов на одной и то же элементной базе Почему то мне сразу стало очень грустно, я решил забить на портирование кода терминала на 8080. Захотел портировать на него CP/M, а терминал не трогать. Работает, да и ладно. На данный момент есть только схема и печатка. Хочу выложить куда нибуть в отдельную ветку ибо это уже не совсем про ВГ75, хотя она там будет участвовать
Вот здесь буду выкладывать http://zx-pk.ru/threads/27362-samode...-na-i8080.html