SD-ROM Картридж

[artyr_n]

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

---------- Post added at 06:32 ---------- Previous post was at 05:43 ----------

Дизассемблированный код загрузчика

; проверка наличия модуля ППЗУ
M0107H: MVI     A,82H           ; код управления порта
        OUT     04              ; записать в РУС
        MVI     B,0FFH          ;
M010DH: MOV     A,B             ;
        OUT     05              ;
        MVI     A,0FEH          ;
        OUT     07              ;
        IN      06              ;
        CPI     55H             ; проверка ключевого кода 55
        JNZ     M012EH          ; код не совпал
        MVI     A,0FFH          ;
        OUT     07              ;
        IN      06              ;
        CPI     0AAH            ; проверка ключевого кода AA
        JNZ     M012EH          ;
        MOV     A,B             ;
        ANI     7FH             ;
        INR     A               ;
        MOV     D,A             ;
        JMP     M0136H          ; МППЗУ подключен - на выход
M012EH: MOV     A,B             ;
        SUI     20H             ;
        MOV     B,A             ;
        JM      M010DH          ;
        XRA     A               ; обнулить А - МППЗУ не подключен
M0136H: ORA     A               ;
        RET

из него видно что по адресу 0xFFFE в ПЗУ должно быть 55, а по 0xFFFF должно быть AA. А если по адресу 0xFFFE нет 55 то начинает вычитать 0x20 и опять проверять, это видимо на случай если ПЗУ меньшего объема.

[KTSerg]

esl, приношу свои извинения, глючу...
По не понятной причине, не воспринял используемую в Ваших текстах "А0" - как младший бит шины адреса. Поэтому ошибочно предположил о необходимости дополнительного тактового выхода.

...
Дизассемблированный код загрузчика

; проверка наличия модуля ППЗУ
...

из него видно что по адресу 0xFFFE в ПЗУ должно быть 55, а по 0xFFFF должно быть AA. А если по адресу 0xFFFE нет 55 то начинает вычитать 0x20 и опять проверять, это видимо на случай если ПЗУ меньшего объема.

Вот и получается, что если загружать как ПЗУ, то минимальный размер 8Кб, можно конечно отдать только 2Кб, потом выставить на шине 00 и ждать когда Вектор считает остальные "пустые" данные.
Кстати, признаком начала чтения модуля "ПЗУ" со стороны Вектора соответственно является перебор адресов, соответственно на выходе "ПУ" будут перебираться старшие байты адреса:
FF DF BF 9F 7F 5F 3F, ну а при появлении там 1F уже нужно "идентификатор ПЗУ" подсовывать (Если я правильно понял и опять не глючу)...

[esl]

Читать только A0 это интересная идея, но просматривая листинг загрузчика я там увидел что проверка наличия ПЗУ в векторе это вычитывание с какогото адреса подряд 55 АА, так что в первый момент все равно нужно будет анализировать больше чем одну линию

тут похоже более глубокая проблемма
и надо дизассемблировать ВСЕ вырианты ПЗУ
т.к. тот код что я приводил выше из одного из них, и в нём нет такой проверки!
и похоже есть несколько вариантов !!

Однакое если считать что у вас всегда стоит тот код что проверяет 0x55aa
то просто сделать чтобы первые два байта что выдаёт эмулятор были именно 0x55 0xAA
Т.о. вообще игнорируем шину адреса (кроме A0)
и выдаём именно те байты которые ожидает загрузчик.

Если вариантов всегда 2 то можно просто добавить кнопку "выбора типа ПЗУ".

Врядли у реального пользователя больше 1го пзу на реальной машине и просто можно выбрать нужный.

По поводу детекта ресета - это возможно проблемма
как вариант забить на это дело (ввести кнопку ресета эмулятора)
или посмотреть нет ли там на разъеме чего-то что таки зависит от ресета.

По поводу главного заргузчика:

как вариант написать более сложный код загрузчика
который детектирует загрузились ли два "лишних байта" и обрабатывает это.

речь вот о чём,
если загрузчик проверяет наличие 0x55aa то загрзится код без этих байт
если же загрузчик не проверяет то получим в памяти да лишних байта
(и код как бы сдвинут на два байта)
55AA ->
mov d,l
xra d
т.е. ничего опасного если на них попадёт управление.

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

немного усложняем код, зато меньше завивимости.
даже набрасал что то (правда в мнемоники z80)
он пересылает "основной загрузчик" на постоянное место
хотя как вижу можно и в 0й адресс его грузить.

        nop
        nop
        nop
        nop
        nop
        nop
        nop

        ld      de,0
        ld      hl,0
        ld      a,(hl)
        cp      0x55
        jp      nz,no55AA
        inc     hl
        ld      a,(hl)
        cp      0x55
        jp      nz,no55AA

        nop             ;если код сдвинут попадем сюда
        nop

code55AA:
        ld      de,2

        nop             ;если код сдвинут попадем сюда
        nop
no55AA:
        ld      hl,code
        add     hl,de   ;сдвинуть на 2 байта

        ld      de,newCODE
        ld      bc,LEN

        nop             ;если код сдвинут попадем сюда
        nop

.a1:
        ld      a,(hl)
        ld      (de),a
        inc     hl
        inc     de
        dec     bc
        ld      a,c
        or      b
        jp      nz,.a1

        jp      newCODE

[artyr_n]

т.к. тот код что я приводил выше из одного из них, и в нём нет такой проверки!

Это похоже код который рассчитывался загружаться с магнитной ленты и грузить программу из ПЗУ модуля, поэтому в нем нет никаких проверок. В загрузчиках которые стоят на плате проверки должны быть так как в основном они мультизагрузочные КВАЗИДИСК, ДИСКОВОД, МППЗУ, МАГНИТОФОН, СЕТЬ, с пумощью F1 F2 F3 и их комбинаций можно принудительно заставить грузится с определенного устройства, но если устройство не обнаружено то загрузчик автоматически переходит на загрузку со следующего найденного устройства.
Это видно если посмотреть весь код загрузчика который я привел выше.

[esl]

Тем проще : )
Тогда перед кодом пзу всегда выдаем два байта
И все работает

---------- Post added at 13:35 ---------- Previous post was at 13:33 ----------

Но проверить все загрузчики для надёжности надо бы

[KTSerg]

Проблема отсутствия ресета и необходимости синхронизировать передачу данных снимается если применить протокол "ЛВС"
"Контроллер ЛВС" постоянно ждет от Вектора определенных "манипуляций" на шине.
После чего они договариваются и переливают данные.
Для АтМеги8 я исходник "контроллера ЛВС" вроде выкладывал...
В них изменений-то совсем ничего, кидать в буфер данные не принятые из СОМ-порта, а из массива прошивки (или где код загрузчика будет храниться).

[Advertiser]

[esl]

главное вгрузить загрузчик любым стандартным способом!

а это ЛВС есть во всех загрузчиках ?

[artyr_n]

Для АтМеги8 я исходник "контроллера ЛВС" вроде выкладывал...

Помню что читал про такую разработку, но найти не смог. Можете пальцем ткнуть куда она спряталась?

[KTSerg]

Помню что читал про такую разработку, но найти не смог. Можете пальцем ткнуть куда она спряталась?

Вот, среди "Железа"
http://zx-pk.ru/showthread.php?t=8669&page=15
Сначала выкладывал только готовый проект, потом прошивку вместе с вариантом для 51-го проца.

А на счет того, во всех ли загрузчиках есть ЛВС, это конечно вопрос, не могу утверждать, в "заводском" на сколько могу судить - есть...

[esl]

и винкса был вариант (кажется для специалиста)
где начальный загрузчик через магнитовон грузится
делать как раз очень просто