Радио-86РК.

[Rokl]

Схема усложнится сильно, и монитор придётся полностью переписать а не править. Да тема для раздумий есть.
Думал адреса подправить для БИС и переключать двумя дешифраторами комбинируя их на логику получая сигнал CS, а тут не так просто
РТ не сильно хочется применять

РТшки не годятся, жрут много, греются, глючат. А монитор переписывать не нужно, достаточно поправить адреса контроллеров под свой вариант разбивки адресного пространства. Адрес видео ОЗУ менять не рекомендую. Бессмыслено. Лучше полученое доп ОЗУ в верхних адресах использовать под ORDOS и её утилиты. Ну, это так...личное видение расширения возможностей РК.

[ur3veg]

по 256 байт на каждый регистр? класс!

[ur3veg]

а прикидывал так :
ПЗУ I FFFFH
I
.. F800H
I
I
.. E000H
обл. экрана I
...I D6D0H
яч. системн. монитора I
...................I D600H
I
ОЗУ пользоват. I D500H

[Rokl]

а прикидывал так :
ПЗУ I FFFFH
I
.. F800H
I
I
.. E000H
обл. экрана I
...I D6D0H
яч. системн. монитора I
...................I D600H
I
ОЗУ пользоват. I D500H

У меня адреса разбиты вот так:
0F700h - 0F71Fh - I8237 (DMA)
0F720h - 0F73Fh - резерв
0F740h - 0F75Fh - резерв
0F760h - 0F77Fh - JETkey-5 (РС KLA)
0F780h - 0F79Fh - DS12B887 (RTC)
0F7A0h - 0F7A3h - M82C55A (PIOPRINT - принтер)
0F7B0h - 0F7B3h - КР1818ВГ93 (FFD пока не реализован)
0F7B4h - 0F7B7h - M82C55A (PIODISK - RAM/ROMдиск )
0F7B8h - 0F7BBh - SN74LS374 (RGDISK -RAM/ROMдиск)
0F7BCh - 0F7BFh - КР1533ТМ9 (FFD пока не реализован)
0F7С0h - 0F7DFh - I8275 (ЭЛТ)
0F7E0h - 0F7FFh - M82C55A (PIO-ТАРЕ)
0000h - 0DFFFh; - 0E800h-0F6FFh - RAM видеоозу и стек на стандартном месте 7600h - 7FFFh
0E000h - 0E7FFh; - 0F800h - 0FFFFh - ROM.

[petrenko]

Схема усложнится сильно, и монитор придётся полностью переписать а не править.*
...
Думал адреса подправить для БИС и переключать двумя дешифраторами комбинируя их на логику получая сигнал CS, а тут не так просто**

556РТ не сильно хочется применять***

*_Зачем переписывать ? Только менять конкретные адреса устройств.
А ежели уж переписывать, то можно вместо констант адреса регистров устройств сделать переменными и заместо {IN/OUT 0xyH}/{LDA/SDA 0xyxyH} применять :

Код: Выделить всё

DI ; 
PUSH H ; 
LXI H,[адрес_служебной_ячейки_озу_хранящей_переменную_с_адресом_ порта_N] ; 
MVI M,[адрес_порта_N_в_формате_0xyH] ; 
POP H ; 
EI ;
.... 
..^_и после такой "инициализации" в месте обращения к порту_N : 
...
DI ;
PUSH H ; 
LXI H,[адрес_служебной_ячейки_озу_хранящей_переменную_с_адресом_ порта_N] ; 
MOV H,M ; 
MOV L,H ; 
 {LDAX/STAX } H ; ( собственно вместо IN/OUT или LDA/SDA ) .. ; 
POP H ; 
EI ;
...

да и не так уж сильно усложнится схема
**_Особенно ежели повторите "ремаппер" - то и адреса править и переключать сможете не в"в железе", а "на ходу"

***_Да и 556рт4 не придётся применять и прошивать - вместо этого таблица перекодировки и назначения адресов будет загружаться в 185ру9 при инициализации.
( "есличё", то 185ру9 у меня разположена в адресах от 0FE80h до 0FEBFh только не_в_цикле_стэка и только на запись. В любых других адресах она только считывается и не на ш.д. ,а на буфер-усилитель сигналов адресной шины )
Доп. достоинство - машинка "на ходу" переконфигурируется почти в любую из числа тех, что на вм80 (aka i8080)

по 256 байт на каждый регистр? класс!

Можно ещё "круче"- строго по 1 байту на регистр ( но сие трохи сложнее, ежели треба, разъясню, как )

[ur3veg]

Я такое выбрал для начала адресное распределение, но это пока не окончательный вариант, предложение применить в качестве дешифратора 185ру9 интересно. FDD думаю применять не буду, а вместо него применить работу с SD картой памяти.
Применить как у Rokl I80C42 тоже интересно, но как сделать чтоб она обрабатывался монитором пока без понятия.
Ещё хотел поставить что то типа YM2149F для озвучки, но надо как то всё втулить в адресное пространство с умом , пока еще читаю литературу.

Спасибо за подсказки!

[petrenko]

.. предложение применить в качестве -дешифратора- 185ру9 интересно....

Не дешифратора, а "ремаппера", после которого стоит дешифратор
( - я в неизправном компе"Апогей-БК-01ц" как раз неизправную 556рт4 выкусил нафик и заменил программируемым "ремаппером на основе 185ру9 - на малюсенькой макеточке поверх основной платы сварганил ).
Так Вам разъяснить, как строго по одному адресу на один регистр устройства ?
( подсказка : к этому решению подталкивает особенность именно вм80 aka i8080 выставлять при IN и OUT одинаковый байт и на верхнюю и на нижнюю части адресной шины )

80C42 тоже интересно, но как сделать чтоб она обрабатывался монитором

Тогда взять готовый кусок схемы с ир17 из АТМ-турбо и кусок кода из него же, хотя собственно там всего навсего считывание скан-кода, который ир17 берёт у клавы ps/2

[ur3veg]

кусок схемы с ир17 из АТМ-турбо для клавы PS2 пока не нашёл
А один адрес на один регистр устройства интересно узнать и возможно применить

[petrenko]

В целях ,так скажем "равнорезультатного", применения что {IN/OUT} 0xyH ,что {LDA/STA} 0xyxyH ,что {LDAX/STAX} H ( при заранее находящемся в HL адресе 0xyxyH ) , у меня формируется отдельный сигнал [AH==AL] при помощи сравнивателя, который я сначала выполнил на 531сп1 ,а в следующей "редакции" из-за временного отсутствия оных( за ними пришлось бы, тратя и так нехватающее время, ехать в магазин или на рынок ) на 531ип3 в режиме вычитания
( причём надо из младшего байта вычитать старший, ибо так нормально работает, а наоборот по неведомой причине почему то нестабильно.. ) .
Этот же сигнал запрещает обращения к ОЗУ ПЗУ и вообще чему бы то ни было кроме устройств ввода/вывода ( как INH1 в ISA16 и Multibus-е )
Но (!) всё сие проделывается только в верхней четвертинке адресного пространства, т.е. при (adr_F=="1")&(adr_E=="1") ибо нижнюю часть трогать не следует, там адреса должны быть непрерывны для полной совместимости с РК ,Микрошей и т.п. другими ,а верхняя часть получается с "выкусанными" адресами вида 0xyxyH ,т.е. 0FFFFh 0FEFEh 0FDFDh 0FCFCh ... и т.д до 0C0C0H ,что вполне достаточно - 64 регистра хватит, пожалуй, на всё, что подключали к РК-подобным машинкам.
( понятно, что можно ещё что придумать, но тогда уж и 256 может не хватить для богатой фантазии, так что скромненько, как брехал Биля, "640 хватит всем" )

кусок схемы с ир17 из АТМ-турбо .. пока не нашёл

Схема ( ver6.2A ) с ир17 - см. журнал "Радиолюбитель", №3 1993г. - D28 по схеме

Если что перепутал - заранее извиняюсь за возможную невнимательность.

[ur3veg]

Такая схемка подойдёт для полноценного управления К580ВТ57

[uldemir]

мгм. - значит пойдёт

[ur3veg]

[uldemir]

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

[petrenko]

Федерико Фаггин (Federico Faggin) и Масатоcи Cима (嶋正利) изправили те инженерные "кривости", с которыми по неведомым причинам ( а они прекрасно понимали, что же там, в i8080 , "кривовато" ) им пришлось смириться в рамках Intel ,а также минимизировали аппаратную часть при улучшении функционала.

Такая схемка подойдёт для полноценного управления К580ВТ57 ? http://radiokot.ru/forum/download/file.php?id=194277

Нет - не подойдёт, увы, в ней нема запроса от устройства на ПДП и подтверждения от ЦПУ на ПДП

А ежели на Z80, то зачем так мучаться то ? Соберите АТМ-турбо - и будет "щастье" ? Или какой другой мотив ?

[Bear2011]

petrenko

А разве в АТМ был режим ПДП?

[petrenko]

Разумеется не было.

Я Вам даже больше скажу ( по секрету - тс-с - никому только не пересказывайте ) - в АТМ не было даже вг75 !

[uldemir]

изправили те инженерные "кривости"

Да не было в 8080 никаких кривостей. Там вообще обработки прерываний не было. Максимум, что он умел, так это по сигналу со входа INT выставить бит в слове состояний. Ну еще и опрокинуть триггер разрешения прерываний. А вот системный контроллер по этому битику и передавал управление контроллеру прерываний, который вместо данных с памяти подсовывал свои команды. А процессору было абсолютно пофиг, откуда эти команды взялись из памяти или откуда-то иного места. Поэтому на РК, где не было ни системного контроллера, ни контроллера прерываний, подача сигнала на этот вход абсолютно никакой реакции не давала.

Ну и, конечно, с 8259 оне отличились. По какому-то глюку сделали так, что контроллер удерживал сигнал INT не три такта, чтобы контроллер мог скормить процессору команду CALL ADR ( CD, LSB_ADR, MSB_ADR), а только два. Из-за чего пришлось в системном контроллере дорабатывать, чтобы контроллер прерываний вызывался всё-же 3 раза, а не два.

Но этот фокус не годится для зилога вообще. Там есть три режима обработки прерывания. нулевой и первый не интересны, так как требуют, чтобы таблица прерываний находилась в первых 128 байтах памяти по фиксированным адресам. А режим IM2 - достаточно интересный, но работать будет только с зилоговским чипсетом. Причем, я из описания процессора не понял, кто на шину будет поставлять младший байт адреса обработчика прерывания: контроллер прерываний или само периферийное устройство запросившее это прерывание.

Так что Z80 не очень-то легко скрестить с интелевскими кристаллами.

[Bear2011]

Поэтому на РК, где не было ни системного контроллера, ни контроллера прерываний, подача сигнала на этот вход абсолютно никакой реакции не давала.

Если мне память не изменяет там динамик висел. То есть хрюкал он.

[petrenko]

Совершенно верно, звук делался командами EI & DI - то есть ежели например две тясячи раз сия пара команд за одну секунду выполнялась - то два кГц звук получался.

Да не было в 8080 никаких* кривостей. Там вообще обработки прерываний не было..

Коллега "uldemir" Вашу мысль типа " нет кривости в том, чего и вовсе нет" - пожалуй приму как оригинальную и соглашусь.
Но насчёт "никаких"* - увы - там и другие были недоработки кроме работы с прерываниями.
Но с другой стороны Вы сами сразу и опровергаете, что "вообще обработки прерываний не было" :

Максимум, что он умел, так это по сигналу со входа INT выставить бит в слове состояний. Ну еще и опрокинуть триггер разрешения прерываний. А вот системный контроллер по этому битику и передавал управление контроллеру прерываний, который вместо данных с памяти подсовывал свои команды..

- всё таки "умел" - это и была обработка, хоть какая - никакая, но была же !

[uldemir]

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

Зато зилог, такой трудяга, и сам в стек текущий адрес засунет и сам потом высунет.

Насчет, "других недоработок", пока не припомню, чтобы они мне встали в проблемную позу, потому их за таких еще не воспринимаю. Собственно, сам процессор вполне логичен. Вот, 8259 - был не логичен, пока не сделали 8259А. Ну и еще не понимаю, зачем нужны были 580ВК28 и 38. В чем прелесть удлиннённого сигнала write? В РК я поставил ВК28 и был счастлив.