Орион-128MK2. Рыжие платы выпуска 08.2019 от Cornelius сборка и настройка.

[Denn]

Ура тест проходит. Все 8 страниц открываются и редактируются. DSDOS 3.9 видит только 256к. Так должно быть?

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

[Advertiser]

[Sancho45]

DSDOS 3.9 видит только 256к. Так должно быть?

Нет, не должно.

вторые 256 кбпереключаются через D29, 13 и 3 контакты перепутаны на схеме, но автор утверждает, что

На "жёлтых" и "чёрных" платах вот это:

ошибочно подключены контакты 3 и 13 D29, надо поменять местами !

делать не надо! На платах разведено всё верно, согласно журнальной схемы! Кто уже сделал - верните взад.

у меня нет этой платы, не могу проверить, но у тебя то есть .....

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

а цветной коврик то выходит или его ЧБ подобие ?

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

и видео теста 512 в студию, а то не понятно каких 256 кб не хватает

[shapipovo]

В EMU с ВМ80 также показывает 256к. OriZEmu Z80 512к. Коврика нет .D29 разведена по схеме.

[Sancho45]

В EMU с ВМ80 также показывает 256к. OriZEmu Z80 512к. Коврика нет.

ты эмулятор тестишь или плату собираешь?

[shapipovo]

ты эмулятор тестишь или плату собираешь?

Что хочу, то и делаю. Прекращай флуд, от количества твоих пустых сообщений твой рейтинг не повысится.

[Sancho45]

Прекращай флуд,

Это не флуд, а уточнение ! Не могу уловить взаимосвязь ошибок на плате и найденные тобой не соответствия в эмуляторах !

Что хочу, то и делаю

В рамках закона ! Не забывай !

[shapipovo]

Стараюсь

[Denn]

и видео теста 512 в студию, а то не понятно каких 256 кб не хватает

Верхних не хватает. DSDOS подсчитывает объём ОЗУ следующем образом:

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

1) 0000@15 = 0Fh
2) 0000@14 = 0Eh
3) 0000@13 = 0Dh
...
15) 0000@01 = 01h
16) 0000@00 = 00h

Далее идёт цикл проверки:

1) 0000@00 = 00h ?
2) 0000@01 = 01h ?
и т.д. пока не встретится несоответствие, в результате в переменной номера банка у нас оказывается фактическое кол-во живых банков ОЗУ.

Например, если у нас 256 Кб ОЗУ, то фактическая картина будет такая:

0000@00 = 00h
0000@01 = 01h
0000@02 = 02h
0000@03 = 03h
0000@04 = 00h
0000@05 = 01h
и т.д.

т.е. на 4-ом банке будет "затык", а дальше пойдёт информация с начала (из-за т.н. "заворачивания" номеров банков в случае схемы на РУ5-ых).

[Sancho45]

Верхних не хватает. DSDOS подсчитывает объём ОЗУ следующем образом:

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

1) 0000@15 = 0Fh
2) 0000@14 = 0Eh
3) 0000@13 = 0Dh
...
15) 0000@01 = 01h
16) 0000@00 = 00h

Далее идёт цикл проверки:

1) 0000@00 = 00h ?
2) 0000@01 = 01h ?
и т.д. пока не встретится несоответствие, в результате в переменной номера банка у нас оказывается фактическое кол-во живых банков ОЗУ.

Например, если у нас 256 Кб ОЗУ, то фактическая картина будет такая:

0000@00 = 00h
0000@01 = 01h
0000@02 = 02h
0000@03 = 03h
0000@04 = 00h
0000@05 = 01h
и т.д.

т.е. на 4-ом банке будет "затык", а дальше пойдёт информация с начала (из-за т.н. "заворачивания" номеров банков в случае схемы на РУ5-ых).

Тем самым не подтверждается переключенеие на вторую банку ру7, через d29. То ли до нее, то ли после.....


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

Отсутствие цветного коврика подтверждение

[Denn]

В EMU с ВМ80 также показывает 256к. OriZEmu Z80 512к. Коврика нет .D29 разведена по схеме.

вот в эмуляторе b2m:



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

Тем самым не подтверждается переключенеие на вторую банку ру7, через d29. То ли до нее, то ли после.....

Теоретически, да. Программно можно определить только уникальность банков от начала, а как они там физически аппаратно чередуются - не определить.