Простой флэш-диск от 16 мб + быстрый SPI для современной периферии

[Denn]

Ну если ПО читает не быстро, значит и с Орионом на 40 МГц будет флэш-диск работать

Значит вопрос можно считать закрытым.

При желании код можно ускорить.

Я когда-то упирался по части ускорения кода чтения ПЗУ, но потом приоритет сменился в сторону компактности кода, а по скорости особой разницы не заметил.

проверку выхода за банк - делать вне цикла... переключаем банк, читаем остаток.

Тоже об этом подумал. Но в данном случае это не требуется, т.к. заметно будет лишь только на больших файлах.

На чем же будет сделан Орион на 40 МГц?

Вот на этом - http://www.cpu-world.com/CPUs/Z80/Ka...KL5C8400C.html

С небольшим разгоном: 33 -> 40 МГц

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

Увы, не думаю, что кто-то захочет выдирать ВВ55 из ретро-сборки или плату переразводить...

Все расширения лучше делать в пространстве F7xx, а родное пусть действительно будет в первозданном виде.

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

Под двадцатку даже и процик существует Z84C0020, а в реале Ориончика такого ПОКА нет... А под сороковку какой процик планируется? Хренсобаки, тьфу, Кавасаки KL5C8400C только 33 МГц позволяет...

Имхо, для Ориона потолок - 20 МГц. Оно и достаточно. Выше уже нужно архитектурно полностью пересматривать, это будет другой комп.

[RyazanNik]

Я когда-то упирался по части ускорения кода чтения ПЗУ, но потом приоритет сменился в сторону компактности кода, а по скорости особой разницы не заметил.

Сейчас в DsDos чтение ROM - 80т на байт. а классический цикл - 61 такт на байт. Тело цикла - всего 46 тактов на байт, и если читать по 4 байта, то будет 50 тактов на байт. Итого можно ускорить в 1.3 раз просто и в 1.6 раза - потеряв компактность кода (ну как потеряв: лишние 27 байт; для f3xx не желательно, но можно по страницам распихать).

заметно будет лишь только на больших файлах.

На самом деле многое будет работать пропорционально быстрее. Для Ориона файл на 8 кб уже большой. Какой-нибудь Kort$ на 32 кб грузится целую секунду. Если процедура чтения ROM у Вас универсальная и используется везде, то есть не плохая мотивания оптимизировать её по-максимуму.
Конечно, 1.3 раза не много - но только потому, что обычное чтение ПЗУ не быстрое (тело 46 тактов). А если читается напрямую "флэш-диск" или Ваш быстрый RAM7, где тело цикла 19 тактов? Тут терять 34 такта на организацию цикла не хорошо...

Все расширения лучше делать в пространстве F7xx, а родное пусть действительно будет в первозданном виде.

Не, тогда как раз придётся подключаться к системной шине. А мне пока боязно. "Флэш-диск" на F5 этого не требует, хотя по скорости оказывается не хуже (при пробросе только CS ППА F5).
Если уж подключаться к шине - то как сказал LeoN65816, вместо ППА F5. Тогда будет 100% рабочий на любой частоте Ориона большой ROM-диск (с умным Wait выше 5 МГц) + возможноть подключения современной переферии. Уж очень симпатичный вариант...

Имхо, для Ориона потолок - 20 МГц. Оно и достаточно. Выше уже нужно архитектурно полностью пересматривать, это будет другой комп.

Ну если старый софт работать будет - значит формально Орион. Только видеосистема на ПЛИС - совсем уже не орион в плане простоты...

[Denn]

Итого можно ускорить в 1.3 раз

Крайний концепт DSDOS с упором на работу с RAM-накопителями, НЖМД и виртуальным диском. Плюс место для кода "кончилось".
Поэтому ROM-диск только для загрузки ОС и мелких системных утилит. В 1,3 раза - слабая мотивация.

и в 1.6 раза - потеряв компактность кода (ну как потеряв: лишние 27 байт; для f3xx не желательно, но можно по страницам распихать).

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

Если процедура чтения ROM у Вас универсальная и используется везде, то есть не плохая мотивания оптимизировать её по-максимуму... А если читается напрямую "флэш-диск" или Ваш быстрый RAM7

RAM7 обслуживает совершенно другой код, там упор на скорость максимальный.

Не, тогда как раз придётся подключаться к системной шине. А мне пока боязно...
Если уж подключаться к шине - то как сказал LeoN65816, вместо ППА F5. Тогда будет 100% рабочий на любой частоте Ориона большой ROM-диск (с умным Wait выше 5 МГц) + возможноть подключения современной переферии. Уж очень симпатичный вариант...

Очень симпатичный вариант надо использовать

Только видеосистема на ПЛИС - совсем уже не орион в плане простоты...

Никаких ПЛИС, конечно! Но "видеокарта" - отдельным асинхронным устройством, чтобы для основной МПС никаких вэйтов и привязок к синхрогенератору видеосистемы.

[LeoN65816]

А если несколько абонентов захотят вэйтить?

А в чем проблема? Каждому абоненту дать по морде октрытому коллектору/стоку!

Идея на первый взгляд чертовски хороша: выкидывается ВВ55, а вместо неё подключается Pic, который эмулирует огромный ROM-диск и имеет при этом кучу реально свободных ног для действительно нужной внешней переферии (АЦП, таймеры, 2 SPI чтобы можно было гнать с SD-карты на звук ЦАП прямым потоком, I2C всякие). Красота!

А то!!!

На самом деле ведомый Parallel Master Port в dsPIC это всего лишь 4 регистра-защелки.

Адресуемый ведомый порт с четыремя адресами. Программно-аппаратная эмуляция ВВ55 и программно-аппаратная обработка смены адреса ROM-диска! А ведь есть ещё автоинкремент и FIFO!

Увы, не думаю, что кто-то захочет выдирать ВВ55 из ретро-сборки или плату переразводить...

Выдёргиваешь из цанговой панельки ВВ55, и втыкаешь в эту же панельку свою платку с dsPIC.

Это получается видеовыход скорость портит?

Синхронное расшаривание одной памяти на два потребителя (процик и видеоконтроллер).

Имхо, для Ориона потолок - 20 МГц. Оно и достаточно.

У-у-у-у-у... Чем больше имеешь - тем ещё больше хочется... Вот увидишь!

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

Посмотри на пример из моей подписи. Мой АГАТик остался АРХИТЕКТУРНО тем же самым АГАТиком, и для программ, и для программеров, только процик теперь совершенно не зависит от видеоконтроллера - можно гнать его как угодно, и плюс новые няшки появились.

Уж очень симпатичный вариант...

А то!

Ну если старый софт работать будет - значит формально Орион.

Йа-йа! Архитектурно это тот же Ориончик!

Только видеосистема на ПЛИС - совсем уже не орион в плане простоты...

А при чём тут ПЛИС? Смотри на пример в подписи.

[RyazanNik]

Очень симпатичный вариант надо использовать

Посмотрел более детально: печаль, dsPic33 МК с требуемым Parallel Master Port стоят по 600р и в непаябельных корпусах (хотя нашпигованы интерфейсами они знатно, это плюс).
Но самое плохое: вряд ли одна прошивка будет успевать интеллектуально выставлять сигнал Wait даже для Ориона на 20 МГц.
Тут нужна дополнительная (дискретная?) логика: если была запись в F5, то следующее чтение F5 надо задержать, пока МК не подтвердит готовность данных. Но тогда не особо нужен dsPic, это же можно легко сделать с ППА F5 и МК, какой сейчас...
В этом плане предложенный флэш-диск всё же некий оптимум простоты...

А ведь есть ещё автоинкремент и FIFO!

Что-то не вижу в slave-режиме ни FIFO, ни автоинкремента. МК тупо защелкивают и флаги выставляет, а прошивка пусть сама разбирается. Но даже на 100MIPS при тактовой Ориона в 20 МГц времени прошивке не хватает.

Адресуемый ведомый порт с четыремя адресами. Программно-аппаратная эмуляция ВВ55 и программно-аппаратная обработка смены адреса ROM-диска!

Ну это понятно. Хотя я бы предпочел более амбициозный вариант - замену не одного абонента, а сразу нескольких. Но на dsPic33 с их PMP это не реализуемо...


В этой связи в голове крутится мысль: взять быстрый проц (Z84C0020 или даже KL5C8400C), прилепить память - и МК к системной шине. Чтобы этот МК с wait заменял всю периферию. Получится некий быстрый отладочный Орион. Разве что без дисплея (хотя остановив проц всего на 5 мс можно переслать в IBM-PC содержимое всей видеопамяти).

Только я совсем забыл, когда выдавать wait, можно ли, когда чтение/запись уже идёт, или же надо слово состояния проца ловить...

Никаких ПЛИС, конечно! Но "видеокарта" - отдельным асинхронным устройством, чтобы для основной МПС никаких вэйтов и привязок к синхрогенератору видеосистемы.

Вижу дело сложное, форум гудит...

А при чём тут ПЛИС? Смотри на пример в подписи.

Нихрена не понял, как конкретно сделано. Впрочем, это не моя тема...

[omercury]

Тыц 1
Тыц 2

[Error404]

Тыц 1
Тыц 2

Оч. прикольная штука. Этакий неправославный/читерский контроллер для 8-битки По скорости как схема PVV, НО! - с уже встроенным интерфейсом к FAT16/32.

На МSX это уже прикрутили. Можно было бы портануть. Через дивайс можно подключать флешки, клавиатуры, USB-Ethernet
https://github.com/S0urceror/MSX-USB
https://github.com/Konamiman/RookieD...ank1/ch376.asm
По факту, из полезного для нас (а точнее для неCPM-щиков коих большинство) только флешки, т.к. клавиатура- для ОРДОС нестандарт (в отличии от адаптера PS/2 это не готовая матрица, а нужен драйвер), а Ethernet голый - без стека TCP, а простейший uIP мало кому интересен

[Romych]

Мне тоже понравился этот читерский чип. Закажу для экспериментов. Модуль дла ардуины, не дорог, девборда 700р.