«РАДИО-86РК» - 512 Кб / 16 Мб

aviator · Post by **aviator** » 22 Feb 2024 07:35

А значит, приложение может хранить по адресам 8000…FFFF данные, читая их и перезаписывая, но не может их использовать как часть программного кода непосредственно!

Да я как-бы тоже самое и сказал. Может читать/писать, но не выполнять. 32КБ коту под хвост!

Alikberov · Post by **Alikberov** » 22 Feb 2024 08:04

aviator wrote:
А значит, приложение может хранить по адресам 8000…FFFF данные, читая их и перезаписывая, но не может их использовать как часть программного кода непосредственно!
Да я как-бы тоже самое и сказал. Может читать/писать, но не выполнять. 32КБ коту под хвост!

В смысле?
Если в нижних 32 Кб разместить Бейсик, то верхние 32 Кб - под листинг программы и переменные.

«0000…74FF» - код Интерпретатора Бейсика
«7500…75FF» - стек Интерпретатора
«7600…76CF» - рабочие ячейки Монитора
«76D0…7FFF» - буффер экрана
«8000…FFFF» - рабочие ячейки Бейсика, листинг программы и переменные

Разве этого мало?

Shaos · Post by **Shaos** » 22 Feb 2024 18:48

Ну проще старничную адресацию сделать как у меня в SRAM128KB - любую страницу можно и как код, и как данные использовать

Alikberov · Post by **Alikberov** » 23 Feb 2024 02:38

Shaos wrote:Ну проще старничную адресацию сделать как у меня в SRAM128KB - любую страницу можно и как код, и как данные использовать

Страничная адресация - это следующие шаги (тема про 512 Кб / 16 Мб, где и требуются страницы).
Конкретно сейчас речь о том, чтобы приложение имело все 65536 ячеек памяти и никак не видело содержимое ПЗУ без надобности (переключением страницы можно видеть и ПЗУ, и ППА).
Иначе говоря, страницы должны быть по 64 Кб - ровно 65536 ячеек.

P.S.: Увы, но аргументы в пользу 64 Кб до сих пор никем не слышатся.
А ведь получается даже проще традиционной страничной адресации, если хоть чуточку вдуматься.

aviator · Post by **aviator** » 23 Feb 2024 07:52

А если быстродействие сравнить?
Придётся же ж для каждой команды пересылки писать префикс, а это же ж дополнительные такты.
В случае страничной адресации всегда можно переключать страницы ПЗУ/ОЗУ. Или даже при старте скопировать ПЗУ в ОЗУ. Полезно для целей отладки.

Alikberov · Post by **Alikberov** » 23 Feb 2024 08:38

aviator wrote:А если быстродействие сравнить?
Придётся же ж для каждой команды пересылки писать префикс, а это же ж дополнительные такты.
В случае страничной адресации всегда можно переключать страницы ПЗУ/ОЗУ. Или даже при старте скопировать ПЗУ в ОЗУ. Полезно для целей отладки.

Префикс требуется при доступе к теневым страницам из 512 Кб.
В режиме 64 Кб - никаких префиксов нет.

aviator · Post by **aviator** » 24 Feb 2024 06:11

А выполнять код из >64КБ?

Alikberov · Post by **Alikberov** » 24 Feb 2024 06:31

aviator wrote:А выполнять код из >64КБ?

В смысле?

Вы как бы уже определитесь: «Против» 64 Кб или как бы «за» 64 Кб…

Но не нужно вот «за рамки 64 Кб» пока выходить…

aviator wrote:Да я как-бы тоже самое и сказал. Может читать/писать, но не выполнять. 32КБ коту под хвост!

Кстати, область под хранение/выполнение кода можно расширить до 56 Кб (0000…DFFF), достаточно на D-вход добавить вентиль 3-И и подать на него сигналы A15…A13.
(То есть, на схеме у ТМ2 входы 2 и 3 просто пропустить через два элемента ЛИ3.)

aviator · Post by **aviator** » 24 Feb 2024 06:38

Я не за и не против. Выясняю преимущества и недостатки подхода.

Alikberov · Post by **Alikberov** » 24 Feb 2024 07:28

aviator wrote:Я не за и не против. Выясняю преимущества и недостатки подхода.

Ну, я как бы постарался всё подробно описать.

Ну, начнём с самого простого - как представляется адресное пространство:

Счётчик комад PC>DFFF: Режим Монитора (и подпрограмм)

Счётчик комад PC<E000: Режим пользователя

aviator · Post by **aviator** » 24 Feb 2024 10:10

Ну моё личное мнение. Это можно городить, если обязательно нужно сохранить 100% совместимость с оригиналом, а выкроить немного памяти хочется. Ну и как тренировка по поиску возможностей и реализации хаков. Работать будет, чего б ему не работать.

aviator · Post by **aviator** » 24 Feb 2024 10:12

Но есть нюанс. Много программ на РК86 любили рулить периферией сами. А значит вместо того же ВВ55 они будут писать в ОЗУ.

Alikberov · Post by **Alikberov** » 24 Feb 2024 11:06

aviator wrote:Ну моё личное мнение. Это можно городить, если обязательно нужно сохранить 100% совместимость с оригиналом, а выкроить немного памяти хочется. Ну и как тренировка по поиску возможностей и реализации хаков.

Вот об этом я и говорю!

Возможности именно РАДИО-86РК - неисчерпаемы в этом плане и не до конца всё ещё раскрыты…

aviator wrote:Работать будет, чего б ему не работать.

Не могу поверить!
Вы действительно с этим согласились к третьей неделе обсуждения?

А то я уж надежду потерял, что кто-нибудь поймёт.

aviator wrote:Но есть нюанс. Много программ на РК86 любили рулить периферией сами. А значит вместо того же ВВ55 они будут писать в ОЗУ.

Я бы сказал не много, а большинство!

Потому на схеме я и добавил перемычку «16 / 64» для обеспечения режима полной совместимости…

vital72 · Post by **vital72** » 24 Feb 2024 11:11

а давайте всю схему утыкаем перемычками! это ж так круто!

Alikberov · Post by **Alikberov** » 24 Feb 2024 11:19

vital72 wrote:а давайте всю схему утыкаем перемычками! это ж так круто!

По хорошему - нужно ставить вентиля и управлять ими битом с D20 ВВ55 для программного управления режимом (как те же загрузчики Windows устанавливают бит разрешения A20 прежде всего для открытия пространства выше 1 Мб).
Но схема дорабатывалась с учётом того, что можно обойтись и тремя диодами, если паяльник в обиде: То есть - самый минимум ради полного максимума!

А с другой стороны, на тех же IBM PC XT имелись наборы микротумблеров для реконфигурации системы и это не считалось чем-то плохим.

Напротив, придаёт серьёзности, так как заметна хоть какая-то гибкость.

Конечно, если тут есть господа из клуба любителей перерезать дорожки скальпелем утром, чтобы пропаять обратно вечером - это уже дело религии.