Радио-86РК Плюс. Создание и обсуждение версии 2016г.

[gdv2002]

Доброго всем дня!
Как говорил герой одного легендарного мультфильма: "Держаться нету больше сил!!!"
Идея носилась в голове давно, многие коллеги-энтузиасты тоже вдохновились ею, и вот все-же было решено открыть отдельную тему.
Теперь о главном.
Что хочется сделать?
1) РК 86 SRAM (включая дешифратор)
2) процессор 1821ВМ85
3) питание +5В
4) дополнительный порт ВВ55 на адресе #9ХХХ, на котором в свою очередь висит Флеш-диск от Vladimir_S, "классический" порт на DD14 остается на своем месте и без проблем и перепрограммирований работает со всем, что до сего дня придумано из периферии
5) ВИ53 по трехканальной схеме Апогея на адресе #BXXX
6) цвет по Апогеевской схеме, еще называют схемой от Vinxru - http://zx-pk.ru/threads/17448-apogej-bk01-dorabotka-do-apogej-bk01ts.html?highlight=%D0%90%D0%BF%D0%BE%D0%B3%D0% B5%D0%B9
7) загружаемый знакогенератор - http://zx-pk.ru/threads/20714-pomechtaem-ili-vopros-o-videovykhode.html?p=713206&viewfull=1#post713206 Пока не определился, вписывать в общую плату, или сделать опцией, подключаемой в отдельный разъем
Этот пункт еще нужно обдумывать, уходить от механической коммутации RAM/ROM.
8) системный разъем, как в Микроше, или как доделывали системник для подключения КНГМД в оригинальном РК86
9) следовательно склоняюсь делать КНГМД отдельной платой, очень многим он не нужен, имея SD-контроллер, или Флеш-диск
10) контроллер РС/2-клавиатуры, конечно и классическую механику можно без проблем подключать

Приведу адреса дешифратора, чтобы вместе подумать, что еще можно, а главное нужно подрубить. К примеру еще одну микру ОЗУ на 32Кб (типа РАМ-диска).

#8XXX - ВВ55 (DD20)
#9XXX - ВВ55 (DD14') порт флеш-диска
#AXXX - ВВ55 (DD14)
#BXXX - ВИ53 по трёхканальной схеме как в Апогее
#CXXX - ВГ75
#DXXX - свободно
#EXXX - ВТ57
#FXXX - свободно

[Ewgeny7]

часы ВИ1;
Натр.....лся с ними досыта...
ИМХО нужно добавлять к ВИ1 микросхему типа 561ЛН2 как внешний маложрущий генератор. Иначе - без гарантий старта часов.

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

Репозиторий (https://github.com/vinxru/86RKSD) vinxru на гитхабе, на тему sd-адаптера.

[Vladimir_S]

Насчет дешифратора - как у SRAM, но значительно доработанный. ПЗУ будет доступно для пользователя в адресах - 8800 - 9FFF, A800 - BFFF, C800 - FFFF. По 2Кб 8000 - 87FF под ВВ55 клавиатуры, A000 - A7FF под порт(порты с доп. дешифратором), C000 - C7FF под ВГ75. И еще под команды IN и OUT F000 отвязанная от ПЗУ для DOS2.95, А000 для порта звука. Ну и 8000 про запас. И все это расположено в одной К155РЕ3.

[gdv2002]

Ewgeny7, вот и обсудим-выработаем схему и их надобность вообще.

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


И все это расположено в одной К155РЕ3
А как с полной совместимостью с оригиналом?
Владимир, вроде твои сообщения читал, где ты коммандер "раскрасил", что часики ВИ1 хорошо интегрируются в схему на 8085, или гоню уже?

[Vladimir_S]

нужно добавлять к ВИ1 микросхему типа 561ЛН2
Пробовал, та же шняга.

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

Совместимость полная, только добавления.

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


часики ВИ1 хорошо интегрируются
Я писал про простоту алгоритма, но сама ВИ1 - не хочу неформативной лексики.

[Ewgeny7]

Пробовал, та же шняга
В СМУКах первых версий ставилась допмикросхема, все вроде как тикало. Поищу дома схему.

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


применение усовершенствованного процессора 8085
Всеми пятью ногами и хвостом - за!

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

http://savepic.ru/8447899m.jpg (http://savepic.ru/8447899.htm)

[Vladimir_S]

по какой схеме делать звук на ВИ53 нужен-ли;
ВИ53 я думаю дополнительный звук, основной (при минимальной коррекции монитора) легко получить при помощи половинки ТМ2. На вход D подать D0. А на вход С подать с выхода дешифратора (скрестить по ИЛИ с /WR) IO 8000. У меня прекрасно работает.

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

А насчет цвета, предлагаю сделать как в Апогее. ИР1 хоть укорачивает на 1 символ действие атрибута. Не обязательно в конце строки пробел ставить. А это иногда критично.

[gdv2002]

Vladimir_S, у нас главная задача 100% совместимость со старыми программами, поэтому меня немного смущает

при минимальной коррекции монитора
Ох писанулся-же я, сейчас ПиКад вспоминать, дедостающие библиотеки собирать/корректировать!

[Vladimir_S]

Ну не совсем монитора, а п/п звука, не затрагивая остального.

[Ewgeny7]

по какой схеме делать звук на ВИ53 нужен-ли;
По существующей же, Апогей (https://img-fotki.yandex.ru/get/6110/203760433.98/0_126add_23792e5d_orig.jpg).

[Vladimir_S]

Наскоряк накорябал. Узел начального запуска еще нужно доработать.

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

Да наверно вот так.

[Alex_LG]

оставлять возможность оверклокинга РК, второй генератор на ВГ75;


Если сделать VGA выход, то это решится автоматически.

[artyr_n]

Наскоряк накорябал. Узел начального запуска еще нужно доработать.

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

Да наверно вот так.

Не забудьте выходы РЕ3 резисторами подтянуть у неё выходы открытый коллектор

[Ewgeny7]

Если сделать VGA выход
не-не-не.... Нафиг. На VGA можно и эмулятор погонять :)
Это моё личное мнение, разумеется.

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

Вон как хорошо видно (по-православному слегка размыто) ТВ-развертку! Никаких пикселей :)
На фотке - работающая в данный момент 100500 ПЛИСа с Радио-86РК внутри. Софтпроцессор - потактовая копия ВМ80А от vslav.

http://savepic.net/7625775.jpg

[Vladimir_S]

Если выводить цвет без пробелов, то вот чем отличается "самоцвет" и схема от апогея.

[Ewgeny7]

Vladimir_S, а понятие "самоцвет" - это что такое?

[Vladimir_S]

"самоцвет"
Это в журнале Радио печатали статью, где выкладывали схему прикручивания цвета к РКшке. Эту схему автор обозвал самоцвет. Все хорошо, но если перед следующим атрибутом не ставить пробел, то действие последнего атрибута распространяется и на последний перед ним символ. В Апогее это устранено.

[gdv2002]

Это в журнале Радио печатали статью
Точнее в Радиолюбителе.

[Ewgeny7]

Точнее в Радиолюбителе.
В каком номере, не помнишь?

[Vladimir_S]

Точнее в Радиолюбителе.
Точно.

[gdv2002]

В каком номере, не помнишь?
10-1992
Вот моя подборка по цвету в РК86, ранее уже выкладывал, но где сейчас найдешь :)
https://yadi.sk/d/PN9X39UaFhUbo
Пока туплю с прикручиванием 8085, смотрю на схему Микрокома и и не пойму как сброс и что за сигнал Старт там применен.
Как не раз говорил, схемотехник я на уровне новичка, так что пока курю мануалы.

[Vladimir_S]

что за сигнал Старт там применен.
Он не нужен, слишком мудрено. Достаточно А15 в единицу установить и начать читать КОП. Само стартанет.

[Vladimir_S]

Насчет контроллера дисковода, будет на отдельной плате или встроенный?

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

А может узел сброса упростить для разводки платы.

[gdv2002]

будет на отдельной плате или встроенный?
Я полагаю должен быть встроенный.

[Vladimir_S]

Вначале хотел прошить К155РЕ3 по старинке, но сейчас решил на базе РАДИО-86РК сделать программатор для микросхем с плавкими перемычками. С адресами А0-А15 и данными D0-D7. Пусть будет.

[fifan]

В 1-м посту опечатка: контроллер РС/2 клавиатуры.

[Vladimir_S]

Решил потихоньку начать процесс сборки и сразу вопрос - ВИ53 по какой схеме паять. По журнальному варианту, или как в Апогее?

[gdv2002]

ВИ53 по какой схеме паять. По журнальному варианту, или как в Апогее?
Может все-же оринтироваться на журнальный вариант, как этой доработки, так и возможных дополнительных? В Радио было два варианта подключения ВИ53, так что и тут есть дилема!

[Rokl]

Пока туплю с прикручиванием 8085, смотрю на схему Микрокома и и не пойму как сброс и что за сигнал Старт там применен.
Как не раз говорил, схемотехник я на уровне новичка, так что пока курю мануалы.
Всё просто. При сбросе процессора Триггер D7 сразу подключает ПЗУ по адресу 0000h-FFFFh(выбирается только ПЗУ по любому адресу), проц читает команду "безусловный переход" и выставляет на шине адрес F803, включается дешифратор D5, дожидаемся кода операции "чтение памяти" выключаем сигналом "старт" триггер D7. Тем самым дешифратор адресов (D19) начинает работать в обычном режиме и ПЗУ монитора занимает своё законное место в старших адресах проца.

[Vladimir_S]

Больше месяца не заходил, а воз и ныне там.

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

Я пока родил схемку включения/выключения питания и систему чрезвычайно надежного сброса. И не надо никаких времязадающих емкостей.

[sergey_sitnik]

Вооо...!!! Схема видимо не плохая...... Прошивку однако надо....

[Vladimir_S]

Прошивку однако надо....
Под какой контроллер?

[gdv2002]

а воз и ныне там

Ну есть такое дело :(
Честно скажу, с запуском Феникса, погрузился в мир Спектрума!
Еще конкретно затупил с прикручиванием 85-го процессора.

[Vladimir_S]

затупил с прикручиванием 85-го процессора.
А в чем проблема?

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

sergey_sitnik, выбирай. Ну или еще какой?

[Rokl]

Наскоряк накорябал. Узел начального запуска еще нужно доработать.

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

Да наверно вот так.
А зачем на адрес РЕ3 подавать сигнал IO/M ???
Кстати, его надобы подтянуть к +5в, т.к. выход ОК у процика85 вроде как.

[Vladimir_S]

А зачем на адрес РЕ3 подавать сигнал IO/M ???
Потому, что в DOS2.9 обращение к ВВ55 и ИР23 идет по IN/OUT, но в реальности как к ячейкам памяти. И из за этого приходится блокировать адреса F000 - F7FF. С помощью РЕ3 и IO/M это можно обойти.

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


его надобы подтянуть к +5в
Надо, значит подтянем.

[sergey_sitnik]

56613
Схема рабочая запустилась сразу, но для Ориона не подошла , хотя может и я в чем не прав, просадку большую дает на входе 5,3 вольт на выходе 4,1 вольт. И MOSFET греется как утюг IRF9640 может другой применить попробовать.... Хотя для РК-86 возможно и подойдет там ток потребления явно меньше чем у Ориона.....

[HardWareMan]

Есть вот такая схема:
http://savepic.ru/9142959.gif
Это AceLab'овский выключатель питания HDD. Вот так он выглядит в натуре:
http://savepic.ru/9118383.jpg
http://savepic.ru/9125551.jpg
1. Это к слову о схемотехнике управления питанием через FET.
2. У HDD на разгоне ток приличный, значит схема способна его выдержать. При долговременной работе исправного HDD FETы еле теплые. Естественно, чем меньше сопротивление FETа, тем меньше греется на большем токе.
3. Управление FETами частотное! Когда я копал эту тему, то понял одно: FET плохо работает на статичных потенциалах. Быть может я чего-то недопонял, но все промышленные схемы коммутирования питания FETом использовали частоту для управления затвором.
Надеюсь поможет.

PS Конкретно в схеме от ЭйсЛаба частота нужна наверное чтобы сгенерировать разностные потенциалы, т.к. я вижу что генератор на 555 нагружен на классическую вилку Авраменко.

[Vladimir_S]

У IRF9640 сопротивление 0.5 ОМ, это много! Я поставил STP12PF06 c 0.18 ОМ, не греется вообще.

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

Придется подбирать по даташиту.

[Vladimir_S]

Оставил в РКшке мосфет с маркировкой P12PF06, для РКшки он самое то. Не греется вообще. А для чего нибудь более мощного съездил сейчас и купил IRF4905.

[HardWareMan]

Все так, но учитывая емкостный характер затвора FETа, я начинаю понимать, зачем частотное управление. Точнее, там получается вроде как нагнетание потенциала выше чем питание, чтобы вогнать FET в насыщение. И только в этом режиме он выдаст твои 20мОм. Да и при открывании/закрывании, чтобы процесс прошел лавинообразно нужен большой потенциал. ЕМНИП нормально FET вогнать в насыщение только 5В не выйдет, нужно минимум 9В. Хотя может сейчас новые придумали.

[Vladimir_S]

чтобы процесс прошел лавинообразно
Да плевать на процесс. У меня на одной РКшке больше года работает и нисколько не греется.

[HardWareMan]

Ну, собственно, да. Если процесс не периодичен - пофигу.

[sergey_sitnik]

Просто схемка сама по себе хорошая "НУЖНАЯ"........

[Vladimir_S]

Просто схемка сама по себе хорошая "НУЖНАЯ".
Хочу посоветоваться. Так как у 85 проца нет выхода INTE, может в схему на PIC12 встроить вывод звука как на РКшке? Ноги свободные еще есть.

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

Быстренько набросал.

[Rokl]

Хочу посоветоваться. Так как у 85 проца нет выхода INTE, может в схему на PIC12 встроить вывод звука как на РКшке? Ноги свободные еще есть.

У ВМ85 зато есть выход последовательного порта (4 нога - выход "Передача последовательных данных"). Это гораздо лучше для формирования звука, чем INTE у 80 процика.

[Vladimir_S]

У ВМ85 зато есть выход последовательного порта
Надо будет посмотреть. А как с ним работать?

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

Rokl, получается обнуляем аккумулятор и по команде SIM на 4 ноге ноль, а если в аккумуляторе например 80H, то после команды SIM на 4 ноге единица?

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

[Rokl]

Надо будет посмотреть. А как с ним работать?

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

Rokl, получается обнуляем аккумулятор и по команде SIM на 4 ноге ноль, а если в аккумуляторе например 80H, то после команды SIM на 4 ноге единица?

- - - Добавлено - - -
5 нога работает совместно с ногами 7,8,9 (вход прерывание)
4 нога работает на вывод только одного старшего бита аккумулятора при условии, что в 6 разряде аккума присутствует единица.
Значит для передачи байта по этому порту (4 нога) нужно последовательно передать 8 бит через старший разряд аккумулятора, при условии единицы в 6 разряде аккума.
Т.е. формат числа, который должен записываться в аккум перед командой SIM...ух1хх0хх, где у-очередной бит выводимого байта х- любое состояние бита.
Должно быть както так.

[Vladimir_S]

Все это очень хорошо, но для вывода звука геморно. На пике всего и надо - любой порт поженить по или с /WR и только обратиться к порту. То есть вся подпрограмма это STA xxxx или OUT xx, затем RET.

[Rokl]

Все это очень хорошо, но для вывода звука геморно. На пике всего и надо - любой порт поженить по или с /WR и только обратиться к порту. То есть вся подпрограмма это STA xxxx или OUT xx, затем RET.
Если только для "бип", то да, на пике получается проще. Да и женить порт с /WR не обязательно. Выбрал запись 0 в порт, пик бикнул(если запрограммировать время бип в пике) записал 1 в порт, пик в исходное состояние встал и ждет выбора, но пик будет всё время занимать порт, а как раз одного порта всегда и не хватает.)))

[Vladimir_S]

а как раз одного порта всегда и не хватает.)))
Да в РКшке с классической архитектурой их море.

Если только для "бип"
Разумеется.

[Rokl]

Да в РКшке с классической архитектурой их море.

Всего 2 вывода порта С свободных С1 и С2 на ВВ55 клавиатуры и не факт, что после такой доработки клава продолжит корректно работать (нужно будет "ковырять" драйвер клавиатуры, что бы ввести этот режим "бип"). Но конечно же вопрос решаем. Можно использовать порты ВВ55 D14, но тогда становится порт ущербный. А больше у РКашки портов нет.

[Vladimir_S]

А больше у РКашки портов нет.
Не понял. А дешифраторы больше не работают?

[Rokl]

Не понял. А дешифраторы больше не работают?
Дешифраторы чего? в классике всего один дешифратор адреса и все выводы его заняты.

[Vladimir_S]

и все выводы его заняты.
Поставить дешифратор ИД7 на вывод А000 и получим +7 выводов.

[Rokl]

Поставить дешифратор ИД7 на вывод А000 и получим +7 выводов.
В данном контексте это беспредметный спор, т.к. вами было заявлено:

Да в РКшке с классической архитектурой их море.
тут, либо классика и ваше утверждение не верно, либо новодел и вопрос отпадает сам собой.

[Vladimir_S]

Я имел в виду архитектуру, т.е. клава 8000-8003, порт пользователя и экранная область тоже классические.

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

Rokl, И вообще, классика и 8085?

[sergey_sitnik]

И так сегодня удалось приобрести IRF4905, теперь все просто чудно!!! Около часа работал на Орионе-512 еле , еле теплый нагрузку замерял 2,5 А так что все Ок!!!

[Vladimir_S]

Rokl, Пришлось все же звук делать с 4 ноги проца, PIC никак не успевает уловить короткий CS, хотя на эмуляторе было нормально. Проверил на железе - звук ни чем не отличается от звука с выхода INTE.

[Vladimir_S]

И так предлагается распределение ПЗУ: 8800-9FFF, A800-BFFF, C800-FFFF. Реализовал в железе, все прекрасно работает на дешифраторе в К155РЕ3. Теперь задача, что в этих адресах разместить. Ну E000-FFFF - DOS2.95 и расширенный монитор, а остальное додумается.

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

ПЗУ поставил W27C512, дешевые и легкодоступные. К тому же легко модифицируются на стадии отладки, не нужно предварительно стирать.

[Vladimir_S]

В исходниках - существует ?
DOS существует, расширение монитора нужно делать.

[Vladimir_S]

Прикрутил цвет как на Апогее через ИР1, получается лучше Самоцвета.

[Vladimir_S]

Чем же получше то ??
Не помню где, но я уже писал - если записать в экранную область в таком формате - атрибут цвета/строка символов/второй атрибут, без пробелов, то вся строка закрасится в цвет первого атрибута, а последний символ строки окрасится в цвет второго атрибута. С ИР1 все приходит в норму.

[Vladimir_S]

программить попроще.
И поэффективнее.

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

И еще, не знаю, может я и велосипед изобрел, но если в любое знакоместо (например правый нижний угол) записать любой атрибут. Например 80Н, который на экране не виден, а затем спозиционировать туда курсор, то курсор перестанет быть видимым.

[Vladimir_S]

Кстати в эмуле
В железе работает.

[Vladimir_S]

И все же перетащил звук на КР580ВИ53. Кстати подпрограмма звука на ВИ53 байт в байт уместилась в место звука на INTE.

[vinxru]

Что осталось добавить до полной совместимости с Апогеем?

[Vladimir_S]

vinxru, Не хочу полной совместимости. Конфигурация по адресам должна быть РКшечная.

[Vladimir_S]

Нарадоваться не могу - звук с ВИ53 такой мелодичный! Не то что хрюканье с вывода процессора.

[Vladimir_S]

Время течет, а ничего нового. Ждем еще пол года.

[zebest]

Время течет, а ничего нового.

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

[Vladimir_S]

дай и нам ром файл
У меня ПЗУ стоит W27C512, конечно используется в ней только половина. С дырками 8000-83FF, A000-A3FF, C000-C3FF, F000-F7FF. Остальное можно использовать по своему усмотрению.

[cy6]

У меня ПЗУ ... С дырками 8000-83FF, A000-A3FF, C000-C3FF, F000-F7FF.
Занятые под порты? А диапазон под контроллер дисковода (F000-F7FF) не удалось победить?
Чтобы использовать его и под флопик, и под ПЗУ. Ведь обращение к дисководу не всегда нужно, как и ДОС не всегда активен.
У меня есть проект управления этим окном, но там довольно много логики получилось. :)

Идея такова. При записи в диапазон (F000-F7FF) включаем выбор контроллера НГМД, так как скорее всего это настройка портов в/в (полная совместимость с ДОС без переделки). При записи в диапазон (F800-FFFF) включаем выбор ПЗУ на адреса (F000-F7FF), благо при переделке под ДОС обращение к контроллеру DMA переносится в диапазон E000-E7FF.
В итоге, можно иметь DOS (E000-EFFF), SD-BIOS (F000-F7FF) и Монитор (F800-FFFF) в одной ПЗУ 8кб.

[Vladimir_S]

А диапазон под контроллер дисковода (F000-F7FF) не удалось победить?
В связи с тем, что у меня объем ПЗУ большой, для меня это не актуально. Я хотел разделить память и УВВ, но начал смотреть DOS2.95 и увидел, что автор заточил софт так, что он обращается к ВВ55 и ИР23 то как к УВВ, то как памяти. И решил не заморачиваться. У меня флоп и так прекрасно пашет.

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

У меня сделано вот так.

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

Может надо кому содержимое К155РЕ3?

[Pyk]

Кстати, игры есть цветные для Радио?? Только не в формате .rss, а в обычном, .rkr
Диззи например
Увы, конкретно Диззи несколько затруднительно получить в обычном .rkr-формате, так как предназначен он для Windows RT и располагается частично по адресам 7xxx, которые заняты по умолчанию экранной областью. Я недавно пробовал вытащить несколько цветных игр в формате .rkr - в принципе, успешно. Что-то изначально не требует Windows RT, что-то можно сохранить вместе с ней. Даже Диззи запускается, несмотря на обрезанный "хвост" - вероятно, на экранную область попадают данные последних уровней... Если интересно - поделюсь, надеюсь, что автор не будет против.

А вообще у Эдуарда есть полная документация по Windows RT на его сайте, который сейчас располагается по адресу rk86.smart-tv-home.ru

[zebest]

Если интересно - поделюсь
все что касается Радио-86РК - все интересно))

[Pyk]

Вот архив с некоторыми играми, которые удалось запустить. Кстати, насчет Dizzy я ошибался - должна работать.
Еще несколько игр не работают - рассчитаны, кажется, на клавиатуру МС-7007, а может быть на джойстик - посмотрю на досуге...

[Error404]

А вообще у Эдуарда есть полная документация по Windows RT на его сайте, который сейчас располагается по адресу rk86.smart-tv-home.ru

Абсолютно вырвиглазно оформленная.
Может есть ролик про Windows RT на ютубчике для ознакомления?

[Pyk]

Да вроде бы версия в формате MS Word вполне читабельная.

Увы, видеороликов про Windows RT я не видел. Есть на сайте установочный пакет в комплекте с моим еще ДОСовским эмулятором, но он рассчитан на Windows 9x и вряд ли будет нормально работать на современных ОС.
Разве что установить и попробовать позапускать rss в Emu80SDL v.3 либо в Emu. Правда, ни в том, ни в другом эмуляторе кажется нет поддержки джойстика, который активно используется в Windows RT...

[b2m]

Кстати, насчет Dizzy я ошибался - должна работать.
Я тут какой-то Dizzy уже выкладывал (который я упаковал при помощи mlz): 57568

[Pyk]

А вот еще один Dizzy65, но он, если не ошибаюсь, рассчитан ан клавиатуру МС-7007 либо джойстик.
А у тебя несжатый оригинал сохранился для сравнения? Или подскажи, как распаковать? Где про этот mlz что-то узнать можно?
(Кстати, судя по заставке, все это версия 7.5, а не 6.5, как указано в названии файла...)
57569

[b2m]

А вот еще один Dizzy65, но он, если не ошибаюсь, рассчитан ан клавиатуру МС-7007 либо джойстик.
А у тебя несжатый оригинал сохранился для сравнения?
Вроде похож. Оригинал был в .rss


Где про этот mlz что-то узнать можно?
Пардон, надо было написать MegaLZ, может понятнее было бы. Тут на форуме был упаковщик (консольная утилита для винды), но распаковщик был для Z80. Я переписал его с нуля для i8080. Ничего необычного, обычный лемпель-зив.

[Vladimir_S]

Теперь полностью в цвете

[cy6]

Красота.

Хотелось бы апгрейдить и существующий РК под цветной. Схема от vinxru же с ним совместима?

http://cs633431.vk.me/v633431538/2ea19/93Zhiw-XMvc.jpg

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

[Vladimir_S]

cy6, у меня как раз схема от Апогея и стоит. И кстати, атрибуты цвета у меня подобраны тоже как у Апогея - 81-голубой, 84-желтый и т.д.

[gdv2002]

Как говориться, вернемся к нашим баранам.
Сажусь за доделку библиотеки элементов и отрисовку схемы "новой" РКашки. Собственно ничего нового, как и писал в первом посте. пока конфиг такой:
1) РК 86 SRAM (включая дешифратор)
2) процессор ВМ80
3) питание +5В (преобразователи +12В и -5В на плате), как альтернатива разъем Молекс
4) дополнительный порт ВВ55 на адресе #9ХХХ, на котором в свою очередь висит Флеш-диск от Vladimir_S, "классический" порт на DD14 остается на своем месте и без проблем и перепрограммирований работает со всем, что до сего дня придумано из периферии
5) ВИ53 по трехканальной схеме Апогея на адресе #BXXX
6) цвет по Апогеевской схеме, еще называют схемой от Vinxru - http://zx-pk.ru/threads/17448-apogej-bk01-dorabotka-do-apogej-bk01ts.html?highlight=%D0%90%D0%BF%D0%BE%D0%B3%D0% B5%D0%B9
7) загружаемый знакогенератор - http://zx-pk.ru/threads/20714-pomechtaem-ili-vopros-o-videovykhode.html?p=713206&viewfull=1#post713206 Пока не определился, вписывать в общую плату, или сделать опцией, подключаемой в отдельный разъем
Этот пункт еще нужно обдумывать, уходить от механической коммутации RAM/ROM.
8) системный разъем, как в Микроше, или как доделывали системник для подключения КНГМД в оригинальном РК86
9) следовательно склоняюсь делать КНГМД отдельной платой, очень многим он не нужен, имея SD-контроллер, или Флеш-диск
10) контроллер РС/2-клавиатуры, конечно и классическую механику можно без проблем подключать

Приведу адреса дешифратора, чтобы вместе подумать, что еще можно, а главное нужно подрубить. К примеру еще одну микру ОЗУ на 32Кб (типа РАМ-диска).

#8XXX - ВВ55 (DD20)
#9XXX - ВВ55 (DD14') порт флеш-диска
#AXXX - ВВ55 (DD14)
#BXXX - ВИ53 по трёхканальной схеме как в Апогее
#CXXX - ВГ75
#DXXX - свободно
#EXXX - ВТ57
#FXXX - свободно

[mr.Lee]

Имея классический Радио-86, версия Макси также интересна. Буду ждать.

[gdv2002]

процессор ВМ80
Вот тут меня гложат смутные сомнения, все-же хочется 8085 в эту версию поставить!
Но не знаю что с узлом сброса делать, самому мне схемку не родить, а перечитав тему совсем запутался :( ?

[Vladimir_S]

Но не знаю что с узлом сброса делать
Нечто вроде этого.

[gdv2002]

Нечто вроде этого
Вроде мы обсуждали эту схемку из Микрокома и кто-то предлагал более простое решение, но я что-то не нашел этих постов. Впрочем не страшно.
Хорошо, прикручиваем эту схему.
Я правильно понимаю, что сигналы START и инверсный А15 берем откуда то из схемы?

[Vladimir_S]

,
Чего уж проще?

[gdv2002]

Чего уж проще?
Ха-Ха-Ха, грешно смеяться над незнающим.... :v2_confu:
По резисторам и диодам, предлагаю выбирать пайку в стоячем положении, как на Фениксе, это позволит паять на плату как выводные детали, так и SMD.

[barsik]

системный разъем, как в Микроше
В МИКРОШЕ стоял дефицитный отечественный метрический слот на 60 контактов. Причём сигналы на ламели разведены так, что можно ставить и эпловские слоты на 50 контактов, соответственно укоротив врубную часть платы КНГМД. Когда делали платы РК-КНГМД стоило сделать полный римейк плат КНГМД от МИКРОШИ (имею в виду не схему, а именно конструктив, т.е длинные узкие платы с врубным разъёмом на 30 контактов в ряду). И при изготовлении платы РК-КНГМД надо предусмотреть установку в нём не 2-х ПЗУ РФ2, а одного ПЗУ 2764, т.е минимум 8 кб. Тогда качество РК-ДОС можно существенно повысить (уберутся все неудобные внешние команды, они станут уже встроенными, резидентными).

Если трудно достать отечественные 60-ти контактные метрические слоты, то можно брать слоты от XT/AT и распиливая их на 2 фрагмента (на длину в 12 и 13 ламелей) монтировать как 50-ти контактные. Распилка на 2 фрагмента позволяет применить слот с дюймовым шагом в плате с метрическим шагом, тогда как при установке нераспиленного слота и сам слот не влезает в плату и установленная в дюймовый слот плата с метрическим шагом не контачит из-за сдвижки ламелей. На длине в 30 контактов разбаланс крайних контактов приводит к тому, что контакты закорачиваются. А на длине в 12 контактов разбаланс контактов вполне приемлемый и контакт не нарушается.


склоняюсь делать КНГМД отдельной платой
Конечно отдельной платой, не надо повторять ошибок тех кто сдуру ставил КНГМД на основной плате, получая из-за этого основную плату огромного размера.


можно без проблем подключать механическую РК-клавиатуру
Только, если разъём для этого будет СНП-30, такой-же как в ОРИОНЕ.


Загружаемый знакогенератор. Пока не определился, вписывать ли устройство в основную плату, или подключать в отдельный разъем

Разъём проще и лучше, да и схемотехника этого устройства ещё изменится (и их может быть несколько вариантов, зачем обижать кого-то). Но главное, ПЗУ фонта должно быть большим и управляемым битами от ППА D14 или от отдельного регистра.


порт #FXXX - свободно

Вообще-то нет. Здесь же стоит РК-КНГМД Е.Седова. Лучше разбить область F000...F7FF на чип-селекты новых портов, а "пустые дыры" области 8000...EFFF использовать с большей пользой, отдав часть дыр расширению ПЗУ, а область A000...BFFF - ОЗУ.

И тут возникает вопрос. Вопрос в том, какой клон РК Вы делаете, - предусмотрено хоть какое-то расширение ОЗУ и ПЗУ? Что очень желательно, потому что иначе неинтересно и делать плату бессмысленно. ПЗУ можно расширять коммутацией кусками по 2К в том же самом окне F800...FFFF, но лучше включение доп.кусков ПЗУ в "пустых дырах" области 8000...EFFF.

Раз уже распространено много разных устройств, глупо не сделать расширение ПЗУ, т.к его наличие позволит разместить в ПЗУ их обслуживание или хотя бы загрузчики, чтобы не "волочить" внешнюю плату ROM-диска.

А если расширяется ОЗУ, то одновременно здесь же должен ставиться порт управления или регистр включения режима ОЗУ 48 или 60К или же на участок F000...F7FF должны отображаться те же самые порты из области 8000...EFFF. Только не с шагом в 1000H, а с шагом в 100H. Т.е в идеале д.быть второй дешифратор ИД7 и его выходы должны объединяться диодами с выходами ИД7 на область 8000...EFFF. Тогда в режиме 60К с ОЗУ 0...EFFF эти порты тоже будут доступны.

Но раз новая плата, то можно иметь один дешифратор, переключая адреса на его входах одной КП11-той: A13,A14,A15 --> A7,A8,A9. А ещё проще ввести только 1 порт F000, где будет или регистр режима (при ОЗУ в 64К достаточно однобитового) или сюда же будет отображаться ППА D14, один из разрядов порта которого будет отключать в области 8000...EFFF старые и новые порты и включать здесь ОЗУ, что даёт сплошное ОЗУ 0...EFFF в 60К. Перед обращением в порты их надо будет предварительно включать. Зато расход деталей на получение 60К лишь пол триггера ТМ2 и ЛА2 для выборки FF00.

Если 60К не требуется, то надо хотя бы предусмотреть полубанковое расширение ОЗУ (то что в РК86 на РУ5-тых делается куском провода - от свободного бита ППА клавиатуры до заземлённого входа D19). Если стоят две w24257, то для этого будет расход в ЛА3 (коммутирующую /CS-ты w24257), а если w24512, то достаточно подать сигнал на А15. А лучше не ЛА3, а дешифратор ИД7 выбирающий полубанки и возможность ставить 4 штуки w24512, получив 4 страницы ОЗУ по 32К и общее ОЗУ в 128К.

Вариант полубанковой коммутации для расширения ОЗУ невыгоден, но зато самый простой и самое главное доступный для повторения на уже имеющихся платах, а это самое главное, потому что не раздробляет платформу РК86.

И почему-то не прочёл в описании новодела упоминания о буферизации ОЗУ, об установке ВК28, о фонте 8*8 вместо 6*8 (т.е кварц 20 МГЦ), о подаче на ВТ57 такта 2.66 вместо 1.77 (что ускоряет) и главное, где турбирование РК86 за счёт отдельного генератора. Это же давно известные доработки, не меняющие архитектуру, потому самоочевидные.

[gdv2002]

где турбирование РК86 за счёт отдельного генератора
Турбирование есть уже в оригинальной схеме SRAM версии РК86, вот ссылка на страничку автора этой модификации: http://radio86rk.pbworks.com/w/page/58467718/Radio-86RК-SRAM
Но там применяется кварцевый генератор, который к примеру у меня в провинции купить просто нереально, поэтому я хочу вписать генератор из Радио 1991 №1
http://s019.radikal.ru/i619/1705/04/399a99ba5879t.jpg (http://radikal.ru/big/b0h29nz6zatl4)
По остальным вопросам я мало что понял :( Я писал, что схемотехник аховый, и с описания нарисовать схему не смогу. Как писал выше, есть желание "впихнуть" вторую SRAM на 32Кб, но не знаю как это сделать, если тупо в параллель и CS на дешифратор кинуть.
Кнгмд охота на ЕРМ7032 собрать, из этого сообщения: http://zx-pk.ru/threads/11319-radio-86rk-podklyuchenie-diskovoda.html?p=874864&viewfull=1#post874864
Главное платка лилипутская получится, следовательно дешевая.
И главное, повторюсь - это полная совместимость с софтом для классического РК86, т.е. новые возможности не должны отсекать даже часть существующих программ, чтобы любой чайник, как я, мог взять и запустить любую программу или игру от РК.

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

[barsik]

Если таймер ВИ53 отсутствует, то т.к нет прерываний, чтобы работать в реальном времени, хорошо бы иметь хотя бы простейший аппаратный таймер - меандр 5 ГЦ на входе любого порта.


Хочу использовать отдельный генератор для ВТ57 и ВМ80, как предложено в ж.РАДИО 01.1991

Так как делать РК86 с некрасивым фонтом 6*8 уже глупо, то для фонта 8*8 на ВГ75 должен подаваться такт 20 МГЦ. Если для экономии кварцев, этот же такт (делённый на 9, т.к на 9 делит ГФ24) использовать и для питания ВМ80 и ВТ57, то автоматически получается и турбо и красивый фонт.

Не хочу утомлять Вас расчётами, хотя такт CPU увеличивается всего на 25%, но реальное быстродействие при этом растёт на 40%. Это происходит потому, что одновременно сокращается время захвата шины ПДП (на большем такте ПДП быстрее пересылает 78 байтов в ВГ75, отнимая от строчного периода в 64 МКСЕК меньший процент времени, оставляя больше времени для работы процессору). Если тактировать ВТ57 ещё более высокочастотным тактом - вместо 20:9=2.22 МГЦ подавать 2.5 МГЦ или 3.33 МГЦ (2.5 МГЦ есть, 3.33 получают добавкой счётчика и делением частоты 10 МГЦ на 3), то ускорение можно довести до 50%, т.е в 1.5 раза.

При кварце 20 МГЦ у ГФ24 частоты Ф1, Ф2 равны 2.22 МГЦ, а реальный эффективный такт составит 1.795 МГЦ, т.е ТУРБО-140% от базового варианта. Тормозить до базовой скорости можно подавая на ВТ57 низкий такт в 1.11 МГЦ, что увеличит время захвата ПДП в 1.77:1.11= 1.6 раза. Тогда время ПДП будет не 24%, а 38%, а реальная скорость будет 2.22*0.62= 1.37 МГЦ, что близко к 1.3 МГЦ базового РК86. Переключать такты на ВТ57 проще, чем переключать кварцы у ГФ24.

Однако КР580 позволяет иметь и большее ускорение. Тогда понадобится отдельный генератор на 20 МГЦ для питания ВГ75. Удобен такт КР580 в 3 МГЦ и более, что получается с недефицитными кварцами на 27...28 МГЦ (кварцы радиолюбительского диапазона). При тактировании ВТ57 более высоким тактом, время захвата шины ПДП сократится с 24% в (3:1.77)= 1.688 раза и составит 14%, т.е CPU будет работать 86% времени и реальное быстродействие при кварце 27 МГЦ составит 27:9*0.86= 2.58 МГЦ. А при кварце 28 МГЦ реальное быстродействие будет 2.68 МГЦ, что более чем вдвое быстрее, чем реальные 1.3 МГЦ в базовом РК86.

Двойное соотношение частот позволяет удобно сделать коммутацию ТУРБО/НЕТУРБО. Достаточно вдвое понижать такт. Тогда используем внешнее тактирование ГФ24. На отдельной 531ЛН1 собирается генератор на 27...28 МГЦ, на выходе которого включаем триггер выдающий вдвое меньший такт. Переключение тактов 28/14 МГЦ на входе ГФ24 делаем с помощью мультиплексора КП11.


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


есть желание "впихнуть" вторую SRAM на 32Кб, но не знаю как это сделать
Без расширения ОЗУ, ПЗУ и числа фонтов платка никому и не нужна, т.к нет смысла менять "шило на мыло", тогда уж более просторная базовая плата лучше. Потому желательно ставить даже не вторую 32К w24257, а четвёртую, чтобы получить хотя бы 128 кб. В принципе можно иметь всего 2 панельки и заставить пользователя напаивать их в два этажа (т.е достаточно формировать лишь чип селекты на ИД7). Статика конечно хуже, чем РУ7, но статика скоростная, отчего имеет мощные выходы и не нуждается в буферах.

Сложность установки доп.ОЗУ зависит от реализуемой архитектуры. Самый простой вариант, это цельно полубанковая коммутация, при котором архитектура вообще не меняется, лишь добавляются страницы основной памяти. Тут сложность в том, что ПДП всегда должна читать экран из самой первой полу банки. Для этого, когда есть сигнал HLDA, то ИД7, коммутирующий полу банки должен деактивироваться, а сигнал HLDA должен выбирать самую первую пол-банку. Такая архитектура удобна тем, что программа может работать в другой полу банке, где нет экрана, имея все 32 кб для своих целей, а запись в экран делать подпрограммой в ПЗУ.

Чтобы с пользой использовать доп.ОЗУ нужно и доп.ПЗУ, т.к без доп.ПЗУ при цельно страничной коммутации доп.ОЗУ невозможно использовать.

В минимуме придётся иметь 4 кб в виде двух банок ПЗУ в окне F800...FFFF. Так как иметь 4 кб сплошные в адресах F000...FFFF, как планировали авторы (и как сделано в каком-то клоне), мы уже не можем, т.к RK-КНГМД стоит по адресу F000 (этот путь уже закрыт, потому о 4 кб с адреса F000 забудьте).

Но лучше иметь 32 кб из 27256 в уже стандартном окне ПЗУ E000...EFFF. Это выгодно потому, что тогда можно существенно улучшить RK-DOS (затратив 8К вместо 4К), иметь более приличный ROM-BIOS с поддержкой периферии и главное это не вызывает увеличения числа корпусов, потому что тогда в области F800 выбирается самый старший 2К кусок ПЗУ 27256. Впрочем, удобно оставить и РФ2, т.к например отладочный тест уже у всех прошит в РФ2 и монитор у всех есть в виде РФ2.

Конечно, не меняя архитектуру, лишь количественное тупое наращивание ОЗУ и ПЗУ это не лучший вариант модификации, но зато легко реализуется на уже имеющихся платах, т.к существенное улучшение архитектуры (сплошное ОЗУ в 60К) требует значительно бОльших модификаций, т.е слишком большого расхода МГТФ, что не каждому по карману.

Если принять во внимание, что большое ПЗУ частично компенсирует ущербность архитектуры, простота архитектуры упрощает программирование, а благодаря простоте при выпуске плат не требуется предварительное макетирование, то и такой примитивный вариант модификации РК86 имеет смысл. Любой вариант плат с альтернативным режимом в 60 кб всегда найдёт противников, а главное, накладывает на автора определённые обязательства по их программной поддержке (помните трагическую судьбу варианта РК-МАКСИ).

[gdv2002]

Вопрос по шинам, буферизировать шины АП6 и ИР33-ми будем?
Хотел каноническими 580-ми буферизировать, но представил какая волна поднимется :)))))))

[barsik]

Вопрос по шинам, буферизировать шины АП6 и ИР33-ми будем ?

Немножко непонятный вопрос. Возможно подразумевалось следующее.

Ставить ли АП6 в качестве буфера шины данных, ИР33 вместо занимающей много место ИР13, а ИР22 вместо занимающей много места ИР12 ?

Не имел дело с ИР33, но если она работает по уровню, то она конечно, сможет заменить буфер на шине адреса. Но будут сложности с её доставанием, т.к это очень редкая микросхема, потому в качестве буфера шины адреса прекрасно сработает 531 ИР22 (но не ИР23, ИР27 они работают по фронту, не по уровню). Но, мне кажется, что буферизовать шину адреса излишне, т.к периферийные платы её не нагружают. Кроме того я наблюдал, как КР580 (с ВК28) в СПЕЦИАЛИСТЕ при совсем небуферизованной шине адреса работал на такте 4 МГЦ, что свидетельствует о том, что даже если фронты на шине адреса удлиняются, это не приводит к трагедии.

На этом сайте где-то читал, что надо буферизовать только младшие адреса, т.к к ним подключено много входов. От схемы REVERSE VIDEO (и цвета) из ж.РАДИОЛЮБИТЕЛЬ 04.1992 остаётся неиспользованными 3 вентиля из 1533 ЛП5. Их и можно использовать для буферизации A0, A1, A2.

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

- установку ВК28 обязательно надо предварительно отмакетировать, чтобы не возникло проблем
- ВК28 занимает больше места, хотя разводка выводов проще, его цоколёвка соответствует КР580
- с ВК28 в СПЕЦ-ТЕ перестал работать бейсик (это не догма, возможно была неграмотная схема)
- т.к буфер ставить необязательно, на плате надо закоротить входы-выходы, а это удобнее при АП6

Но есть гораздо лучший вариант. Буфер ВК28 или АП6 не ставить, но в комплект включить маленькую платку переходник, на которой установлен КР580 и ВК28 (или АП6) и платка имеет снизу штырьки для втыкания прямо в панельку КР580. Это лучший вариант потому, что тогда можно с помощью такого же переходника втыкать в панельку КР580 процессор Z80.

Насчёт ИР33 устанавливаемой вместо ИР13, надо подумать о том, достаточно ли легко её доставать, тогда как ИР13 у всех любителей РК86 уже имеются в запасе. Но с целью экономии электроэнергии лучше в случае фонта 6*8 вместо ИР13 поставить две ИР16, а фонт 8*8 позволяет использовать всего одну маленькую ИР9 (что ещё один довод в пользу кварца 20 МГЦ и фонта 8*8).

[gdv2002]

Ставить ли АП6 в качестве буфера шины данных, ИР33 вместо занимающей много место ИР13, а ИР22 вместо занимающей много места ИР12 ?
В данном случае, подсмотрено на Орионе, подразумевается буферизация шин данных на 1533АП6 и адреса на 1533ИР33, заместо используемых в Орионе 580ВА86 и 580ИР82.
Почему ИР33, это та-же ИР22, только сигналы на выводы по нормальному разведены, а не в шахматном порядке, как у ИР22. И достать их не составляет труда, вот их более скоростной импортный аналог 74F573 купить несколько сложнее, по крайней мере в небольшом провинциальном городке как мой!

[gdv2002]

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

[Vladimir_S]

вернуться к журнальному дешифратору
На А000 можно поставить ИД7. А в чем будет отличие от РК86-SRAM?

[gdv2002]

На А000 можно поставить ИД7
Скорее сего так и поступим, ведь отличий-то практически нет. Заказал еще сегодня с Ебея DS12887A, посмотрим что прийдет. Посадочные под память будут как для узких корпусов, так и для широких.

[Vladimir_S]

как для узких корпусов, так и для широких.
А сколько памяти будет? Имеется в виду ОЗУ выше 8000.

[gdv2002]

если схемку доп. ОЗУ кто подкинет, то хоть 128к, но совместимость надо сохранить. Я думал еще одну микру на 32к поставить, но как рулить ей?

[Vladimir_S]

но как рулить ей?
Проще всего рулить адресным пространством - это разбить адресное пространство на необходимые фрагменты. А проще всего это сделать заменой дешифратора на ИД7
на программируемую логику. Значительно упростит задачу применение К155РЕ3.

[L Juriy]

gdv2002, Про дешифрацию вариант

[gdv2002]

Vladimir_S, я не против, а как совместимость? Видел этот твой вариант.

L Juriy, не пойдет - теряется вся совместимость.Тут надо так, чтобы старый софт работал без танцев с бубном.

[Vladimir_S]

а как совместимость
Совместимость полная. Просто то, что теряется при ИД7, с РЕ3 можно использовать. Причем без единой микросхемы мелкой логики.

[gdv2002]

Vladimir_S,
Я так понимаю речь про это?

И так предлагается распределение ПЗУ: 8800-9FFF, A800-BFFF, C800-FFFF. Реализовал в железе, все прекрасно работает на дешифраторе в К155РЕ3. Теперь задача, что в этих адресах разместить. Ну E000-FFFF - DOS2.95 и расширенный монитор, а остальное додумается.

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

ПЗУ поставил W27C512, дешевые и легкодоступные. К тому же легко модифицируются на стадии отладки, не нужно предварительно стирать.

[barsik]

На А000 можно поставить ИД7
Скорее всего так и поступим

Зачем же на A000 ? Слишком много дешифраторов получится. Участок A000...AFFF это единственный сплошной кусок в 8 кб и невыгодно его тратить на порты, выгоднее оставить это место для доступа к расширению ОЗУ или даже для окна резидентного ПЗУ.

Смотрите. При установке RK-КНГМД область E000...FFFF уже поделили дешифратором на участки по 2 кб, чтобы получить в E000...EFFF ПЗУ, а на F000 чип-селект РК-КНГМД. Раз уж область F000...F7FF уже занята установкой РК-КНГМД, то как-раз её то и разумно делить дешифратором, а вовсе не область A000...BFFF.


Значительно упростит задачу применение К155РЕ3

А вот этого в любительских конструкциях надо, если это возможно, избегать. А в данном случае никакой необходимости в этом нет. Если архитектура всего одна, зачем же ставить РЕ3 (что создаёт трудности тем, у кого нет прошивателя РПЗУ с плавкими перемычками) ?

Совсем другое дело, если в новодел ввести две несовместимые архитектуры одновременно. Вот тогда РЕ3 позволяет существенно сократить расход корпусов. Но раз уж вводить альтернативную архитектуру не планируется, то и РЕ3 не нужна.


А сколько памяти будет? Имеется в виду ОЗУ выше 8000

Тут возникает встречный вопрос о Вашей архитектуре. Ведь в базовой архитектуре выше 8000 нет ОЗУ. Проще всего, не меняя архитектуру, лишь дополнить ОЗУ/ПЗУ количественно, например в стандартном окне ОЗУ 0...7FFF сделать кучу страниц по 32К, а в стандартном окне ПЗУ E000...EFFF сделать кучу страниц ПЗУ (по 4 кб каждая). Это обеспечивает 100-процентную совместимость и проще. И ничуть не хуже, чем вариант с кучей маленьких окошечек ПЗУ разбросанных в разных местах по области 8000...FFFF (что как раз и требует применения РЕ3 и позволяет использовать ПЗУ лишь частично).

Однако, если доп.ОЗУ немного (всего 32К на w24257, чего мало для VDISK-а), то выгодно, перенеся порт D14 из A000 куда-нибудь в области F000...F7FF, в области A000...BFFF получить второй участок ОЗУ в 8 кб (что даёт основное ОЗУ для программ в 32+8=40 кб).

Дополнительное ОЗУ или ПЗУ выше 8000 удобно для доработки RK-DOS, для чего желательно иметь 8 кб. Это позволяет перенести все внешние команды RK-DOS из внешних файлов в тело самой ДОС, что я уже частично сделал, добавив в чисто ОЗУ-шную версию команды LOADA, DEL и REN (для ОЗУ-шной версии это уместилось в 4 кб, а если вместе с дискетными подпрограммами, то получается 6 кб, а если добавить TYPE и COPY, то и получатся полные 8 кб).

[Vladimir_S]

Я так понимаю речь про это?
Почти. Я сузил рамки - если раньше было 8800 - 9FFF и т.д., то сейчас 8400 - 9FFF и т.д.

[barsik]

Значительно упростит задачу применение К155РЕ3

А вот этого в любительских конструкциях надо, если это возможно, избегать. А в данном случае никакой необходимости в этом нет. Если архитектура всего одна, зачем же ставить РЕ3 (что создаёт трудности тем, у кого нет прошивателя РПЗУ с плавкими перемычками) ? Совсем другое дело, если в новодел ввести две несовместимые архитектуры одновременно. Вот тогда РЕ3 позволяет существенно сократить расход корпусов.

Благодаря тому, что менять архитектуру РК86 не планируется, то используя РЕ3 можно легко добавить в новодельный клон второй компьютер, а именно МИКРОШУ. Недавно я узнал подробности его архитектуры и понял, что можно сделать двухкомпьютерный клон за счёт лишь незначительного усложнения схемы.

МИКРОША это наиболее массовый и наиболее близкий клон. К тому же он имеет больше программ, чем сам РК86 (да и половина программ РК86 это адаптации от МИКРОШИ). Преимущество МИКРОШИ в более грамотной архитектуре. А точнее он имеет на 16 кб более грамотную архитектуру.

Авторы РК86 рекомендовали ставить вместо ИД7 панельку. Туда должен был втыкаться DIP-разъём и через косу подключаться дополнительная платка реконфигуратора архитектуры. На ней должен был стоять РЕ3, управляемый тумблером. На авторы обманули и ничего на эту тему не опубликовали.

Теперь это можно исправить, сделав двухкомпьютерный клон. Для совместимости с МИКРОШЕЙ недостаточно с помощью РЕ3 поменять адреса ППА клавиатуры, ВГ75, D14 и добавить ВИ53 по адресу D800. Надо еще с помощью КП11 переключить выход звука от INTE на ВИ53 и этим же КП11-тым сменить ПЗУ F800 (т.к у многих программ МИКРОШИ идиотическая привычка использовать нестандартные входы ПЗУ). И этим же КП11-тым надо поменять бит переключения на альтернативный фонт (в режиме РК86 альтернативный фонт переключается портом D14, а у МИКРОШИ это делает INTE).

Несмотря на столь немалый список отличий, в реализации это всего несколько корпусов, и важно, что это существенно улучшает привлекательность платы. А вообще разумным представляется переделка всех имеющихся в эксплуатации РК86 в МИКРОШИ с расширенным ОЗУ (48К). Понятно, что без расширения ОЗУ до 48К это не столь полезно, но при 48К - это совсем другое дело.

Переделка на платах на РУ5 может выполняться без существенных вторжений в основную плату следующим образом. Через панельку ИД7 подключаем платку реконфигуратора в МИКРОШУ. Но т.к, кроме сигналов с ИД7, на платку надо подавать ещё несколько сигналов, то где-то в качестве доп.разьёма, надо закрепить ещё одну панельку на 16 ног, через которую на плату реконфигуратора в МИКРОШУ придётся подавать шину данных, адреса и сигналы управления (это требуется для ВИ53). На платке будет стоять КП11, РЕ3, ВИ53 и ИД14.

Дешифратор ИД14 нужен, чтобы во-первых, переключать два ПЗУ РФ2 (если нет 2732, то РФ2 придётся напаять в 2 этажа, или же панельку 24-ноги надо заменить на 28-ми-ногую для установки вместо РФ2 ПЗУ 27xxx). Впрочем, если не нужно оперативное переключение РК <--> МИКРОША, то можно всякий раз вручную переставлять РФ2 для выбранного тумблером типа ЭВМ. Вторая половинка ИД14 используется для введения 4-х дополнительных портов.

Преимущество переделки в МИКРОШУ с помощью отдельной платы реконфигуратора в том, что такая доработка легко реверсивная. Для возврата достаточно отключить платку реконфигуратора и поставить ИД7 на место.

Впрочем, в возврате к РК86 нет особого смысла, т.к в то время, как постоянная переделка на 60К приводит к полной потере всех программ, полная переделка в МИКРОШУ-48К не вызывает никаких потерь, напротив число программ возрастает. Поэтому, отказавшись от возможности оперативного переключения РК <--> МИКРОША, т.е сделав переделку "МИКРОША навсегда", можно с'экономить дорогостоящий тумблер и КП11.


собираюсь применить системный разъем, как в Микроше
При двухкомпьютерном клоне это вполне разумно. И даже лучше не один слот, а два. Можно будет втыкать платы КНГМД от МИКРОШИ и сделать для МИКРОШИ и РК86 плату мультикарты (где расширение ОЗУ и ПЗУ, контроллер винта, привод на базе 'micro-SD', ВВ51 и AY-8912).

[Vladimir_S]

добавить в новодельный клон второй компьютер, а именно МИКРОШУ.
Сам хотел, но товарищи знающие Микрошу получше чем я (а я не знаю вовсе), объяснили, что нет совместимости по клавиатуре.

[barsik]

нет совместимости по клавиатуре между РК86 и МИКРОШЕЙ

Я тоже ничего не знаю про МИКРОШУ (это и узнать сложно, т.к в WIKI даже не приведена его карта памяти, не говоря уже о типе клавиатуры). Только недавно скачал главу 7.3 из его описания http://home.onego.ru/~bav9/92.html и узнал адресацию его портов (C000 - ППА кл, C800 - D14, D000 - ВГ75, D800 - ВИ53, F800 - ПДП).

Если только иное размещение клавиш, то это не проблема. А вот если иная матрица (не 8*8) или, если порты ППА используются иначе (т.е поменяна логика портов A и B и диоды стоят в другом порту), то это фатально.

Надо искать кого-то, кто разбирается в МИКРОШЕ и узнавать подробности. Меня лично переделка на МИКРОШУ интересует лишь с точки зрения увеличения ОЗУ, причём без потерь числа пригодных программ.

С другой стороны, если даже клавиатура фатально несовместима (что конечно огромная глупость со стороны авторов МИКРОШИ), то многих это не смутит, т.к они не имеют реальной матричной клавиатуры, а используют разные суррогаты выполненые на ПЛИС, что позволяет им использовать более эргономичную клавиатуру от IBM PC.

[Vladimir_S]

http://zx-pk.ru/threads/27125-modulnyj-radio-86rk.html?p=894186&viewfull=1#post894186

[barsik]

Посмотрел схему МИКРОШИ. Диоды в РК86 стоят в порту A, а в МИКРОШЕ в порту B. Значит авторы МИКРОШИ и РК86 - ещё большие враги народа, чем думалось ранее. Значит все игры с прямым опросом матрицы несовместимы.

Тут напрашивается вариант переделки "Микроша навсегда" с подключением клавиатуры по схеме МИКРОШИ. Тогда отключаемая платка реконфигуратора с РЕ3 не нужна, удобнее сделать постоянную переделку, напаивая доп.корпуса вторым этажом. Вряд-ли кто-то может позволить себе иметь две клавиатуры. Зато если есть две клавиатуры, то можно с'экономить на тумблере, тогда при подключении соответствующей клавиатуры автоматически формируется соответствующий сигнал переключения конфигурации.

Можно получить автоматическое переключение схемы подключения клавиатуры использовав 4 штуки АП16, что не так уж и сложно, но вполне решает проблему.

Можно также сделать аппаратный реконфигуратор клавиатуры на перемычках. Тогда между ППА и клавиатурой включается поле из 16 перемычек, например 3 ряда обычных штырьков для установки перемычек. Путем перестановки перемычек сигналы от клавиатуры на порты A и B меняются местами. Можно применить и разъём с двумя заглушками.

Вышеперечисленные варианты неприятны, но вполне решают проблему. А проще всего применить двухрежимный контроллер на ПЛИС для подключения клавиатуры от IBM PC.

Но вполне можно ограничиться вариантом, когда клавиатура в обоих режимах остаётся РК-шной. При этом потребуется простая модификация ПЗУ МИКРОШИ (связанная с заменой портов A и B). Тогда обязательно надо иметь коммутацию РК-МИКРОША, т.к в режиме МИКРОША будут работать не все игры МИКРОШИ.

Т.к прямой опрос матрицы в играх применяют не часто (лишь в играх от опытных программистов, прямой опрос ускоряет), то не работать будут лишь не более 5-10% игр от МИКРОШИ. И при желании, такие игры МИКРОШИ легко переделать, если в эмулятор встроить ловушку на чтение из порта A и запись в порт B клавиатуры. Тогда будет легко находить такие места в играх, чтобы соответственно изменить.

Можно и наоборот, подключить клавиатуру по схеме МИКРОШИ и переделывать игры РК86 с прямым опросом матрицы (таких игр наверное меньше).

В качестве альтернативной архитектуры можно ввести архитектуру клона КРИСТА. Он аналог МИКРОШИ (и по адресам портов), но как подключена у него клавиатура пока неизвестно. Зато у него есть световое перо. Интересно световое перо работает при ЖК или LCD мониторах?

Можно также подумать о введении в качестве альтернативной - архитектуры АПОГЕЯ ? Число игр это увеличит не особо, но зато сразу же даст пользу от добавления цвета, т.к для АПОГЕЯ есть цветные игры. У АПОГЕЯ клавиатура подключена правильно, но пугает слишком большой объём ОЗУ, не позволяющий ПЗУ E000...EFFF, что необходимо для РК-ДОС. А также он конфликтует с РК-КНГМД, т.к на F000 у него ПЗУ.

Можно также подумать о частичной совместимости с ПАРТНЁРОМ (полная совместимость нереально, т.к ПАРТНЁР слишком сложный, куча изменяемых архитектур).

[Vladimir_S]

включается поле из 16 перемычек
А не проще четыре КП11 и 0 - одна клава, 1 - другая?

[barsik]

А не проще четыре КП11 и 0 - одна клава, 1 - другая?
Не получится, КП11 не двунаправленные.

А чем плохи 589АП16? У меня как раз они имеются (запасся когда-то для СПЕЦИАЛИСТА) и не знаю куда их с пользой применить. Но мне кажется не стоит заморачиваться на несовместимости клавиатуры, оставив клавиатуру по схеме РК86. Проще адаптировать небольшое число игр МИКРОШИ с прямым опросом, если они уж так необходимы и не имеют РК-аналога.

Не могу найти схемы КРИСТЫ, чтобы узнать какое у неё подключение клавиатуры. Наверно есть ещё и другие клоны МИКРОШИ. Возможно хоть у какого-то из них авторы не оказались полными плагиаторами, а использовали голову.

[Vladimir_S]

КП11 не двунаправленные.
Насколько я понимаю в колбасных обрезках, у РК86 порт А на выход, а порт В вход. Видимо у Микроши наоборот. Так что двунаправленность вроде как не причем?

[zebest]

т.е поменяна логика портов A и B и диоды стоят в другом порту
все так и есть. "вывернута" наизнанку) ну и другие отличия

[barsik]

двунаправленность вроде как не причем?

Начните рисовать схему, сразу всё прояснится. Или подумайте о том, какими выводами КП11 будет подключаться к ППА. И можно ли через эти же выводы передать сигнал в обратном направлении? На КП11-тых можно решить задачу. Только их будет не 4, а 8.

[Vladimir_S]

Начните рисовать схему
Я ленюся.

[Shumadan]

Насколько я помню, у Микроши и Радио в Мониторах разные адреса подпрограмм для считывания кода нажатой клавиши

[Vladimir_S]

Микроши и Радио в Мониторах разные адреса подпрограмм для считывания кода нажатой клавиши
Вот это как раз и не проблема для компа с переключаемой конфигурацией. У меня комп два в одном - РК86 и Апогей. Тоже разная адресация.

[barsik]

Насколько я помню, у Микроши и Радио-86РК в мониторах разные адреса подпрограмм для считывания кода нажатой клавиши

Это точно ?

Мне казалось, что входные точки стандартных подпрограмм ПЗУ у всех клонов РК86 должны совпадать. Т.е входы в стандартные подпрограммы в начале ПЗУ F800 по здравому смыслу у всех клонов должна быть одинаковые. Иначе это даже не клоны, т.к тогда не было бы совместимости даже корректных программ. А ведь у МИКРОШИ совмещён даже адрес экрана и служебные ячейки в области 7600. Какой же смысл это совмещать, если не совмещать одновременно и все стандартные входы? Или это действительно очередное гнусное вредительство авторов МИКРОШИ ?

Какие-то проблемы совместимости с МИКРОШЕЙ упоминались в ж.РАДИО и даже был опубликован какой-то совместимый ROM-BIOS для неё. Но я думал, что несовместимость вызвана служ.ячейками или адресом экрана, а не стандартными входными точками. Не могли бы Вы уточнить в чём конкретно заключаются отличия?

Естественно, в режиме совместимости с МИКРОШЕЙ надо включать ROM-BIOS МИКРОШИ, т.к даже если все стандартные входные точки совпадают, но увы, слишком много неграмотных любителей (ради экономии 3-х байтов) делали программы лезущие в нестандартные входные точки, несмотря на многократные указания в ж.РАДИО о недопустимости такой наглоты. Кстати это основная причина неработоспособности программ МИКРОШИ на РК86.

А есть программы универсальные, т.е одновременно и для РК и МИКРОШИ, самонастраивающиеся на тип ЭВМ и размер ОЗУ. Они жёстко привязаны к коду ПЗУ, т.к определяют тип ЭВМ по конкретному коду в ПЗУ и если что-то там изменить, то будут неверно определять тип ЭВМ и размер ОЗУ.

[Vladimir_S]

И вот кстати

Если архитектура всего одна, зачем же ставить РЕ3
Для того, что бы выделить любой участок в адресном пространстве, не нужно никаких дополнительных элементов мелкой логики. Для примера - у РК ДОС ВВ55 в адресах F000 - F003, a ИР23 F004. Причем при обращении к ним по IN/OUT это уже вплоть до F4F4. И для того что бы убрать ПЗУ из F000-F7FF достаточно правильно расставить в РЕ3 нули и единицы. Даже паяльник включать не нужно.

[barsik]

Так никто и не спорит с тем, что если в ЭВМ одновременно две архитектуры, то коммутировать их удобно с помощью РЕ3. Но если архитектура только одна, то выборку конкретного адреса также успешно сделает любой дешифратор (ИД7, ИД3, ИД4, но лучше всего ИД14).

А ПЗУ в области F000 Вам, видимо, потребовалось включать ПЗУ вместо РК-КНГМД в режиме АПОГЕЯ, у которого 4 кб ПЗУ в адресах F000...FFFF. А по какому же адресу в АПОГЕЕ включён РК-КНГМД. Или у него РК-КНГМД вообще не используется, а применяется свой КНГМД на базе ВГ93, использующий канал 2 ПДП ?

Кроме коммутации двух архитектур, применение РЕ3 позволило Вам раскидать участки ОЗУ по всей области 8000...FFFF, заняв неиспользуемые "дыры" с шагом 1 кб. Но хорошо ли это ? Для конкретного пользователя, возможно, это хорошо, а вот для всей платформы РК86 очень плохо. Я всегда сторонник самых минимальных доработок, которые каждый владелец РК86, имеющий паяльник, может без труда сделать на свой старой плате РК86, чтобы не отрываться от масс.

А т.к первый приличный новодел РК86 задаст стандарт доработок на века вперёд, то подходить к доработкам надо очень аккуратно. Поэтому-то мне и кажется, что изменять архитектуру не надо. Есть окно ПЗУ (шириной в 4 кб), есть окно ОЗУ (шириной в 32 кб). Добавляем в них страничное расширение и всё. ПЗУ используем для расширения ROM-BIOS и RK-DOS, а доп.ОЗУ используем для эл.диска, что сделает возможным удобным пользование РК и без наличия внешних приводов (дисководов, винчестеров, SD-карт и цифровых магнитофонов на базе ПЛИС).

Режим совместимости с МИКРОШЕЙ предпочтительнее всего, т.к тогда нет проблем с RK-DOS, удобно расширяется ПЗУ и это обходится дешёво. А в варианте АПОГЕЯ с его гигантским ОЗУ куда ставить ПЗУ, - там нет окна ПЗУ E000...EFFF и использование RK-DOS и РК-КНГМД вообще невозможно, т.к в АПОГЕЕ на F000 стоит ПЗУ.

[Vladimir_S]

любой дешифратор (ИД7, ИД3, ИД4
Вот попробуй замени.

[Shumadan]

Это точно ?
это точно. Купили мне в 87ом Микрошу. Игрушек толком не было, кооперативы с кассетами еще не развернулись. Приходилось вручную набивать из журналов Радио программы. Помню, Питон не заработал по этой причине. Пришлось изучать машинные коды и дописывать программу. Причем, я не уже не помню, возможно у Микроши вообще нет этой подпрограммы. Зачем так сделали? Не знаю. Размещается вроде по адресу F809 или F806. И многие игрушки обращаются именно по этому адресу. И это не единственная особенность.

[barsik]

А разве стоит задача получить такую "шахматную" архитектуру памяти с шагом дискретизации в 1 кб. В базом РК86 шаг при разбиении адресного пространства 8 кб. Для чего достаточно дешифратора. О чём я и написал.

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

Мне кажется, что gdv2002 не планировал расширять архитектуру, тем более таким способом. Вариантов доработок может быть много. Но сразу же надо ставить вопрос: "Для чего это надо, что даёт?".

А меня больше интересует другой вопрос, а именно, - Можно ли это без особого труда сделать на базовой плате РК86? Эта плата у всех, а плату новодела купят немногие. Если сделать очень крутую доработку, фактически новый компьютер, что сложно повторить ручным монтажом, то что это даст пользователю, купившему такую плату. Моральное удовлетворение и только.

Простые расширения ОЗУ и ПЗУ можно сделать на базовой плате. Расширение ОЗУ до 64К при РУ5 страницами (32К) - это всего один проводок. Для 128К можно напаять РУ5 в 2 этажа, или заменить РУ5 на РУ7 (в обоих случаях нужен доп. мультиплексор адреса, т.е КП11). Для получения 128К можно также применить две W24257.

Расширять ПЗУ тоже несложно. Надо только заменить панельку 24 ноги на 28-ми ногую. Можно на плате КНГМД, а можно и на основной плате. На адреса A12,A13 A14 ПЗУ 27256 заводим сигналы с D14. Причём D14 одновременно можно использовать и по другому назначению (и только когда есть обращение в окно ПЗУ E000...EFFF надо выдать что-то разумное в порт D14).

Расширение количества фонтов до двух это всего 2 провода, а для 4-х фонтов достаточно заменить РФ2 на 2732 (или напаять ещё одну РФ2 вторым этажом). А ВИ53 и так у фанатов РК поставлен ещё в 1987 году. Заменять матрицу символа на 8*8 необязательно, т.к это не меняет архитектуру и не влияет на программы. REVERSE VIDEO на базе ЛП5 также у большинства сделан ещё с 1992 года. Схему цвета я никогда не делал, но ведь это очень простая схема, доступная для повторения любому.


Это точно. МИКРОША и РК86 несовместимы и по стандартным входам в ПЗУ

Это для совместимости ничего не меняет, но сокращает число программ РК86 и создаёт лишние проблемы адаптатору программ от МИКРОШИ. Хотелось бы знать поточнее. Подождём, может кто-то знающий просвятит эту тему.

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

Судя по приведенному в предыдущем посте началу исходников, основные текстовые подпрограммы совпадают, точнее всё совпадает до входа F818. Но не совпадают подпрограммы запроса/установки координат курсора, RAMTOP, блочных МГ-подпрограмм и ещё что-то. Т.е перенос на МИКРОШУ даже корректных программ работающих с экраном (т.е считывающих символы с экрана корректно) затруднён, требуется адаптация. А вот переносу программ с МИКРОШИ на РК ничего не мешает, но тут к сожалению, неграмотные разработчики программ МИКРОШИ лезут в нестандартные подпрограммы ПЗУ.

Оказывается авторы-разработчики вредили РК86 по железу, а на МИКРОШЕ решили навредить в стандартных подпрограммах. В сталинские времена авторы РК86 и МИКРОШИ за такое вредительство сразу бы "загремели на Колыму".

[Vladimir_S]

А разве стоит задача получить такую "шахматную" архитектуру памяти с шагом дискретизации в 1 кб. В базом РК86 шаг при разбиения адресного прострнства 8 кб. Для чего достаточно дешифратора. О чём я и написал.
Это для того, что бы максимум памяти отдать для ОЗУ/ПЗУ. Зачем например отдавать 8Кб под клаву? А если например нужно отжать у клавы сколько то памяти, то при стандартном дешифраторе придется этот дешифратор модернизировать.

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

Совсем забыл, что некоторых почему то тянет в РКшку ставить динамическую память. Вариант с РЕ3 больше подходит для статики.

[OrionExt]

Да ставьте уже все АП6 (74XX245) или 244 (АП5) (для сигналов с одним направлением). С регистрами еще заморачиваться нужно.

Почему у АП5 так хитро распиновка сделана? А по тому что заточены они на двух-направленную шину 4 бита:)

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


Вариант с РЕ3 больше подходит для статики.
С РЕ3, это уже совсем для мастодонтов эпохи. А так галина-бланка (GAL) более чем доступна:rolleyes:

[barsik]

Да ставьте уже все АП6 или АП5 (для сигналов с одним направлением). С регистрами еще заморачиваться нужно

О каких регистрах речь? Вроде обсуждали схему, как в клавиатуре 8*8 программно менять местами порты A и B к которым она подключена, т.к у РК86 и МИКРОШИ схемы отличаются. Чем 4 штуки АП5 или АП6 лучше, чем 4 штуки 589АП16. И на плате места меньше занимают (4 маленьких корпуса вместо 4-х здоровых 20-ти ногих). И АП16 как раз для таких случаев (когда надо раздельные входы и выходы коммутировать на один вход) и предназначена.

Но как я уже ранее высказался, нет особой необходимости совмещаться и по клавиатуре. Если часть игр от МИКРОШИ будет недоступной, то кого это так уж сильно опечалит? Ведь без всякой совместимости с МИКРОШЕЙ и 90% игр МИКРОШИ (тех что опрашивают клавиатуру подпрограммой F81B) были бы недоступны. Кроме того несложно адаптировать игры с прямым опросом клавиш, если уж так это необходимо.

Да и ставим, т.е решаем не мы, а gdv2002, а он сейчас в отключке. Так что это разговор в пользу бедных. gdv2002 ещё не выразил желания делать совместимость с МИКРОШЕЙ. Может быть он с детства невидит МИКРОШУ и ни за что не согласится на это.

[gdv2002]

barsik, я по мозгам не вывезу такую доработку!!!!
Я, в коллегии с товарищами с форума, задумывал более новую реализацию РК86. Новый процессор, новые возможности, но так глубоко не собирался копать. Да и не раз уже говорил, я это не потяну ((((
Пока отрисовал проц и пару БИСов, ОЗУ (32Кб), формирователи адресов.
Я не люблю не читаемых схем, поэтому на подготовку библиотек уходит времени больше, чем на отрисовку самой схемы. Постепенно буду выкладывать схему, надеюсь сообща отловим ошибки на этапе подготовки схемы.
Теперь про реалии - клава в 99% будет РС/2 через адаптер от Caro, это факт. Надо от этого и отталкиваться уже.
Что лучше, РК86 или Микроша - вопрос спорный! Клонов РК86 было много, и у каждого была своя изюминка.

barsik, вы говорите что нало было авторов РК, Микроши и редакторов журнала Радио было отправить суперканалы в Сибири строить, а я думаю нужно было тех отправить, кто кучу клонов в производство запускал, а не развивал одну линию развития!!! Так и родилась куча клонов, не совместимых друг с другом, и как следствие и самих совсем не развитых!
Микроша интереснее РК86, и не понятно, кто был первым. Давайте подумаем и обсудим.
Как доберусь в отрисовке до дешифраторов и видео, выложу схему и начнем "рисовать" все вместе, если не против?!

[OrionExt]

Ой, barsik, покажите пример в реале сегодня (я не стебаюсь);)

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

О регистрах было. Ну да ладно, сам грешу) Подпрвить)

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

589АП16? Это чего за зверь? Где купить сегодня? Запасом барахла с заводов не запасся=)

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

Нашел АП16. Завтра будет фото, батарейки зарядим)

[barsik]

Новый процессор

Не понял. Что за новый процессор Вы запланировали ? Вы что же собираетесь ставить Z80? Или 6502? 6502 кстати, на том же такте даёт вдвое большее быстродействие (т.к тратит меньше тактов на команду).


клава в 99% будет РС/2

А обычную матричную клавиатуру с матрицей РК86 или МС-7007 можно подключить?


так глубоко не собирался копать

Так речь же о самых простых самоочевидных доработках. Сложнее разобраться с схемами REVERSE VIDEO, схемой цвета, коммутацией фонтов и заменой ИР13 на ИР33.

А вообще-то сначала, перед тем как рисовать схемы, надо чётко определиться с тем, что хочется в итоге получить и детально описать архитектуру и адреса всех дополнительных портов побитово. Т.е фактически надо составить детальное тех.задание (ТЗ). Надо определить откуда берутся управляющие сигналы для: переключения фонтов (минимум 4 штуки), выбор текущей пол банки ОЗУ в адресах 0...7FFF, выбор куска ПЗУ в 4 кб в окне E000...EFFF (или в другом окне для ПЗУ), переключение выдео выхода "монохром-цвет", адрес ВИ53 в режиме РК86 и других.

Надо однозначно решить, менять или не менять базовую архитектуру. Делать ли совместимость с МИКРОШЕЙ по адресам портов в альтернативном режиме, что даёт возможность использовать ПО от МИКРОШИ ?

Можно попробовать сделать режим МИКРОШИ без РЕ3. Можно на плате новодела не делать альтернативного режима совместимости с МИКРОШЕЙ, но зато предусмотреть разъём для установки туда платки конвертирующей РК86 в МИКРОШУ.

Есть вопрос по использованию атрибутов ВГ75. Дело в том, что для полноценного цвета надо тратить все 4 атрибута. В то же время, для нормальной текстообработки, да и для игр с знакоместной спрайтовой графикой желательно хотя бы один атрибут отдать для переключения фонтов. В цветном режиме приходится использовать все 4 атрибута на цвет. А в режиме монохром сигнал RVV должен давать инверсию знакомест, а остальные атрибуты не влияют. А один цветовой атрибут должен в режиме монохром переключать фонт. Тогда в монохроме можно на одном экране иметь большие и маленькие русские и латинские буквы и в играх иметь 256 тайлов для строительства спрайтов. При наличии цвета на видеовыход придётся ставить КП11-тый формирующий сигналы R,G,B. В монохроме он должен подавать на выходы R, G, B сигнал с монохромного выхода ИР13.

Мне кажется полезным сделать совместимость с МИКРОШЕЙ. Т.к это даёт 48К и потому что


Что лучше, РК86 или Микроша - вопрос спорный

Тут двух мнений быть не может, - МИКРОША однозначно лучше. Архитектура лучше, ОЗУ больше, фонтов больше, звуковые возможности (из-за ВИ53) больше, отчего и программ больше и даже слот расширения есть. И не случайно половина программ РК86, в том числе и RK-DOS пришли от МИКРОШИ.

[Vladimir_S]

заменой ИР13 на ИР33.
Наверно ИР12? У ИР33 нет сдвига.

[barsik]

Наверно ИР12? У ИР33 нет сдвига

Вообще-то я имел в виду именно ИР13. Но ошибочно. Склероз. Показалось, что где-то читал о замене ИР13 на ИР33. Но в схеме http://s018.radikal.ru/i513/1402/19/a1ff0f41ec17.png ИР13 заменили на ИР10. Т.о разумно ИР13 заменить на ИР10, а ИР12 заменить на ИР22 (т.к ИР33 это что то непривычное и малораспространённое).

Но ! Замена ИР13 на ИР10 возможна только, если фонт 8*8, т.к у ИР10 нет промежуточных выходов, как у ИР13. Если же фонт оставить убогим 6*8, то возможна замена ИР13 на две ИР16.

[Vladimir_S]

заменить на ИР22 (т.к ИР33 это что то непривычное
ИР22 отличается от ИР33 только номерами выводов, быстродействием и нагрузочной способностью. А по логике это одно и то же. Да и по доступности ничем не отличаются.

[gdv2002]

Не понял. Что за новый процессор Вы запланировали ?
1821ВМ85


А обычную матричную клавиатуру с матрицей РК86 или МС-7007 можно подключить?
конечно


МИКРОША однозначно лучше.
ну так может есть смысл замутить новодел Микроши с улучшениями, а не пытаться скрестить ежа и ужа?

[gdv2002]

Подредактировал первый пост.

МИКРОША однозначно лучше
Смотрю схему Микроши, и туда просто просятся две микры SRAM по 32Кб, плюсом процессор ВМ85 воткнуть, и получится неплохой ремейк :)

[barsik]

1821ВМ85

Очень печально, что Вы решили использовать 8085. Это резко снижает привлекательность платы новодела. Если уж менять процессор, так на нормальный. У меня для печати исходников есть символьный 9-ти игольный принтер NEC, где 8085 стоит на панельке, так что фактически я имею 8085. Но абсолютно не собираюсь его использовать, т.к процессор глупый и это нелампово и непатриотично. Z80 хотя бы позволяет писать для РК программы на Турбо-Паскале, что очень удобно и эффективно, а 8085 не даёт ничего.

За 8085 Вам пользователи спасибо не скажут. Интерес как раз и заключается в том, чтобы использовать только детали доступные в 1985, когда разработали РК86. Иначе всё проще эмулировать на развитом микроконтроллере.


может есть смысл замутить новодел Микроши с улучшениями

Такого смысла нет. Доводы следующие. Документации на РК больше (много статей в журналах РАДИО и РАДИОЛЮБИТЕЛЬ). ROM-BIOS у РК86 грамотнее. Владельцами РК86 были радиолюбители, сами собравшие себе ЭВМ на кухонном столе, т.е фанаты и энтузиасты. И некоторые из них имеют РК и сейчас. А МИКРОШУ всегда покупали готовую абсолютно равнодушные отцы семейств, даже не имеющие паяльника, лишь как новомодную игрушку (поиграл, понял что ZX-Spectrum полезнее и выбросил). В итоге из сотни тысяч МИКРОШ выпущенных за 5 лет производства сейчас остались единицы. Новоделов МИКРОШИ нет, так что и молодёжь подключается к платформе РК только собирая платы РК86 и старые пользователи из 80-х, чтобы вспомнить молодость, подключаются к хобби собирая именно РК86. Поэтому-то на этом сайте есть хоть какая-то активность по РК86, а по МИКРОШЕ уже ничего, почти не осталось фанатов МИКРОШИ.

Да и дорабатывать МИКРОШУ бессмысленно. Т.к владельцы МИКРОШИ имеют её в запломбированном корпусе и ни за что не сделают на ней ни одной доработки, так что доработанная МИКРОША с цветом останется лишь у купивших платы новодела МИКРОШИ и не станет стандартным вариантом доработок.

Напротив, если сделать на плате новодела РК86 минимально грамотную и целесообразную доработку, достаточно простую для повторении ручным монтажом на старых платах, то эти доработки смогут повторить все владельцы РК86. Именно поэтому я за минимизацию доработок и только за такие доработки, что имеют смысл. Т.е за тупое "лобовое" расширение ОЗУ, ПЗУ и числа фонтов.

А совместимость с МИКРОШЕЙ нужна только чтобы получить побольше основного ОЗУ и возможность прогонять программы от МИКРОШИ. Вводить режим МИКРОШИ разумно потому, что это обходится дёшево, а заметная польза есть. И пользователь сам может сделать выбор использовать ему этот новодел как МИКРОША или как РК86.

Но можно использовать для новодела 2 других варианта альтернативного режима. Первый это ввести совместимость с АПОГЕЕМ, у которого, как известно сплошное ОЗУ в 60К. Не надо повторять 1 к 1 архитектуру Vladimir_S, следует упростить по максимуму (например у него две РЕ3, может быть достаточно одной). Этот вариант получается аппаратно сложнее, чем совместимость с МИКРОШЕЙ.

Выгоднее сделать более простой режим 60К, как я и предлагал в теме "Модульный РК86" http://zx-pk.ru/threads/27125-modulnyj-radio-86rk.html?p=904653&viewfull=1#post904653. При этом в режиме 60К нет портов, отчего при смене режима не требуется переключать адреса портов, что упрощает схему и не нужны РЕ3 или РТ4.

Эти варианты в 60К позволяют использовать CP/M и соответственно компиляторы ЯВУ. Но возможность использовать компиляторы на рэтро ЭВМ уже не важна (удобнее транслировать на PC). С другой стороны наличие ОЗУ хотя бы в 48К позволяет писать для РК программы на ЯВУ, т.к объём программ написанных на ЯВУ - под 30 кб и более. Вот почему я за совместимость с МИКРОШЕЙ-48К.

Имея ОЗУ 48 или 60К мы получаем удобную платформу для творчества программиста любителя использующего СИ, ПАСКАЛЬ, PL/M или даже ADA. Тогда как, при маленьком ОЗУ на базовом РК, из ЯВУ остаётся пригодным только PL/M (он даёт очень компактный код), а на PL/M программировать менее удобно, да и нет его компилятора в CP/M.

Исходя из вышеизложенного, без разницы, иметь только 48К или 60К ОЗУ. И 48К предпочтительнее, т.к тогда есть окна ПЗУ, где и размещается ДОС (RK-DOS в 8 кб), что удобно. И архитектура остаётся МИКРОША-совместимой.

Так что я агитирую за совместимость с МИКРОШЕЙ. Мне кажется, что это намного полезнее, чем цвет и атрибут REVERSE VIDEO (но не важней 4-х фонтов, фонты важнее, т.к дают инверсию знакомест, КОИ-8 и красивые игры).

Пост #1 не разъяснил ничего нового, кроме типа ОЗУ и процессора. Например нет ответа, какой будет фонт - 6*8 или 8*8 ? Какое будет ТУРБО, т.е из одного кварца 20 МГЦ (что даёт одновременно фонт 8*8 и Турбо 140%) или из дополнительного кварца 27 МГЦ, что даёт Турбо-200%.

Для управления режимами, если нужно сохранять ППА D14 для пользователя, разумно поставить отдельный ППА D14', который не только не нагружая шину (кучей регистров, если делать на логике) формирует все управляющие сигналы, но и даёт возможность считывать текущую конфигурацию, т.к из порта можно читать. Это важно. А порт C позволяет управлять режимами побитово. Кроме того, при выполнении ручных доработок на базовой плате РК удобно использовать уже имеющийся ППА D14.

[gdv2002]

Очень печально, что Вы решили использовать 8085
Думаю очень даже нет. Тот-же ВМ80А, только поболее команд и одно питание.


Z80 хотя бы позволяет писать для РК программы на Турбо-Паскале
А кто их, программы пишет еще??? Те кто остался из программеров в теме РК86 не помню чтобы грустили по Турбо-Паскалю.


разумно поставить отдельный ППА D14'
Что и заявлено.


Какое будет ТУРБО
вот-же пост чуть выше!
http://zx-pk.ru/threads/26099-radio-86rk-plyus-sozdanie-i-obsuzhdenie-versii-2016g.html?p=914301&viewfull=1#post914301

По Z80 не знаю. Попытки создать такой РК были, но не помню чтобы удачно все закончилось. Сейчас вроде Vladimir_S пытается смакетировать такой РК.

[barsik]

Про вариант турбирования, так ничего и не понял (хотя по ссылкам сходил). Аналогично с размером знакоместа.


Не помню, чтобы те из программистов, кто ещё остался в теме РК86, грустили бы по Турбо-Паскалю

Не всякий выражает свои чувства на публику, может они плачут по ночам оплакивая невозможность использовать Турбо-Паскаль для разработки игр для РК86. Да и нельзя грустить о том чего не знаешь, т.к большинство просто не знакомо с удобством разработки на ЯВУ, т.к были вынуждены пользоваться ассемблером из-за отстутствия на РК86 компиляторов CP/M и нехватки ОЗУ для компилированных программ.

Общеизвестно, что эффективность программиста работающего на антикварном ЯВУ в 10 раз выше (а современные ЯВУ ещё более эффективны). Поэтому все 4-х килобайтовые игрушки РК86 (типа XONIX, PACMAN} легко можно переписать на ЯВУ, отчего их размер станет 25 кб и скорость в 4 раза ниже, а затем без труда ввести в них цвет и красивую графику. Также на CP/M-сайтах встречал исходники западных игр написанные на ЯВУ, а также ассемблерные исходники игр на Z80.

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

Z80 в качестве выгоды даёт не только Турбо-Паскаль, он и сам эффективнее, если писать для Z80. Да и других компиляторов для Z80 больше.

Но, ставить Z80 в РК86 фактически не имеет смысла.

Потому что из-за альтруизма все новые программы для РК86, всё-равно надо делать только в кодах КР580 (а о Турбо-Паскале остаётся только плакать по ночам). Поэтому мне всё-равно Z80 или КР580, особой разницы нет. К тому же я недавно разобрался, как писать программы для Z80, но транслировать их в коды КР580.

Для этого часть команд Z80, что активно использую (JR; LDIR; DJNZ; EXX; EX AF,AF; LD A,I; SBC HL,RR; LD RR,(nnnn) и др) я заменил макро командами, потому при ключе Z80=0 генерируются только коды КР580 (естественно, при этом код существенно разбухает в размере и тормозит). Регистры IX,IY я всё-равно использую редко (т.к они в основном лишь облегчают программирование, а выигрыша, ни по скорости, ни по объёму, почти не дают, хотя иногда без них получается очень громоздко).

Ещё пара слов агитации за совместимость с МИКРОШЕЙ.

Если переключение РК-МИКРОША сделать программным, то можно запускать программы МИКРОШИ из конфигурации РК86. Достаточно снабдить программы МИКРОШИ стартёром, который при старте включает совместимость с МИКРОШЕЙ. Если будет программное переключение РК-МИКРОША, то программу для автоматизации конверсии программ МИКРОШИ в вид пригодный для запуска из RK-DOS я сделаю сразу же (это 15 минут труда). Если нет, то эта программа будет добавлять в начало игр МИКРОШИ сообщение "Включите режим совместимости с МИКРОШЕЙ и нажмите клавишу".

И пара слов против 8085.

При КР580 его можно вытащить из панельки и воткнуть туда платку переходник, на которой стоит 8085, 6502, 8088, 68008 или Z80 (в общем любой с 8-ми разрядной шиной). Именно в этом и заключается главная ценность РК86. Такого свойства нет ни в одной другой отечественной 8-ми разрядке (в основном из-за синхронизации с графической видео частью). А установив 8085, Вы это свойство погубите на корню. И всё это только ради того, чтобы с'экономить на ГФ24.

[barsik]

Часть реплик по теме новодела ошибочно попали в тему "Радио-86РК на Z80" (http://zx-pk.ru/threads/20887-radio-86rk-na-z80.html?p=915291&viewfull=1#post915291).


Ну замутим РК86 в супер-пупер конфигурации и что? Кто напишет софт, ДОС и много чего еще?

Слишком сложный "супер-пупер" не надо. Желательно как можно проще. Я вообще предлагаю добавлять только то, что каждый может сделать за пару часов имея электро паяльник. Т.е доп.ОЗУ, ПЗУ, альтернативный фонт и AY-8912.


Сейчас идет очередной виток мозгового штурма... - получится очередной клон, не поддержанный программами

Не попробовав не узнаещь !

Никто ещё не делал ничего подобного. Все новоделы делали по базовой схеме РК. А Вы же уже запланировали ввести ВИ53, 4 фонта, Турбо, цвет и доп.ОЗУ в окне A000...BFFF. Если хотя бы это Вы сделаете, это будет гигантский шаг вперёд.

Если в новоделе будет доп.ПЗУ и/или доп.ОЗУ, то расширенный ROM-BIOS, ДОС для НГМД и винта, Нортон, текстовый редактор и, макроассемблер мне не составит труда странслировать, т.к есть соответствующие исходники. Ещё смогу предложить обмен по проводной линии с PC. А затем хотелось бы заняться ВИ53, чтобы играл классическую музыку. Но чтобы сделать муз.редактор нужен фонт с изображениями нот. RK-DOS может поддержать любой привод, нужны только подпрограммы для этого устройства. Уже только это оправдывает дополнительный расход деталей на доп.ОЗУ и ПЗУ.

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

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

Так и нет ясности по вариантам расширения ОЗУ. А есть только 4 варианта расширения ОЗУ.

Во-первых, "открытие" окна ОЗУ в 8К в области A000...BFFF. Такой вариант ценен тем, что расширяется именно основное ОЗУ, давая 40 кб для программ. Если в этом варианте отключить и ППА на 8000...9FFF, то получатся сплошные 48К.

Второй вариант, это полубанковая коммутация страницами по 32 кб в окне 0...7FFF. При одной банке РУ5 это 2 страницы, при двух банках - 4 страницы. Доступ в это ОЗУ только подпрограммами F836/39 или аналогичными из ПЗУ E000...EFFF. Т.е это ОЗУ полезно только для эл.диска или как буфер (например в текстовом редакторе), а не как основное ОЗУ для программ. Основное ОЗУ остаётся 32 кб.

Третий вариант это альтернативный режим МИКРОША со сплошным ОЗУ 48К. Выгоды такие. Во-первых, - программы от МИКРОШИ. Во вторых, 48К уже позволяет CP/M, если требуется. В-третьих можно запускать большие программы написанные на Паскале МТ+ и BDS/AZTEC СИ (т.к остальные компиляторы лишь для Z80). Тут предлагают вариант 60К и совместимость с АПОГЕЕМ. Это сложнее и главное, вариант АПОГЕЯ не даёт расширения ПЗУ, отчего придётся вводить внешний ROM-диск от ОРИОНА (и ПЗУ вне адресного пространства намного хуже, чем прямое ПЗУ в памяти).

И вот рекомендуемый четвёртый вариант. Он даёт то же самое, кроме совместимости с МИКРОШЕЙ, зато он намного проще. А 100% совместимости с МИКРОШЕЙ и так нет из-за отличий клавиатуры.

Суть в том, чтобы в альтернативном режиме просто убирать порт 8000. На A000...BFFF всегда включено ОЗУ и при отключении порта 8000, в области 8000...BFFF оказывается ОЗУ. Достаточно ввести второй адрес ППА клавиатуры, а именно - F100. Главное, что при этом передвигать адреса других В/У не требуется. Тогда в базовом режиме порт клавиатуры на 8000 и полная совместимость. Одновремено порт клавиатуры выбирается по F100, а D14 всегда на F200. А когда тумблер в режиме 48К, то ППА 8000 отключается и в области 8000...BFFF оказывается ОЗУ, а клавиатура доступна только на F100. В области A000...BFFF всегда ОЗУ, т.е в базовом режиме доступно 40 кб. Т.е расширение ОЗУ есть даже в базовом режиме, что очень ценно. Это идеальное решение проблемы.

При этом вся требуемая коммутация режимов сводится к отключению порта 8000.

Расход деталей в этом варианте крошечный (ЛЛ1 запрещающий чип селект 8000). В режиме 48 кб 100% совместимости с РК нет (точнее нет совместимости по порту клавиатуры, что фатально для игр, но для системных программ это "до лампочки"). Этот режим удобен для редактора, ассемблера, бейсика, больших программ транслированных с ЯВУ и для ДОС. Из ДОС-48К можно запускать и все старые программы. Этот вариант удобен как раз для статики и нравится своей простотой. Но решать не мне.

Пожалуйста определитесь с этим.

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

Ставить ВИ53 на B000 нехорошо. Вообще нехорошо ставить дополнительные В/У в области ниже F000, т.к это сложно реализовать проводками на базовой плате. Пусть эта область занимается только базовыми В/У. Адрес ВИ53 вообще не важен, тем более, что программы АПОГЕЯ не годятся. Уж тогда логичнее ставить ВИ53 на D800, как в МИКРОШЕ. Но разумнее и ВИ53 и все другие доп.устройства ставить в области F000...F7FF. При разбиении дешифратором этой области с шагом 100H, получается достаточное число чип-селектов, что вполне хватит, т.к нагрузочная способность шины не безгранична.

D14, только в крайнем случае, может стоять на A000, хотя это очень невыгодно, т.к участок A000...BFFF единственный доступный сплошной участок в 8 кб необходимый для расширения ОЗУ в базовом режиме до 40 кб. Потому D14 необходимо перенести на F200. Всё-равно D14 мне придётся занять на винчестер (т.к винчестер подключается через ППА).

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

Предлагаю вот такую организацию. По крайней мере, у меня EPROM 8К, 2 пол-банки из РУ5 и один альтернативный фонт из РФ2 уже стоят так.

F000 - РК-КНГМД
F100 - ППА клавиатуры (выбираемый и на 8000...9FFF)
F200 - ППА D14 (для винчестера и УФ-программатора)
F300 - ВИ53
F400 - резерв для ВВ51 или 6850
F500 - резерв для AY-8912
F600 - строб для винта
F700 - D14' управляющий режимами

Для порта D14' можно использовать разряды так:

PA0...PA4 - номер куска из ПЗУ в окне E000...EFFF (адреса A12...A15 ПЗУ)
PA5 - номер одного из двух кусков ОЗУ по 16К в окне 8000...BFFF
PA6 - выбор такта ВИ53 канала 2 (2 МГЦ или 50 ГЦ)
PA7 - резерв для управления памятью

PB0...PB6 - номер полу банки ОЗУ в окне 0...7FFF (на SIMM-30)
PB7 - резерв для управления памятью

PC0...PC4 - номер фонта из ПЗУ знакогенератора в 32К
PC5 - ТУРБО/НЕТУРБО
PC6 - цвет/монохром
PC7 - отключить порт 8000...9FFF (переключение памяти 40/48 кб)

PS: Лучше не ставить ВИ53, а поставить AY-8912, т.к он приятнее "скворчит" и одновременно даёт и порт, так что если клавиатура аппаратная, то порт клавиатуры можно не ставить. К тому же это немалый плюс к привлекательности платы.

PPS: Адаптер магнитофона лучше не ставить (как умно сделали в ИРИШЕ ещё в 1984). Кому надо сделает крошечную внешнюю платку. Кроме того в моду вошли цифровые магнитофоны, которые сразу дают TTL-уровень.

[barsik]

Это ответ на обсуждение в теме "Радио-86РК на Z80" (http://zx-pk.ru/threads/20887-radio-86rk-na-z80.html?p=915583&viewfull=1#post915583)


если что-то сейчас и делают, так под Апогей

Если это программа не для CP/M, то ОЗУ хватит и у РК86 с 32К. А если для CP/M, то РК с режимом 48К и CP/M в ПЗУ тоже сможет это использовать. Если это в цвете, то это может использовать РК с цветом. Это я к тому, что неуникальные программы АПОГЕЯ легко перетранслировать для РК. Чтобы никого не напрягать, это должен делать автор программы АПОГЕЯ. Понятно, что для всех клонов (РК, МИКРОШИ и ПАРТНЁРА) делать утомительно, но для РК, про железо и BIOS которого все всё знают, сделать версию несложно.

Мне кажется, что АПОГЕЙ ничем кроме цвета и музыки на ВИ53 похвастаться не может. Я даже не уверен есть ли у него дисковод. Если есть, то какой контроллер НГМД и какая у него ДОС ?

Судя по спросу и производству плат, мало кто интересуется АПОГЕЕМ. Вообще было бы правильно все клоны свести к одному среднему варианту, т.е как раз к 48К с сохранением адресации портов как в РК86. В крайнем случае просто к базовому РК86, для чего на все клоны ввести режим совместимости.

По схеме платы новодела решает gdv2002, который и задаст стандарт. Думаю, ему больше нравится РК86. Мне всё-равно. Но я по опыту знаю, что любые расколы платформы невыгодны, а пользователей у базового РК больше всего. Из этого надо и исходить. Никто не привёл доводов за какую-либо иную концепцию. Своё мнение о железе я уже изложил, и не раз. Я за минимум доработок и, где возможно, делать ПО только под базовый РК.

У меня идея-бзик, попробовать настоящие Си и Паскаль. То, что было в дистрибутивах МИКРОШИ это не настоящие. Реальная программа на ЯВУ в среднем 1500 строк, что на хорошем компиляторе даёт 10-12 кб кода, а тут возможно лишь 300 строк, а даёт это аж 25 кб кода (что просто издевательство). Достаточное лишь для первого знакомства (все мы начинали знакомство с ЯВУ с этого).

Если с ЯВУ будет что-то не так, то ещё надеюсь на PL/M и всегда выручат вкрапления ассемблера. На графической машине 48К TPA было мало, а на текстовой хватит. Хочу скорость в районе 2.6 МГЦ реального такта на КР580 (кварц 27). Текстовой ЭВМ этого хватит.

[uart]

Если это программа не для CP/M, то ОЗУ хватит и у РК86 с 32К.
Ну вот не хватает. vi53pwm.rka - 0000-DBFF, steelkr.rka - 0000-BD26. Это сам только код, для gigascreen еще экрана в два раза больше надо. Для быстрого скролинга и других задумок - тоже простор нужен.


Судя по спросу и производству плат, мало кто интересуется АПОГЕЕМ.
Ну да, он похожу у всех уже есть, зачем его "производить его плату"? До сих пор можно купить новый в запечатанной коробке.


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


У меня идея-бзик, попробовать настоящие СИ и ПАСКАЛЬ.
Ну и зачем тогда ограничивать TPA? В идеале должны быть все 64Кб доступны.

[Shumadan]

Давайте уже быстрее что нибудь забацаем) пока паяльник не остыл. А если серьезно ув.барсик основательно подходит к модернизации старого РК. На выходе должен получится достаточно мощный СР/М комп.

[Error404]

Ну и зачем тогда ограничивать TPA? В идеале должны быть все 64Кб доступны.

совершенно верно, того же мнения (http://zx-pk.ru/threads/20887-radio-86rk-na-z80.html?p=915668&viewfull=1#post915668).

[barsik]

Ну и зачем тогда ограничивать TPA? В идеале должны быть все 64 кб доступны

Потому что это просто.

Потому что это можно за десять минут сделать на базовой плате РК86.

Потому что сложная, неповторяемая вручную модернизация приводит к расколу.

Потому что при 48К, CP/M может частично работать и из коммутируемого ПЗУ в окне E000...EFFF. Тогда в этом окне включается CP/M-BDOS (с размером E00) прошитый в ПЗУ 27256. Что позволяет иметь и CP/M и RK-DOS. Большое TPA в CP/M нужно только для компиляторов. А мы уже выяснили, что компилировать удобнее на PC. Поэтому требования на объём TPA задаёт только размер программ. Таким образом 60К ОЗУ ничем не лучше, чем 48К, но затраты на получение 60К намного больше. Как Вы на ЯВУ скомпилируете программу размером более 48К ? Потому таких программ в CP/M не существует.

Потому что в варианте 48К и реализации на статике (о чём и речь) мы получаем даже больше ОЗУ, чем в варианте 60К. Так как на w24257, что выбирается в окне 8000...BFFF на адрес A14 заведён бит PA5 из ППА D14'. Что позволяет иметь в этом окне 2 страницы. И полезное ОЗУ составляет полные 64К, а не только 60К. И даже в базовом режиме 32+8*2=48К ! Таким образом мы получаем и CP/M, причём более качественную и более удобную (т.к не надо по каждому ^C и горячему старту по полчаса реинициализировать систему, считывая системные треки и иметь все дискеты системными, что существенно сокращает полезный объём дискет).

Потому что машина с большим ОЗУ и большим ПЗУ включённым в адресное пространство, лучше чем машина имеющая только большое ОЗУ и не имеющая большого ПЗУ в адресном пространстве (кроме того дополнительно вынужденная волочить за собой на длинной косе внешний ROM-диск).

Потому что лучшее враг хорошего.

Потому что если ещё и дальше продолжать обсуждение, то у многих возникнет подозрение, что вообще ничего не будет, как уже не раз случалось в подобных темах. Я считаю, что лучше погано, но сразу, чем шедевр, но через 5 лет.

[b2m]

Как Вы на ЯВУ скомпилируете программу размером более 48К ?
А разве программа на ЯВУ обязана быть в одном файле? Более того, на медленных 8-ми битных компах чем меньше модули, тем быстрее компиляция (мы же не все файлы обычно меняем и компилировать нужно только изменённые).

[barsik]

Как Вы на ЯВУ скомпилируете программу размером более 48К ? Потому таких программ в CP/M не существует.
А разве программа на ЯВУ обязана быть в одном файле?

Имелся ввиду не размер исходного текста программы, а размер результирующего объектного кода, что поясняет второе предложение. Извиняюсь за неточность формулировки, Т.е правильно предложение д.быть таким:

Как Вы на ЯВУ скомпилируете однофайловую программу имеющую объектный код более 48К ?

Я знаю, что в CP/M есть многофайловые (оверлейные) программы у которых общий объём кода более 48К. Но сами COM-файлы или оверлеи всегда имеют размер не более 40К.

Нам тоже это доступно, есть сокеты в CP/M BDS СИ, есть CHAIN-инг в CP/M Турбо-Паскале, возможны оверлеи и загрузка ассемблерных подпрограмм выше RAMTOP. Потому даже если TPA в 48К не хватит, то можно выкрутиться. Зачем гнаться за гигантским ОЗУ, всё-равно выше 64 кб не прыгнешь. Ну будет при сплошных 60К размер TPA на 4 кб больше. Разве это сделает кого-то счастливее? Похоже даже 48 кб большинство фанатов РК считает избыточным и предпочитают иметь лишь 32 кб.

В системах на 4004 и 8008 с ОЗУ в 4 кб прекрасно работали программы написанные на PL/M. А сам PL/M написан Гарри Килделом в 1972, ещё до появления микропроцессоров с адресацией более 16 кб. Потому что 8008 адресует только 16 кб (14 адресов), а 4004 всего 4 кб (12 адресов). Intel 4004 was designed in November 1971. The Intel 8008 is the world's first 8 bit microprocessor introduced in April 1972.

[uart]

Я считаю, что лучше погано, но сразу, чем шедевр, но через 5 лет.
Почему через 5 лет? Апогей вышел 29 лет назад.


у многих возникнет подозрение, что вообще ничего не будет
А что будет? Очередная плата РК86 32К с парой доработок? Да, ее стоило ждать 30 лет...

[barsik]

Лучше погано, но сразу, чем шедевр, но через 5 летПочему через 5 лет?
Фанаты ОРИОНА, естественно поняли, что я имел ввиду ОРИОН-ПРО, который доводили более 5 лет. Это кажется был самый долгий долгострой среди компьютеров.

Ясно же, что речь идёт о 5 годах от сегодня. При чём здесь даты выпуска компьютеров, тем более других, не РК86 ?


А что будет ? Очередная плата РК86 с 32 кб и парой доработок ?

Да даже и так было бы неплохо. Хоть какой-то шаг вперёд. Разве цвета, кучи фонтов, ВИ53 и ОЗУ в окне A000...BFFF, при полной совместимости недостаточно, чтобы считать это грандиозным прогрессом. Отчего разочарование ? Ведь лучшее враг хорошего.

Да и кто помешает тем, у кого есть паяльник, перекинуть на плате пару проводков и получить полностью новую (хотя и несовместимую) архитектуру с прямым ОЗУ в 60 кб и использовать это как инструментальный CP/M компьютер не имеющий ничего общего с РК86.

Лучше бы помогли уговорить топикстартера на нормальный процессор и AY-8912. Что фанатам АПОГЕЯ недостаточно того, что в новоделе будет цвет от АПОГЕЯ ? Похоже фанаты АПОГЕЯ хотят вообще РК86 конвертировать в полный АПОГЕЙ на Z80.


Мне не нужна архаичная плата с километрами МГТФ-а

В этом-то и суть. Вам хватит 30-ти сантиметров МГТФ-0.03 и три капли припоя. Как раз из-за того, что МГФ-0.03 нынче трудно достать и не надо делать много наворотов архитектуры. Разве так уж трудно смонтировать вторым этажом ИД7, ЛЛ1 и несколько диодов ?

[gdv2002]

Апогей вышел 29 лет назад.
Апогеи в свободной продаже, дешево и в заводских упаковках, т.е. новье, почти! И что оригинального есть на Апогее кроме гонок со скролом?
При всей навороченности, нет ни ДОСа, ни даже КНГМД. Если так ожота много памяти и прочие плюшки, почему не взять и не привинтить это все к нему?!
Вот вам уже готовые 64Кб памяти, цвет и звук. Вытащить наружу системный разъем далеко не сложно, ППА тоже уже есть.


Очередная плата РК86 32К с парой доработок? Да, ее стоило ждать 30 лет...
Понятно, что некоторым охота увидеть под названием РК-86, но надо ли это всем остальным?
Хотите попрограммить на реале, поюзать ЯВУ ТПА - посмотрите на несколько строк выше - вот вам уже готовая машина! И заметьте, довольно неплохая!

В остальном, смою мотивацию, свои возможности и свои "хотелки" я выше не раз уже описывал, коротко так - мне не нужна архаичная плата с километрами МГТФа (такая для опытов тоже есть :) ), а хочется аккуратную платку со всем необходимым.

[uart]

При всей навороченности, нет ни ДОСа, ни даже КНГМД. Если так ожота много памяти и прочие плюшки, почему не взять и не привинтить это все к нему?!
Ну ДОС в РК появился тогда, когда уже сама РК была не так интересна, причем уже давно не интересна. Прикручивать её к Апогею особого смысла нет, а для CP/M вполне можно использовать SD карточку. Но и опять же особого смысла нет, CP/M на РК подобных нужна лишь как одна из возможностей, не слишком важная.


В остальном, смою мотивацию, свои возможности и свои "хотелки" я выше не раз уже описывал
Так я вроде ничего против и не говорю.

[gdv2002]

Так я вроде ничего против и не говорю.
Так я и тоже :v2_dizzy_vodka2:

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

Товарищи!
Я правильно понимаю, что раз в схеме запуска ВМ85, которую скинул Vladimir_S тут: http://zx-pk.ru/threads/26099-radio-86rk-plyus-sozdanie-i-obsuzhdenie-versii-2016g.html?p=914005&viewfull=1#post914005
сигнал START это сигнал FORCE CS ROM (в схеме РК86 SRAM)
http://s012.radikal.ru/i319/1706/92/a1599f1aabdd.jpg (http://radikal.ru)
То получается, что элементы обведенные на схеме
http://s019.radikal.ru/i617/1706/95/68a50e119b4d.jpg (http://radikal.ru)
меняют свое назначение, половинка ТМ2 перекочевывает с схему запуска, мелочь исключается.
При этом инверсный А15 получаем пропуская его через свободный элемент ЛА3 или через свободный элемент ЛН1, из схемы турбирования?
http://zx-pk.ru/threads/26099-radio-86rk-plyus-sozdanie-i-obsuzhdenie-versii-2016g.html?p=914301&viewfull=1#post914301

[Vladimir_S]

При этом инверсный А15 получаем пропуская его через свободный элемент ЛА3 или через свободный элемент ЛН1, из схемы турбирования?
А элемента D9D тебе мало? На 8 ноге D9 и есть инверсный А15.

[gdv2002]

А элемента D9D тебе мало?
Смотрим в книгу, видим .....
Не могу воспринимать такие многостраничные схемы, хотя вот оно перед глазами все!

Владимир, давай твой дешифратор впишем?

[Vladimir_S]

Владимир, давай твой дешифратор впишем?
Ну если не влом записать в 155РЕ3? Хотя не понимаю в чем проблема. Когда мне понадобилось запрограммить РЕ3, я собрал простейший программатор. Только вместо адресных тумблеров поставил две кнопки + и -, и два семисегментных индикатора. Двадцать минут потребовалось на рождение программки на PIC. Хотел потом вообще автоматизировать процесс подключением на порт РКшки. До сих пор готовая плата лежит, но руки не доходят. Пробная программка показала что прошивка РЕ3 и РТ4 проходят нормально.

[barsik]

Не понимаю отчего возникли сложности со сбросом. Конечно, я ничего не знаю про 8085, но мне вообще не ясна суть проблемы. Чем 8085 лучше, чем КР580 ? Почему его применение требует изменения схемы начального пуска ?

Да и в базовом РК86 схема начального пуска излишне усложнена. Незачем тратить на это триггер и два вентиля. Достаточно двух вентилей образующих RS-триггер. Сигнал /RESET сбрасывает триггер, формируя сигнал НП (начальный пуск), который у Вас похоже назван FORCE ROM чип-селект. Сигнал НП по схеме на двух диодах объединяется с чип-селектом /F800, отчего по сбросу с адреса 0 нет ОЗУ, а читается ПЗУ F800. Сигнал НП с RS-триггера сбрасывается сигналом /WR от КР580 (можно и /A15). Так что до первой команды записи в память или порт, ОЗУ нет. А первая команда записи - программирование ППА, без всяких наших усилий опрокидывает RS-триггер, убирая НП. Я применяю такой вариант в СПЕЦИАЛИСТЕ с 1988 года, т.к в нём схема начального пуска ещё более глупа.


Когда мне понадобилось запрограммить РЕ3, я собрал простейший программатор

Интересует выходной узел программирования. Хотел бы тоже сделать себе прошиватель РЕ3 и РТ4 (конечно не с тумблерами, а управляемый 8-ми разрядкой).

Нашёл схему в книге (http://cv02.twirpx.net/1144/1144068.jpg), где смущает выходной узел программирования в виде 4-х последовательно включённых транзистров. Если прошивать сразу 8 разрядов, то транзистров получается излишне много.

[gdv2002]

Ну если не влом записать в 155РЕ3?
Что-ж там в лом-то?! Есть у меня тоже платка ручного программера РЕ3, собирал для контроллера ЧПУ.


Чем 8085 лучше, чем КР580 ?
Полная совместимость по командам и одно питание. Да и по сей день используется, к примеру в космосе!
Спрашивал про схему сброса в Русиче, а он тоже на ВМ85, мне такой кусок схемы прислали.
61297

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

В догонку ссылка (не нова уже) РК86 на SRAM и объемом ОЗУ 128Кб, автор заявляет что полностью совместим с базовым РК86 32Кб. http://www.nedopc.org/forum/viewtopic.php?f=93&t=10660

[barsik]

Чем 8085 лучше, чем КР580 ?Полная совместимость по командам и одно питание

Да это понятно. Имелось ввиду не то. Вопрос был о том, почему 8085 заслуживает лучшей схемы начального пуска, чем КР580.

[gdv2002]

Как я понял тут дело в том, что у ВМ85 встроенный генератор и прочие функции, которые для ВМ80 и системы в целом, делал ВГ24. Собственно установка процессора в начальное состояние такая-же - резистор, диод и конденсатор, а ТМ2 получается в момент сброса процессора выставляет чтение из ПЗУ.
Но я повторюсь, что плохо понимаю в этом деле, потому и объяснить научно не могу :( Надеюсь знающие люди поправят.

[barsik]

Возможно речь идёт о том, чтобы СБРОС не портил ОЗУ. Потому что в РК регенерация ОЗУ происходит при сигнале HLDA, а если на CPU и ВТ57 подан RESET, то ВТ57 не выдаёт запрос на захват шины, а CPU не реагирует на это сигналом HLDA, отчего регенерация ОЗУ нарушается. Чтобы этого избежать достаточно ограничить длительность сигнала RESET в определённое число тактов (например 16 или 128). Тогда, даже если пользователь нагло удерживает кнопку дольше, чем 2 МСЕК, сбой в динамической памяти не происходит.

Для решения проблемы, т.е формирования укороченного RESET, можно применить отдельный триггер ТМ2, включённый по схеме одновибратора. На вход C заводим кнопку СБРОС, на D единицу, а инвертирующий выход триггера - через задерживающую RC-цепочку на /R вход триггера. Подбирая резистор и ёмкость можно в очень широких пределах регулировать длину импульса (от 50 НСЕК при R=0, до секунды при 1533, резисторе в 1К и ёмкости в 0.47 мкф). Но можно получить короткий RESET и на пассивных элементах.

Я предполагаю, что RESET подают не на прямую на КР580, а через ГФ24, чтобы тот мог стробировать этот сигнал по концу машинного такта. По сбросу CPU переводят все выходы в Z-состояние (это кстати помогает искать залипы) и если RESET придёт посередине машинного такта, то ОЗУ может исказиться. А если целость ОЗУ по сбросу не волнует, то и стробировать RESET не требуется. Но уверен, что разработчики 8085 это учли и, если бы с этим были какие-то проблемы, то это описали бы в РТМ.

[OrionExt]

А я вот ток 155 серию застал. Теперь оперирую уже 74ХХ:)

Ох уж эти происки форума. Ток ИР33 обсуждали, а тут - машина времени=)

[Vladimir_S]

Возможно речь идёт о том, чтобы СБРОС не портил ОЗУ.
Что то я не помню что бы от сброса ОЗУ портилось. Я ставил ОЗУ с батарейкой и часами, так после выключения бывало что ОЗУ портилось. Но от сброса(лично у меня) не было ни разу.

[gdv2002]

Ох уж эти происки форума. Ток ИР33 обсуждали, а тут - машина времени=)
С буферами вроде прояснилось в голове - нафик не нужны, из особенности применения ВМ85, адреса А0-:-А7 как-раз и получаются с регистра ИР33, зачем двойной буфер. Вот и добрались к начальной установке системы :)

[OrionExt]

На КР-02 – точно ОЗУ не портилось.

Если все в порядки с чипами ОЗУ (динамическое). Были случаи, когда динамическое ОЗУ мин 3 держало. Я аж подфигел)
Фулл офф питание. Включаешь. А оно не сдохло=)

Офф топ. У меня и РУ5Д на Орионе до сих пор работают. Чего нельзя сказать о К53 (конденсаторах), просело питание.

[barsik]

Что то я не помню, чтобы от сброса ОЗУ портилось

От долгого сброса в РК86 портится динамическое ОЗУ (а у Вас статическое). А также, если на КР580 подавать нестробированный RESET. Вот почему в ОРИОНЕ и СПЕЦИАЛИСТЕ RESET стробированный. А в 8085, как и в Z80 это, похоже, уже учтено внутри кристалла, отчего RESET синхронизировать не надо.

[OrionExt]

Была на клаве у КР-02 красная кнопка "сброс", но держать ее мин 5)
У меня таких идей не было=)

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

А таки у Ориона - ресет стробируемый, но что это меняет. Если по стробу пишется – нуль.

К ОЗУ КР-02 – это не относится.

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

Кстати фичу со сбросом по стробу. Это, наверное, только ВМ80 касается. Кто бы объяснил на пальцах.

[barsik]

у КР-02 есть красная кнопка СБРОС, но держать её минут 5...

Удерживая кнопку СБРОС на РК86, Вы никак не удлиняете сигнал RESET, т.к в цепи сброса на РК86 стоит дифференцирущая цепочка, т.е сигнал с кнопки подаётся через ёмкость C1 в 4.7 мкф. А похоже, через ёмкость постоянный ток не проходит. Из-за этого в РК86 сигнал RESET короткий. Чтобы получить долгий RESET надо подключить кнопку прямо параллельно "дребезго-гасящей" ёмкости C2 и держать её дольше, чем 2 МСЕК.

Но, как известно, некоторые динамические ОЗУ имеют слишком маленькие токи утечки и даже при мизерном напряге ничего не забывают. Потому иногда чтобы сбросить конкретную ячейку ОЗУ (флаг форматированности VDISK-а) недостаточно выключить ЭВМ, а надо закоротить пинцетом питание, чтобы довести его до нуля.


RESET стробируемый, но что это меняет ? Если по стробу пишется ноль
На КР580 подают стробированный RESET не для его удлинения, а для синхронизации.

[OrionExt]

Но, как известно, некоторые динамические ОЗУ имеют слишком маленькие токи утечки и даже при мизерном напряге ничего не забывают. Потому иногда чтобы сбросить конкретную ячейку ОЗУ (флаг форматированности VDISK-а) недостаточно выключить питание, а надо закоротить пинцетом питание, чтобы довести его до нуля.

Да выключал. Не буду голословным. С этим стакнулся, когда запускал софт на MSX c кассетного входа (есть хитрая программа которая в ОЗУ подставляла картридж). И тут началось=)

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


На КР580 подают стробированный RESET не для его удлинения, а для синхронизации.
Ну, вот на пальцах просил) Для синхронизации чего? (Орион-128). Возможно такт частоты. Бо на Орионе нет ГФ24 (по Фрейду – на Украине).

Ладно тут надо видимо подумать:)

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


недостаточно выключить ЭВМ, а надо закоротить пинцетом питание, чтобы довести его до нуля.
Это что-то новое. Как допустим закоротить электро-магнитное поле земли?) НЕ=). Чего там коротить – нет питания 5В. И все. А почитаем и вспомним как работает динамическое ОЗУ?

Так что всякое бывает=) И РУ5Д работают после 30 лет без сбоев. Технологии 80г. как не странно очень живучие, а придумывали их с коленки.

Ну да ладно чет я углубился в историю=)

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

Прошло 3 мин. Игра стартанула. Я даже пошпилил в нее.
Мне это надоело. Выключил. Прошло 5 мин. Игра стартанула.
Прошло 10 мин. О радость. Появилась привычная заставка MSX.

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

PS. Видимо в ZX не зря озу стирали при сбросе. Чтобы избежать при этом инцидентов возврата машинки по гарантии:D

[Vladimir_S]

Владимир, давай твой дешифратор впишем?
Ну примерно так. Если предполагается использовать DOS2.95, то перемычку J1 поставить в положение 2, если нет, то в положение 1. Незачем зря отказываться от ПЗУ в области F000-F7FF.

[TomaTLAB]

Чего там коротить – нет питания 5В. И все. А почитаем и вспомним как работает динамическое ОЗУ?
Речь о том, что некоторые экземпляры DRAM имеют настолько малые токи утечки, что могут работать без регенерации до нескольких минут (я тоже помню, читал статейку, убей забыл только где...) практически как SRAM.
А может, пуще того, и вообще без питания память не теряют, не вникал. Может и тех долей вольта, что остаются на емкостях после отключения питания хватает.

[Vladimir_S]

Наверно так будет лучше.
Еще поправил.

[gdv2002]

Наверно так будет лучше.
Спасибо!

[Vladimir_S]

Если прошивать сразу 8 разрядов, то транзистров получается излишне много.
Алгоритм программирования ПЗУ с плавкими перемычками побитный.

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


Делать ли совместимость с МИКРОШЕЙ по адресам портов в альтернативном режиме, что даёт возможность использовать ПО от МИКРОШИ ?
Нигде не нашел карту памяти Микроши. Может есть у кого? Я бы сделал комп РК86/Апогей/Микроша и на два процессора - ВМ85 и Z80.

[barsik]

Нигде не нашел карту памяти Микроши. Может есть у кого?

Описание адресации в МИКРОШЕ я нашёл только в "Руководстве по МИКРОШЕ" (http://home.onego.ru/~bav9/92.html), а именно, вот в этой главе (http://home.onego.ru/~bav9/9/ruk7.zip) на сайте по МИКРОШЕ (http://home.onego.ru/~bav9/9.html). Руководство очень большое, поэтому во вложении только нужные страницы.


Алгоритм программирования ПЗУ с плавкими перемычками побитный
Но не с помощью же электромагнитных реле переключать один общий транзисторный ключ по разным битам ? Т.е для прошивателя управляемого компьютерной программой нужны ключи по всем битам.

Схему-то использовали какую ?

[Vladimir_S]

Схему-то использовали какую ?
Вложения
Попробовал использовать восемь простейших ключей от программатора для РК86, только транзисторы воткнул КТ816Г. Пишет, только шуба заворачивается. В алгоритм воткнул три импульса подряд.

[gdv2002]

Попробовал использовать восемь простейших ключей от программатора для РК86, только транзисторы воткнул КТ816Г. Пишет, только шуба заворачивается. В алгоритм воткнул три импульса подряд.
А схемку с программой не засветишь?

[Vladimir_S]

А схемку с программой не засветишь?
Схемка как всегда только в голове. А пробную программу (для пробы только для РЕ3) я даже не сохранил. У меня было полсотни РЕ3, я их протестировал и в пяти микрухах обнаружилось несколько единиц. Вот на них я и пробовал писать. Все писалось без ошибок, а потом я отвлекся на что то другое и отложил в долгий ящик.

[barsik]

Использовал восемь простейших ключей от программатора УФ-ПЗУ, только ключевой транзистор заменил на КТ816Г

У меня возникли сомнения в точности этой схемы выходного ключа применительно для ПЗУ с проволочными перемычками.

РФ-ки шьются током до 100 мА, а РТ-шки пережигаются током в несколько ампер. Коэффицент усиления по току мощных транзисторов мал, потому тока базы не хватит при указанных номиналах резисторов для импульса тока даже в 1 ампер. Потому в схеме прошивателя из книжки "Микросхемы памяти (http://cv02.twirpx.net/1144/1144068.jpg)" и применена куча последовательно включённых транзисторов. КТ816 удобнее, чем здоровые железные КТ908 и в импульсе по РТМ тоже тянут 6 ампер. Наверное нужен радиатор, иначе нужна большая пауза для остывания. Во вложении эта же схема но с изменениями номиналов резисторов, как мне кажется целесообразнее.

Думаю попробовать такую схему, хотя предполагаю, что придётся использовать составной транзистор. Кроме того, в эту схему формирователя надо добавить одновибратор на 100...300 МС, потому что иначе случайный сигнал на входе может сгубить РЕ3 и к тому же тогда отпадает необходимость программного формирования длительности импульса. Кстати, программу прошивателя удобно написать на ЯВУ и даже на сАмом примитивном бейсике (а после отладки скомпилировать компилятором бейсика). Ручная процедура прошивки по одному биту выглядит долгой и утомительной и потому чреватой ошибками. Но точно ли необходимо их шить по одному биту ? Нельзя шить сразу байтом ?

Нашёл другую вариацию (http://zx-pk.ru/threads/20199-programmatory-programmirovanie-mikroskhem-pzu-dlya-pevm-quot-irisha-quot-quot-irisha-l-quot-i-quot-irisha-m-quot.html?p=789736&viewfull=1#post789736) схемы из книги (http://cv02.twirpx.net/1144/1144068.jpg).

Если Вы будете для схем так неэкономно использовать JPG, то у Вас быстро закончится лимит на вложения. Выгоднее использовать PNG и сжать RAR-ом, т.к этот сайт вложения PNG конвертирует в JPG, отчего объём вложения разбухает и лимит быстрее истощается.

[Vladimir_S]

и отложил в долгий ящик.
Настолько долгий, что много времени убил пока нашел.

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

А вот такой у меня временный (как оказалось почти постоянный)

[gdv2002]

Vladimir_S, а схемка та что выше у Барсика?

[Vladimir_S]

Года два прошло, я уже подзабыл. А углубляться не хочется.

[Vladimir_S]

Начал паять и заметил, что рисуя схему допустил грубейшую ошибку.

[Ратмир]

Мой старичок шьет такие микросхемы. Только я что-то не встречал схем для них. кроме гирлянды для елки.

[error]

Мой старичок шьет такие микросхемы. Только я что-то не встречал схем для них. кроме гирлянды для елки.

РЕ3 для меня были отличной заменой вечно дефицитным 514ИД3/4/5 в качестве знакогенератора.

[Vladimir_S]

в качестве знакогенератора.
Знакогенераторы, эксклюзивные дешифраторы и т.д. К тому же довольно дешевые и доступные.

[Ратмир]

Знакогенератор у РК 1 кбайт. Каже его затолкать в РТ4 ? я уже не говорю про РЕ3.

[barsik]

РЕ3 для меня были отличной заменой 514ИД1/2 и 561ИД4 в качестве знакогенератора
Знакогенераторы, эксклюзивные дешифраторы и т.д.
Знакогенератор у РК 1 кбайт. Как же его затолкать в РТ4? Я уже не говорю про РЕ3
Судя по текстам под словом знакогенератор здесь, видимо, имелись ввиду конверторы двоичного кода в сигналы для управления семисегментными индикаторами.

Кстати, замена промышленных дешифраторов на РЕ3 необходима, т.к большинство готовых 7-ми сегментных конверторов - неполноценные (цифры только 0...9). Поэтому для изготовления отладочных стендов с HEX-индикаторами конвертор на РЕ3 оказывается незаменимым. Выходы РЕ3 напрямую тянут не только один индикатор типа АЛС324, но они работают и в схеме динамической индикации (тогда ток сегментов многократно больше). Недостаток 155РЕ3 в качестве HEX-дешифраторов - большое потребление, так что применять их имеет смысл только по одной (т.е в схеме динамической индикации).

[Vladimir_S]

Все самоделки я использую только на работе, но иногда дома приходит в голову какая то мысль и ждать до утра, а если еще и выходные... В общем решил спаять плату для дома. И это будет последняя (для меня) версия. Конфигурация такая - 8000-83FF - под клаву, 8400-9FFF - ОЗУ, А000-А3FF под порты, А400-BFFF - при начальной установке ПЗУ, но программно можно переключить на ОЗУ, С400 - EFFF - ПЗУ, F000-F7FF пока не знаю исключить для ДОСа или скомбинировать? Весь комп будет на Z80 с тактовой частотой - базовая 2Мгц и программно турбируется до 4 и 8 Мгц . VGA делать не буду, так как из за применения мониторов только с ЭЛТ считаю этот режим почти безполезным, а с учетом того, что в режиме VGA не работает FDD еще и вредным. Может еще какие то полезности есть? Подскажите.

[Ратмир]

Монитор я так понимаю будет как у меня ЖК (SCART) и цвет как в Апогее БК01Ц.
Если будет FDD, то на ВГ93?

[Vladimir_S]

Монитор я так понимаю будет как у меня ЖК (SCART) и цвет как в Апогее БК01Ц.
Если будет FDD, то на ВГ93?
Конечно SCART, и цвет по схеме Апогея. FDD по схеме Седова. barsik Что бы ДОС заработал с Z80 доработал софт, а я получил удовольствие когда нагнул Z80 под ДОС. Теперь Z80 и ДОС2.95 отлично подружились. Только со стандартной тактовой частотой 1.78Мгц не работает, а с 2.0Мгц только в путь.

[Ратмир]

Понятно. ДОС2.95 это то, над чем я сейчас шаманю, прикошачивая модуль от Микроши. А внешние команды где берешь или у тебя уже есть дискета с ними. или они уже у тебя где-то в недрах Рк-шки зашиты?

[Vladimir_S]

А внешние команды где берешь или у тебя уже есть дискета с ними.
Есть системная дискета, а из программ по существу мне нужны только ассемблер и иногда дизассемблер.

[Ратмир]

Вот странно, что самую нужную команду format A: не вшили в ДОС2.95.

[tnt23]

Вот странно, что самую нужную команду format A: не вшили в ДОС2.95.

Места в ПЗУ просто не было.

[Ратмир]

Скорее не в ПЗУ а распределение в памяти cs1, cs2,cs3,cs4 c адреса E000 по FFFF. Все впритирку.

[Vladimir_S]

cs1, cs2,cs3,cs4
CS3 это не ПЗУ, а ВВ55 и ИР23.

[Ратмир]

но они же 2 кБ :)
4 кБ - ДОС2.95
2кБ - ВВ55
2 кБ - Монитор
все впритирку или ...

[Vladimir_S]

но они же 2 кБ
4 кБ - ДОС2.95
2кБ - ВВ55
2 кБ - Монитор
все впритирку или ...
Все дело в обращении к ВВ55 и ИР23 по IN/OUT - от F0F0 к порту А ВВ55 до F4F4 к ИР23. Вот и приходится освобождать под них область памяти F000-F7FF.

[Ратмир]

Память 62256 у тебя будет?

[Vladimir_S]

Память 62256 у тебя будет?
Я не хочу ставить два отдельных корпуса памяти, а потому поставлю UT611024. Даже не помню откуда они у меня. Но они удобны еще и тем, что у них есть СЕ2, куда я подключу IORQ. При обращении к УВВ IORQ заблокирует все ОЗУ.

[Vladimir_S]

Наконец то дошли руки до запуска платы РК на Z80. К своему величайшему стыду пришлось провозиться с запуском четыре часа. И запустил только притянув А15 к земле через резистор 10К. Без резистора вообще не стартует. Осталось только причесать малость.

[Vladimir_S]

У меня не до конца распаян DOS29, сегодня с утра сел за пайку и обнаружил, что на паяльнике пробит датчик температуры. По дороге домой купил новый. А день посвятил подгонке монитора под плату. В часах адрес 7FF9 - секунды, 7FFA - минуты и 7FFB - часы. Сделал так - при начальной установке в адрес 7FF5 - пишется ноль, в адреса 7FF6 и 7FF7 - FA и 77. Процедура вывода часов начинается с контроля ячейки 7FF5. Если в ней записан ноль, то процедура выполняется, если любое другое значение то процедура прерывается. Т.е всегда можно убрать часы. По умолчанию вывод часов начинается с адреса 77FA. Но если в адреса 7FF6 и 7FF7 записать другое значение, то часы можно выводить в любое другое место.
Так же расширил место под директивы. Ввел директиву К - подсчет контрольной суммы (Кадрес начала,адрес концаВК). И заново написал процедуру вывода звука с КР580ВИ53. У меня память А400-BFFF переключается(если записан ноль в A019 - это ПЗУ, если 10 - ОЗУ). Завтра оформлю как директиву. Ну и еще куча задумок.

[Ратмир]

Немного не понял, что значит не доконца распян дос29?

[Vladimir_S]

Ратмир, Плата новая, только на Z80. Я распаял все что касается основных функций РК и запустил плату. Контроллер FDD еще не распаян. Но FDOS уже работает, так что без софта я не остался.

[Vladimir_S]

Итересно то, что раньше я ставил М48Т35 с РК на I8080 и при выключении питания портились некоторые ячейки. С Z80 я не только выключаю питание, но и вытаскиваю плату и допаиваю потихоньку. А там у меня в памяти сидит Ассемблер и программа которую я ваяю. Я даже при этом несколько раз М48Т35 вытаскивал и один раз она даже на пол упала. Ни одна ячейка не повредилась. После включения проверяю КС Ассемблера и запускаю трансляцию. Ни одной ошибки еще не было. А с I8080 ОЗУ портилось регулярно. Правда я такую задачу и не ставил.