ZX_Multi_Card

[caro]

Спасибо. Попробую сделать в соответствии с этим примером.

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

Поправил прошивку в соответствии с примером Вадима и выслал на проверку solegstar.
Есть правда один нюанс связанный с конфликтом адресов часов и мышки, но думаю он
не должен повлиять на работу системы, поскольку порты мышки работают только на чтение
в диапазоне 4-х верхних адресов.
Но надо проверить.

[solegstar]

выслал на проверку solegstar.

итак, есть некоторый результат! сейчас тест таймера показывает следующее:

Фото testimer.com

[свернуть]

Тест упр. регистров - исправно. по остальным позициям частично.
Далее я запустил утилиту alarm.com для настройки часов. Установил время 12:12:12, программа замерла, не реагировала на клавиши, нажал scroll lock два раза, клавиши заработали, вышел из программы и обратно зашел, получилось так, что заполнеными числами "12" были все поля (время, будильник, дата).

Фото установленных часов 12:12:12

[свернуть]

Решил проверить, какие конкретно числа (часы/минуты/сек) попадают в поля, которые для этого не предназначены, установил время 12:34:56, фото результата ниже.

Фото установленного времени 12:34:56

[свернуть]

после перезагрузки, часы показывают опять 00:00. получается, что в микросхему ничего не записалось (или не считалось). как-то так пока, что еще проверить?

[caro]

Testimer проверять бесполезно,он и в эмуляторе показывает ошибки поскольку в нем
регистр адреса часов задан = 0xFF, а у нас он = 0xBF.
А идут ли часы в правом углу экрана при запуске COPY_K?
По поводу остального, попробую разобраться с драйвером часов, поскольку он похоже рабочий
и проверю на своем железе с учетом примера от Вадима.

[solegstar]

А идут ли часы в правом углу экрана при запуске COPY_K?

Кажется, что без инициализации они не тикают. Вечером еще проверю, но кажется показывают 00:00. секунды при этом мигают. в zxmak2 часы подтягиваются от системных часов windows, т.е. на микросхему часов они должны реагировать.

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

Testimer проверять бесполезно,он и в эмуляторе показывает ошибки поскольку в нем
регистр адреса часов задан = 0xFF, а у нас он = 0xBF.

FF от BF отличается только адресом А6, которого в оригинальной схеме дешифратора часов Профи просто нет, поэтому оригинальные часы будут реагировать, как на FF, так и на BF.

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

проверил copy_k в zxmak2 - часы подтягиваются от системных. на реальном железе показывает 00:00 постоянно. получается, что на реальной машине после загрузки copy_k часы должны подтянутся из микросхемы часов zxmc2.

[alvis]

в zxmak2 часы подтягиваются от системных часов windows, т.е. на микросхему часов они должны реагировать.

Думаю только на чтение, поэтому запись в регистры работать не будет. Не проверял, но врядли изменив время в эмуле изменится системное время.

[solegstar]

caro, Камиль, а какое назначение EEPROM DD8* и DD9* в ZXMC2? Возможно ли до них достучаться со стороны спектрума? Можно ли в них записывать и читать какие-то свои данные?

[caro]

caro, Камиль, а какое назначение EEPROM DD8* и DD9* в ZXMC2? Возможно ли до них достучаться со стороны спектрума? Можно ли в них записывать и читать какие-то свои данные?

Поставлены на будущее для возможности загрузки ядра операционной системы, либо набора программ, вызываемых по горячим клавишам по типу клавиатурных скриптов.
Пока отложил, поскольку убедился, что ресурсов ATMega8515 недостаточно для реализации этой идеи.
Как минимум надо использовать ATMega162.
Надеюсь всё таки продолжить расширение возможностей платы и в этом направлении.
Что касается работы RTC Profi: придется немного изменить алгоритм эмуляции часов на ZXMC,
поскольку он не согласуется с работой существующего на сегодняшний день ПО Профи.

[Vadim]

Сигналы, которые инвертируются в самом начале - входы, и выходы я инвертирую внутри прошивки. Далее я сделал загрузочный HDD, загрузился с него и запустил утилиту теста часов, к сожалению утилита не нашла часы. если заблокировать порт BF, то функциональность контроллера дисковода восстанавливается. Порт BF отвечает в контроллере дисковода за RQ от ВГ93

Часы доступны в "расширенном" режиме адресации, когда у ВГ93 _другие_ порты. Это же всё написано в руководстве по Профи 5, в альбоме схем. Мне непонятно, почему вы тут 5 страниц не можете то порты найти, то описание, то с адресами путаетесь. Ужас какой-то.

Профи3 не имел ни часов ни COM-порта, были только порты 7FFD и DFFD. 7FFD я описывать не буду, это обычный порт Спектрума. Порт DFFD, вернее регистр подключенный к этому порту, назначение битов у него следующее (а то и это наверное никто не знает)

биты 0-2: номер банка памяти (0-7)
бит 3: окно проецирования страниц 0 - с C000H, 1 - с 4000H
бит 4: отключение ПЗУ, 0 - ПЗУ включено, 1 - отключено
бит 5: переключатель доступа ВВ55/ВГ93 по портам 1F, 3F, 5F, 7F (1 - доступна ВГ93, 0 - доступна КР580ВВ55А) - по схеме называют сигнал CP/M
бит 6: 1 - с адреса 8000H подключить страницу 06. 0 -страница 02
бит 7: 0 - отображать экран спектрума (стр 05 или 07) 1 - отображать расширенный экран Профи (стр 04 или 06)

А вот когда в Профи версии 5 решили добавить периферии, то ввели расширенный режим адресации. И включается он, по сигналу ROM14=1 и установленный в 1 бит 5 DFFD (CP/M=1). ROM14 это бит выбора страницы ПЗУ порта 7FFD, т.е. 4й бит.

Так вот, в этом режиме меняются адреса многих портов периферии. И включается он только на время работы драйвера!! Если в простом режиме ВГ93 имеет регистры 1F, 3F, 5F 7F а также системный регистр Бетадиска BF (при работе из ПЗУ TR-DOS - FF). То в расширенном режиме адреса портов ВГ93 следующие:

FDCCOM equ 83h ;регистр команд ВГ93 /W
FDCSTAT equ 83h ;регистр состояния ВГ93 /R
FDCTRK equ 0A3h ;регистр дорожки (0..)
FDCSECT equ 0C3h ;регистр номера сектора (1..)
FDCDAT equ 0E3h ;регистр данных
FDCSYS equ 3Fh ;системный регистр FDC /W

Никакого наложения быть не должно! Если же ROM14=0, то ВГ93 имеет адреса портов точно такие же, как и в Профи версий 3 и 4:

FDCCOM equ 1Fh ;регистр команд ВГ93 /W
FDCSTAT equ 1Fh ;регистр состояния ВГ93 /R
FDCTRK equ 3Fh ;регистр дорожки (0..)
FDCSECT equ 5Fh ;регистр номера сектора (1..)
FDCDAT equ 7Fh ;регистр данных
FDCSYS equ 0BFh ;системный регистр FDC /W (тот самый, что из ПЗУ TR-DOS имеет адрес FF, в CP/M из ОЗУ BF)

Соотвественно. В этом режиме ни часы, ни 8255 ни 8253 НЕ доступны!!! В данной ситуации Порт BF это НЕ порт часов!!!! DF недоступен вообще. Для доступа к часам нужно установить ROM14=1 & CP/M=1 (5-й бит DFFD)

[solegstar]

Для доступа к часам нужно установить ROM14=1 & CP/M=1 (5-й бит DFFD)

Вадим, это выяснено давно и описано тоже чуть выше.

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

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

[Vadim]

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

В том то и дело, что я это всё прочитал. Дисковод отказывает, потому что не в расширенной адресации портится системный регистр Бета-диска через порт 0BFh. Проблема в путанице с дешифрацией. Или ZXMMC2 параллельно выдает, когда это не нужно.