Перешил сегодня ATF этой прошивкой без дешифрации часов по Глюку.Сообщение от caro
8515 тоже сегодня перешил на 2.7
Сегодня вечером дома сперва попробую с новыми прошивками, а потом уже буду конденсатор вешать.
МГТФ - любимый провод!
KAY-1024(4096)/SL-4/TURBO v2010 + Nemo-FDC + Nemo-IDE (CF 4GB) + SMUC2 Rev.B RTC (HDD 1.6GB + DVD-ROM) + PROF-ROM + ZXMC2 + GENERAL SOUND 2MB + ZX-BUS_TEE + FDD 3.5' + FDD 5.25' + VGA&PAL
С этой прошивкой ATF всё заработало. И Test v4.30, и Real Commander v2.6
Но я ж ещё и 8515 перешил с 2.6 на 2.7, но это вряд ли повлияло.
p.s. А часики по Глюку хочется...
---------- Post added at 20:59 ---------- Previous post was at 20:40 ----------
caro, мне тут подумалось по-поводу неработоспособности некоторых программ с часами по Глюку. Ведь был какой-то стандарт на использование внутренней памяти микросхемы часов? Может этот Test v4.30 и Real Commander читают что-то из какой-то конкретной ячейки памяти часов и пытаются управлять каким-то железом (портом) или запустить что-то с какого-то адреса?
---------- Post added at 21:04 ---------- Previous post was at 20:59 ----------
Точно! Вот отрывок описания от самогО Mr.Gluk'а оригинальной схемы часов:
#0E-#3F - озу пользователя.
Озу пользователя мною частично использовано:
#0E - режим запуска boot'ов (48/128/вся память)
#0F - сейчас не использую (в ранних версиях был атрибут часов)
#10 - номер дисковода
#11 - байт #АА - контроль наличия м/с и необходимости вывода
часов. Кнопка "9" в Глюке инвертирует этот байт
#12 - флаг "user message", если = "G", то вместо стандартного
"MR GLUK RESET SERVICE V5.1" будет выводится мессага из часов.
Она начинается с адреса #13 и заканчивается байтом #ff, длина
не более 27 байт, контрольные коды не допускаются (будут взяты
из пзу-шного знакогенератора и выведены).
Alone> Real Commander 2.x плюёт на это с высокой колокольни:
"Текущий дисковод активной панели сохраняется в #10 ячейку CMOS,
конфигурация панелей и дисковод, выбранный на пассивной панели,
сохраняются в ячейку #15".
Spectre> QC и RC используют одинаковые ячейки. Порядок действий:
1) Читаем из #16 позицию курсора в каталоге (позиция на единицу
больше реальной, то есть 1..128).
2) Проверяем на равенство 0, если ноль то выход, иначе уменьшаем
на 1. Также еще проверяем, чтобы не больше 127 было.
3) Читаем #15 ячейку с конфигурацией коммандера (RC или QC)
4) По 5-му биту определяем чья инфа - RC или QC, берем из 0-2
бит output дисковод.
5) Читаем из #10 текущий дисковод, делаем and 3.
RC 2.x конфиг:
PK>>>>>> Конфигурация панелей:
PK>>>>>> биты 0-2 дисковод пассивной панели
PK>>>>>> бит 3 - вкл-на ли Basic маска на актив.панели
PK>>>>>> бит 4 - ... Basic маска на пассивной панели
PK>>>>>> бит 5 - 0
PK>>>>>> бит 6 - какая панель активна
PK>>>>>> бит 7 - информация вкл/выкл.
PK>>>>>> Эта переменная записывается в #15 ячейку CMOS
QC v3.10 конфиг:
0-2: output drive
3: 1 - pack with LE, 0 - simple pack.
4: 1 - fullcat off, 0 - fullcat on.
5: 1 - QC config ID, 0 - RC config ID.
6: 1 - play without loop, 0 - loop on.
7: 1 - boot mode, 0 - commander mode.
---------- Post added at 21:05 ---------- Previous post was at 21:04 ----------
Вот и ещё одно подтверждение.
МГТФ - любимый провод!
Это привязка ячеек ОЗУ RTC:
Поскольку в ZXMC2 содержимое CMOS отображается на внутреннюю EEPROM ATMega8515,Код:Содержимое ячеек CMOS: 0Ah - 20h 0bH - 02h b2=noBCD,b1=24hour,b0=season 0Ch - 00h int bits (b4=1 new time) 0Dh - 80h b7-battery low 0Eh - 00h b7-Turbo/b1,b0-mem mode 0Fh - 00h 10h - 00h drv (b7=off) 11h - 0AAh flag CMOS 12h - 47h(G) - message(FF)
рекомендую при записи прошивки записать в EEPROM эти данные.
Возможно именно отсутствие этой информации, вернее ее отличие от этих значений
и приводит к такой реакции программ, использующих эти ячейки.
Про эту особенность я в курсе.
Значит с дешифрацией часов всё нормально и в ATF можно вернуть изначальную прошивку? Но в EEPROM АТМЕГИ надо заранее прописать определённые значения. Прописать значения от 0Аh до 12h значениями из твоей мессаги?
МГТФ - любимый провод!
Да, именно так.
Что-то мне подсказывает, что после этого всё заработает
Честно говоря я EEPROM всегда прописывал этими значениями по умолчанию.
Я тоже так думаю, но...
Вот это не понятно. Программа в АТМЕГЕ это делает при первом запуске?
МГТФ - любимый провод!
С любовью к вам, Yandex.Direct
Нет не делает.
Прописать надо при записи прошивки или из программы установки CMOS,
которая есть в GLUK-сервисе и вызывается не помню какой клавишей.
Теперь понятно. Может ввести эту инициализацию?
А альтернативный софт-конфигуратор есть?
МГТФ - любимый провод!
Сейчас понял, что видимо надо было это сделать.
Я вырезал из GLUK-сервиса эту часть и сделал бинарник,
который можно встроенной терминалкой ZXMC загрузить через нуль-модемный кабель,
а затем запустить и скорректировать содержимое EEPROM.
Если интересно, могу скинуть.
Спасибо, Камиль, но у меня сейчас всё равно нет кабеля, а завтра на работе программатором перешьюсь.
p.s. А может сразу сделаешь 2.71 с инициализацией? Хотя, нет... Надо сперва проверить.
---------- Post added at 22:22 ---------- Previous post was at 22:12 ----------
Еще вопрос. Вот это дано смещение относительно 0-ой ячейки EEPROM АТМЕГИ?
Содержимое ячеек CMOS:
0Ah - 20h
0bH - 02h b2=noBCD,b1=24hour,b0=season
0Ch - 00h int bits (b4=1 new time)
0Dh - 80h b7-battery low
0Eh - 00h b7-Turbo/b1,b0-mem mode
0Fh - 00h
10h - 00h drv (b7=off)
11h - 0AAh flag CMOS
12h - 47h(G) - message(FF)
МГТФ - любимый провод!
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
