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 и опять проверять, это видимо на случай если ПЗУ меньшего объема.

[Advertiser]

[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 я исходник "контроллера ЛВС" вроде выкладывал...
В них изменений-то совсем ничего, кидать в буфер данные не принятые из СОМ-порта, а из массива прошивки (или где код загрузчика будет храниться).

[esl]

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

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

[artyr_n]

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

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

[KTSerg]

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

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

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

[KTSerg]

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

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

То, что я тут написал, оно верно. Но я нашел у себя первый вариант тестилки протокола ЛВС. Там автономный вариант, который загружал в Вектор программки "Тест ОЗУ", код которых был массивом внесен в сам "контроллер". Это ведь то-что нужно.
Загрузка вынесена в отдельную процедуру, код на Си. Даже краткие пояснения есть (что на меня не похоже)...
artyr_n, может в личку кинуть, для посмотреть?