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

[Denn]

если делается проброс CS ППА F5 и чтение данных идет каждые 19 тактов (mov a,m; stax d; inx D), то Орион может запросто молотить на 20 МГц.

По коду "всё печальнее", у меня например в онлайне проверяется возможный выход за границу банка, так что далеко не так быстро ПО читает данные.

Если у Ориона выше 40 МГц - надо увеличивать интервалы в программе, чтобы не превышать эти 1027 кб/с.

Высокоскоростная версия Ориона будет стартовать на дефолтных 2,5 МГц и будет иметь возможность программно задавать клок ЦП. Если ROM-диск рассматривать только в качестве загрузчика, то по идее можно не заморачиваться возможностью работы на 40 МГц. На больших скоростях уже полезут ограничения самих ПЗУшек скорее всего.

[Advertiser]

[RyazanNik]

По коду "всё печальнее", у меня например в онлайне проверяется возможный выход за границу банка, так что далеко не так быстро ПО читает данные.

Ну если ПО читает не быстро, значит и с Орионом на 40 МГц будет флэш-диск работать
Вообще для флэш-диска в режиме прямого чтения проверять банк не понадобится, там же автоинкремент. Свои соображения по эффективной организации циклов я дополнительно выложил тут: http://zvzd3d.ru/Orion128/OrionDiskNiky.html#YaCikli (надо обновить страницу). Конечно, это больше актуально для быстрого чтения.

Посмотрел Вашу реализацию чтения ROM-диска - вижу SHLD и LDA уже раснесены. При желании код можно ускорить. Цикл делать без "mov a,c; ora b". И проверку выхода за банк - делать вне цикла. Пусть HL - начальный адрес чтения, а BC - длина. Тогда если ~HL > BC, то переключения банка не нужно. Иначе читаем сперва (~HL+1) байт, переключаем банк, читаем остаток.

Высокоскоростная версия Ориона будет стартовать на дефолтных 2,5 МГц и будет иметь возможность программно задавать клок ЦП. Если ROM-диск рассматривать только в качестве загрузчика, то по идее можно не заморачиваться возможностью работы на 40 МГц. На больших скоростях уже полезут ограничения самих ПЗУшек скорее всего.

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

[LeoN65816]

10, 20, 40 МГц... Вот десятку вроде сделали: по мегагерцам вдули в 4 раза больше, а на выхлопе всего 3.5 Маха... Под двадцатку даже и процик существует Z84C0020, а в реале Ориончика такого ПОКА нет... А под сороковку какой процик планируется? Хренсобаки, тьфу, Кавасаки KL5C8400C только 33 МГц позволяет... Хотя наш комрад утверждает, что гонится в лёгкую.

RyazanNik, предложение: а если взять PIC/dsPIC с Parallel Master Port (PMP) и его тулить не к ВВ55, а вместо ВВ55 на шину, и при необходимости вэйтить основной процик. Уж тогда всё что угодно можно прикрутить. Как тебе идейка?

[RyazanNik]

RyazanNik, предложение: а если взять PIC/dsPIC с Parallel Master Port (PMP) и его тулить не к ВВ55, а вместо ВВ55 на шину, и при необходимости вэйтить основной процик. Уж тогда всё что угодно можно прикрутить. Как тебе идейка?

А Орион что, можно "вэйтить"? Это же какой то Радио-РК86 тогда получается... А если несколько абонентов захотят вэйтить? Конечно, вэйтить понадобится в весьма редких случаях, когда ROM-диск на самом деле не успевает (что легко распознать и выставить соответствующий сигнал).

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

На самом деле ведомый Parallel Master Port в dsPIC это всего лишь 4 регистра-защелки. Т.е. отличий от ВВ55 почти никаких. Чисто экономия ног у МК.
Увы, не думаю, что кто-то захочет выдирать ВВ55 из ретро-сборки или плату переразводить... Я лично в своём любимом стареньком Орионе ничего кардинального трогать не готов, если только что-то внешнее подключать. Для высокоскоростного режима флэш-диска уже достаточно проброса одной линии CS от ППА. Да и ожидание нужно только для эмуляции ROM-диска выше 5 МГц, а в прямом режиме, как выясняется, даже на 40 МГц софт 1 мб/с с трудом читает...

10, 20, 40 МГц... Вот десятку вроде сделали: по мегагерцам вдули в 4 раза больше, а на выхлопе всего 3.5 Маха... Под двадцатку даже и процик существует Z84C0020, а в реале Ориончика такого ПОКА нет... А под сороковку какой процик планируется? Хренсобаки.

Это получается видеовыход скорость портит?
Ну понятно, что скоростные Орионы это такая проблема, что тут не до флэш-диска...

[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, можно ли, когда чтение/запись уже идёт, или же надо слово состояния проца ловить...

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

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

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

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

[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 МГц) + возможноть подключения современной переферии. Уж очень симпатичный вариант...

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

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

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