Раз вернулся вот тебе кусочек из 7 окна профПЗУ. Там похоже какие то функции относящиеся к дисководу и упоминается также 7fbah.Сообщение от spensor
Упоминание о 7fbah были в стрнице TRDOS, которую я кидал недавно или давно я уже не помню.
Раз вернулся вот тебе кусочек из 7 окна профПЗУ. Там похоже какие то функции относящиеся к дисководу и упоминается также 7fbah.
Упоминание о 7fbah были в стрнице TRDOS, которую я кидал недавно или давно я уже не помню.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Ранее был задан вопрос, и хотя автору я уже ответил на него, для остальной части повторюсь (может еще кому-то интересно).
По поводу назначения выводов вопрос довольно скользкий. Проблема в том, что MC146818 и ее клоны (КР512ВИ1, BQ3287, DS1285, DS12885, DS1287, DS12887, DS1685, DS1687…) на вопрос применения выводов 16, 20, 21 имеют свое, далеко нескромное, IMHOИ в частности выводы 20 и 16 гораздо чаще используются как Vbat и GND батарейки, соответственно. Вывод 21, опять же, чаще используется как вход RAM CLEAR, для обнуления ячеек памяти. При разработке схемы пришлось идти на компромисс и делать более-менее универсально. По идее “спарка” CKFS (20) и CKOUT (21) является автономным узлом (делителем частоты) микросхемы и такое включение на работу часов влиять не должно.
На всякий случай разовью свою мысль. В общем то надо понять возникают ли сигналы DS и R/W одновременно, или поочередно в при операции чтения порта IN #DFBA. Тоесть отлавливаем с помощью элемента "ИЛИ".
Ясно. Чистота эксперемента соблюдена.
Получается, Spensor очень даже вовремя "накаркал" про альфу и бету...
64 bytes CMOS found
NVRAM found
Interrupt controller not found
IDE Hard Disc found at 270Mb
Если мне скромность не изменяет, то SMUC-2 в принципе уже состоялся, так как пользоваться им можно уже в полном объеме. Почти в полном. Остались только некоторые "неудобства" с дисками C и D...
Итак, в изменения схемы в плане часов:
1. инвертор с /RTC на 12 ногу DD16.4
2. уже известная история с "перекидыванием" сигналов /DS и /R\W
3. конденсатор С3 - 10н. Он выполняет функцию сохранения памяти (или что-то около этого) при сбросе часов по /RES. Заметил нестабильность при инициализации часов при быстром включении-выключении компьютера. С новым конденсатором вроде все нормально, часы не сбрасываются.
4. и самое главное. батарейка должна быть не менее 4.5 вольт. При меньшем напряжении достаточно отключить компьютер секунд на 10 и получаем опять "CMOS checksum error".
Сейчас выключал комп на 15 минут, включил - часики тикают как миленькие, только кукушки не хватает!
Сайт с документацией к "Scorpion ZS 256"
Не совсем понятно - проблема исчезла? Тоесть неприятности были в батарейке?
И в батарейке тоже (в первую очередь). Получается, что если часы были "пустые" после пропадания напряжения, то всегда получим "CMOS checked error". Поэтому при низком напряжении батареи такая надпись появлялась всегда. Кстати, проверил DS - тоже "раздвоение личности" у этого сигнала осталось. Но, получается, это не так уж и критично.
Пару раз часы все-таки клинило. В первый раз я заметил что они просто стоят (кварц хреновый?), при этом в мониторе нет строчки внизу экрана о текущем времени. Тыкнув в кварц отверткой, часы снова пошли. Второй раз случился, когда я возился паяльником на ИР15. Наводка, чтоли?
Сейчас разбирался с FDC.
Подключены биты 7.6.5.3 (как на схеме).
В мониторе "отключаем" все виртуальные диски. IN 32698 (FDC) = 255.
Подключаем диск А. Читаем - 127. Вроде, логично...
Подключаем диск В. Читаем - 63. Понятно...
Подключаем диск С. Читаем - 63. Приехали...
Подключаем диск D. Читаем - 63. Занавес.
Отключаем все диски. Читаем порт - 255. Пишем в порт из Васика 127. Читаем - 127. Лезем в монитор - все диски отключены. Пробуем просмотреть каталог диска А (помним, что в порту - 127) - висим, диска нет. Сброс. Читаем порт - 255.
Судя по логике работы, монитор использует порт для быстрой проверки, подключены ли диски, и если подключены то уже считывает "путь" с самого винчестера (или спец. области памяти). Но каким же образом он "запоминает диски C и D? Пока непонятно.
Сайт с документацией к "Scorpion ZS 256"
Не совсем понятно - диски по одному подключаются или по принципу A+B+C+D?Есть такое же предположение. А "запоминание" дисков C и D ясное дело происходит в NVRAM. Не совсем понятно в этом случае только дублирование информации в NVRAM и #7FBA. Есть ли ощутимый выиграш при работе с A/B в сравнении с С/D? Также непонятно почему же "отваливаются" C и D если информация в NVRAM.
А может состояние подключение дисков еще и в RTC хранится? Люди имеющие реальный SMUC, не в службу, а в дружбу, вынте RTC из панельки и проверьте как это отразиться на дисках С и D!
Диски подключаются по схеме "плюс". Но закономерность видна. Диск А - бит 7, диск В - бит 6... а вот далее эта закономерность теряется. При подключении С должен сброситься бит 5, но этого не происходит. Я готов был поверить, что так и должно было быть, но согласно письму City Ace SMUC хранит настройки всех четырех дисков. В то же время, для ПП сейчас доступны и NVRAM и CMOS, тоесть в этом плане отличий от оригинального SMUC никаких нет. Скорее всего, это вопрос "железный". Может стоит заменить ИР15 на ИР23? Хотя, навряд ли...
Сайт с документацией к "Scorpion ZS 256"
Насчет бита D5 можно не выдумывать он в оригинальной схеме на Altera не заводится, а вот назначение D3 пока не ясно, как и не ясно задействован ли он вообще в порту #7FBA. Стоит провести эксперимент с подключением дисков по "или", хотя думаю ничего нового мы не увидим, но всеже.
Есть предположение, что есть switch организовывающий теневой регистр #7FBA (для дисков C/D), как это происходит с портом #DFBA (переключение битом D7 #FFBA). Но, пока надо анализировать последний пример Mick'а.
Проверил только диск В. Как и ожидалось, из порта читается 191.
Насколько я понимаю, возможно придется навесить еще одну ИР15 с выборкой от /FD + Bit7 TM9?
Сайт с документацией к "Scorpion ZS 256"
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
