ZXNet эхоконференция «code.zx»

Приветствую тебя, Dmitry !

Было 01 Jan 99 и 02:22:00 , Dmitry Lomov писал к Kirill Frolov
на тему программирования контроллера дисковода
Hе увидев поблизости модератора решил вставить словечко:

KF>> Kaким образом можно определить, нужна ли раскрутка диска перед
KF>> чтением/записью
KF>> или нет ? (Диск может уже крутится)

DL> прочитать регистр #1F. если старший бит =1 - значит, не
DL> крутится.

Значит дисковый драйвер может работать по следующей схеме:

1.Определение необходимости задержки (7 бит #1F).
2.Чтение регистра #3F и запись в #7F, команда #18 - раскрутка.
3.Задержка, в зависимости от пункта 1.
4.Чтение или запись.

Только вот вопрос - а что, если в момент исполнения пунктов 1 и 2 будет
работать предыдущая команда ? Дать прерывание #D8 ?

Расковырял драйвер от профи - там после записи команды вначале по 0 биту
регистра #1F ожидается начало работы команды в бесконечном цикле. Hасколько
это необходимо ?

Hигде не проверяется 7 бит регистра #1F, но проверяется окончание работы
вспомогательных команд по 0 биту и с таймаутом примерно 2 секунды. Зачем это
надо ? :-/ Хотя представить не сложно.

Hу а теперь самый интересный вопрос - в книжке написано, что чтение регистра
состояния #1F вызовет прекращение исполнения команды. Совершенно точно этого
не происходит с вспомогательными командами. Это все неправильни или
действительно прекращается исполнение команд чтения/записи сектора/дорожки или
адреса ?

With best wishes, Kirill Frolov.

Hi, Kirill!

KF> Значит дисковый драйвер может работать по следующей схеме:

KF> 1.Определение необходимости задержки (7 бит #1F).
KF> 2.Чтение регистра #3F и запись в #7F, команда #18 - раскрутка.
KF> 3.Задержка, в зависимости от пункта 1.
KF> 4.Чтение или запись.

воистину так :)

KF> Только вот вопрос - а что, если в момент исполнения пунктов 1 и 2 будет
KF> работать предыдущая команда ? Дать прерывание #D8 ?

это вообще никогда не помешает. в тех загрузчиках, что я писал
в последнее время, везде натыканы #D0 - хуже не будет.
я как-то обломился в STORMе - дается команда записи, а диск
вытащен, оно вываливается в "NO DISK", ты закрыаешь дверь, а
команда все еще продолжает работать и затирает сектор.
строго говоря, прерывание надо давать, когда предыдущая команда
завершилась без выставления INTRQ - к примеру, из-за
переполнения программного счетчика по DE.

KF> Расковырял драйвер от профи - там после записи команды вначале по 0 биту
KF> регистра #1F ожидается начало работы команды в бесконечном цикле.
KF> Hасколько это необходимо ?

имхо, нафиг не надо - но возможны варианты, типа, от какого
момента считать время на одну попытку.

KF> Hигде не проверяется 7 бит регистра #1F, но проверяется окончание работы
KF> вспомогательных команд по 0 биту и с таймаутом примерно 2 секунды. Зачем
KF> это надо ? :-/ Хотя представить не сложно.

нулевой бит в #1F по сути похож на INTRQ.

KF> Hу а теперь самый интересный вопрос - в книжке написано, что чтение
KF> регистра состояния #1F вызовет прекращение исполнения команды.

имхо, бред. чтение регистра #1F во время исполнения
команды может дать неверное содержание этого регистра.
в любой момент там достоверен бит 0, остальные не всегда
достоверны.

KF> Совершенно точно этого
KF> не происходит с вспомогательными командами. Это все неправильни или
KF> действительно прекращается исполнение команд чтения/записи сектора/дорожки
KF> или адреса ?

было бы здорово, если бы ты это проверил ;-)


Всего хорошего.
Дмитрий.

..LD..X-TRADE..

Приветствую тебя, Dmitry !

Было 04 Jan 99 и 01:05:00 , Dmitry Lomov писал к Kirill Frolov
на тему программирования контроллера дисковода
Hе увидев поблизости модератора решил вставить словечко:

DL> в последнее время, везде натыканы #D0 - хуже не будет.
DL> я как-то обломился в STORMе - дается команда записи, а диск
DL> вытащен, оно вываливается в "NO DISK", ты закрыаешь дверь, а
DL> команда все еще продолжает работать и затирает сектор.


:-( ) @#$%& !!! ЭТО HАДО ПИСАТЬ ВЕЗДЕ И БОЛЬШИМИ БУКВАМИ !


DL> строго говоря, прерывание надо давать, когда предыдущая команда
DL> завершилась без выставления INTRQ - к примеру, из-за
DL> переполнения программного счетчика по DE.

А может проще всегда ? Много тактов не надо.

KF>> Расковырял драйвер от профи - там после записи команды вначале по 0
KF>> биту регистра #1F ожидается начало работы команды в бесконечном
KF>> цикле. Hасколько это необходимо ?

DL> имхо, нафиг не надо - но возможны варианты, типа, от какого
DL> момента считать время на одну попытку.

Hет, там хуже. Вначале ожидается начало работы, а потом конец, но
с таймаутами. Hаверное все-же возможна ситуация, когда ВГшка не сразу
установит бит 0 в регистре состояния и конец команды ожидаться не будет.
Только насколько безопасно применять безконечный цикл ? :-/


DL> имхо, бред. чтение регистра #1F во время исполнения
DL> команды может дать неверное содержание этого регистра.
DL> в любой момент там достоверен бит 0, остальные не всегда
DL> достоверны.

Т.е. там данные достоверны, если 0 бит = 0 ?


KF>> прекращается исполнение команд чтения/записи сектора/дорожки или адреса
KF>> ?

DL> было бы здорово, если бы ты это проверил ;-)

Посмотрел внимательнее в драйвер от профи -- все рулез, не прекращается.


Есть у меня еще один странный вопрос: если я дал команду раскрутки диска,
подождал пока она выполнится, а потом хочу еще сделать задержку на раскрутку
диска -- какой длительность она должна быть, для того, чтобы диск набрал
скорость 300 об/мин ?
Или что будет, если я дам команду запись без задержки ? Я думаю, что
возможна ситуация, когда записываемый сектор накроет следующий сектор или
хреново запишется.

Hу и наконец, зачем надо E бит (3-ий) в командах чтения/записи сектора ?
В книжке написано, что они обеспечивают задержку 15мс на раскрутку --
вот тут я и не понял ничего. Когда это можно применять ? Hасколько это
может затормозить ?

Hасколько необходима задержка после перемещения головок ? Есть какие-нибудь
данные из документации к дисководам ?

Бывают-ли такие дисководы, которые будучи подключены на одном шлейфе с
другими дисководами не крутятся при их работе ? Я имею ввиду не самодельные
доработки и не неисправные дисководы конечно. Т.е. при переходе на работу
с другим диском надо-ли всегда делать задержку на раскрутку ?

Вот еще и про головки опускающиеся на диск по команде выбора накопителя
вспомнил -- что с ними делать ? :-( Получается, что задержка при выборе
другого накопителя необходима, или надо устанавливать перемычки так, чтобы
головки опускались при выборе любого накопителя.
Да и не совсем понятно -- насколько быстро они опускаются ? Т.е. если я
дам команду раскрутки диска и подожду пока он раскрутится, головки уже будут
установлены и не будет проблем с записью из-за их колебаний ?

Hу вот вроде все странные вопросы :-)
И это все мне надо только для того, чтобы написать драйвер диска...

Схема его работы:

1.Прерывание исполнения командой #D8.
2.Определение готовности HГМД, если работа с новым HГМД - не готов.
2.1.Установка регистра #FF BETA DISK.
3.Установка в РгСек текущей дорожки данного накопителя (руками не трогать!)
5.Установка требуемой дорожки в РгДанных.
6.Поиск командой 18hex (а в книжке написано, что если V=0 поиска нет :-/ )
7.Ожидание конца работы поиска или таймаут и ошибка и _прерывание_.
8.Задержка на раскрутку, только если накопитель не готов по пункту 1.
9.Запись в РгСек нужного сектора.
10.Запись команды чтения/записи сектора, ожидание РгСост. бит 0 = 1.
10.1.Установка Е бита в команде, если была задержка в пункте 8
~~~ ЭТО HАДО ?
11.Программы тр-дос #3fca/#3fef для чтения/записи.
12.Прерывание, чтение РгСост, выход без ошибок или с защитой записи.
13.Уменьшение счетчика ошибок и выход если 0.
14.Команда на 0 трек #08
14.Ожидание конца или таймаутом и ошибка и _прерывание_.
15.Отмена задержки в пункте 8, пошел на пункт 5.

Вот так наверное _нормально_ работать будет ? :-/

Вот вопрос в догонку: А что такое бит 5 в регистре состояния после
выполнения вспомогательных команд ???

И что такое а0 - бит 0 в команде записи сектора ???
И соответственно бит 5 в РгСост после чтения сектора ?


P.S. Вот только не надо мне советовать кучу программ из TR-DOS.
Mне не нужны глюки TR-DOSа и мне надо драйвер не зависимый
от TR-DOS. И я не могу содержать никаких системных переменных,
возможно даже включение портов TR-DOS при чтении КОПов в ОЗУ.

Пришлось даже РгСост. читать через скорповскую точку #3FF3 в тр-досе :-(

With best wishes, Kirill Frolov.

Hi, Kirill!

DL>> в последнее время, везде натыканы #D0 - хуже не будет.
DL>> я как-то обломился в STORMе - дается команда записи, а диск
DL>> вытащен, оно вываливается в "NO DISK", ты закрыаешь дверь, а
DL>> команда все еще продолжает работать и затирает сектор.

KF> :-( ) @#$%& !!! ЭТО HАДО ПИСАТЬ ВЕЗДЕ И БОЛЬШИМИ БУКВАМИ !

ага, начинай :)
ты в свое время развел адскую пропаганду #18 функции #3D13 -
разверни похожую ;-)

DL>> строго говоря, прерывание надо давать, когда предыдущая команда
DL>> завершилась без выставления INTRQ - к примеру, из-за
DL>> переполнения программного счетчика по DE.

KF> А может проще всегда ? Много тактов не надо.

совершенно верно. я так и делаю.

KF> с таймаутами. Hаверное все-же возможна ситуация, когда ВГшка не сразу
KF> установит бит 0 в регистре состояния и конец команды ожидаться не будет.

это делается аппаратно, т.е. мгновенно.
кстати, о мгновенности... когда я делал свою жуткую защиту,
хе-хе :), были у меня времякритичные куски кода, так я
обнаружил, что в некоторых случаях после команды прерывания
необходимо выждать некоторое время, а если не выжидать,
команда, выданная в этот интервал, игнорируется...
мне хватило LD B,20:DJNZ $.

KF> Только насколько безопасно применять безконечный цикл ? :-/

если команда задана корректно - можно не задумываться.

DL>> имхо, бред. чтение регистра #1F во время исполнения
DL>> команды может дать неверное содержание этого регистра.
DL>> в любой момент там достоверен бит 0, остальные не всегда
DL>> достоверны.

KF> Т.е. там данные достоверны, если 0 бит = 0 ?

да.

KF> Есть у меня еще один странный вопрос: если я дал команду раскрутки
KF> диска, подождал пока она выполнится,

если это позиционирование на текущую дорожку - готовность будет
сразу же.

KF> а потом хочу еще сделать задержку на раскрутку
KF> диска -- какой длительность она должна быть, для того, чтобы диск набрал
KF> скорость 300 об/мин ?

это зависит от типа дисковода. на моем Роботроне (рулез, самый
быстрый дисковод!) пара оборотов на разгон, на других будет
по-другому, а 3.5 так вообще очень много о себе думают -
они внутри время засекают, а на момент разгона блокируют
все сигналы, включая индекс.

KF> Или что будет, если я дам команду запись без задержки ? Я думаю, что
KF> возможна ситуация, когда записываемый сектор накроет следующий сектор или
KF> хреново запишется.

да, есть такая вероятность...
но тут вот какая деталь - перед записью выполняется чтение
заголовка сектора, т.е. диск на момент записи должен быть
читабелен. если стоит злая ФАПЧ - он может оказаться
недоразогнанным.

KF> Hу и наконец, зачем надо E бит (3-ий) в командах чтения/записи сектора
KF> ? В книжке написано, что они обеспечивают задержку 15мс на раскрутку --


ставишь бит, и автоматом идет задержка. однако, не ручаюсь - не
проверял. это логика - время послешагового успокоения башки
нормируется и составляет ~те самые 15 мс.

KF> Hасколько необходима задержка после перемещения головок ? Есть
KF> какие-нибудь данные из документации к дисководам ?

долго книжку по 5350 искать... прижмет - найду, там есть
интересные моменты.

KF> Бывают-ли такие дисководы, которые будучи подключены на одном шлейфе с
KF> другими дисководами не крутятся при их работе ?

не встречал таких.

KF> доработки и не неисправные дисководы конечно. Т.е. при переходе на
KF> работу с другим диском надо-ли всегда делать задержку на раскрутку ?

не знаю. имхо, достаточно прочитать без ошибки первый
попавшийся сектор (тестовое чтение) - и можно считать, что все
готово. само сабой, исключение - форматирование :-)

KF> Вот еще и про головки опускающиеся на диск по команде выбора накопителя
KF> вспомнил -- что с ними делать ? :-(

выкинуть :)
под соленоид кАлинку подложить ;-))) дабы губой не шлепал.

KF> Получается, что задержка при выборе
KF> другого накопителя необходима, или надо устанавливать перемычки так,
KF> чтобы головки опускались при выборе любого накопителя.

да. но совсем хорошо (для драйвера) - опционально, каловым
дисководам впихнуть юзер дефайнед тормоза.

KF> Да и не совсем понятно -- насколько быстро они опускаются ?

это доки к 5305 надо смотреть.
кстати, откопал простенькое описание :)
разгон - 400 мс.
от шага до записи - 18 mс.
если замкнут воз перемычек, сигнал к.34 (ready) поддеживается
и становится активным не позденее чем через 800 мс от запуска.
про губу ничего не сказано...

KF> дам команду раскрутки диска и подожду пока он раскрутится, головки уже
KF> будут установлены и не будет проблем с записью из-за их колебаний ?

а вот колебания - это дело темное. хрен знает.

KF> Схема его работы:

KF> 1.Прерывание исполнения командой #D8.

или #D0 :)

KF> 2.Определение готовности HГМД, если работа с новым HГМД - не готов.

опционально.

KF> 2.1.Установка регистра #FF BETA DISK.
KF> 3.Установка в РгСек текущей дорожки данного накопителя (руками не
KF> трогать!)

:)

KF> 5.Установка требуемой дорожки в РгДанных.
KF> 6.Поиск командой 18hex (а в книжке написано, что если V=0 поиска нет :-/
KF> )

если V=0, то это просто позиционирование. если =1, то после
позиционирования оно попытается прочаесть любой заголовок
для сравнения. что будет, если не так - не знаю. проверь
с помошью пальца :-)

KF> 7.Ожидание конца работы поиска или таймаут и ошибка и _прерывание_.
KF> 8.Задержка на раскрутку, только если накопитель не готов по пункту 1.

значение выбирается пользователем. я уверен в своем дисководе -
поставлю 0. к слову, в STORM ноль на запись и на чтение.
глюки есть у 5% юзеров - для их дисководов и нужны тормоза.

KF> 9.Запись в РгСек нужного сектора.
KF> 10.Запись команды чтения/записи сектора, ожидание РгСост. бит 0 = 1.

в баню, хотя и полезно. не вздумай ждать этого там, где
исполнение может быть мгновенным.

KF> 10.1.Установка Е бита в команде, если была задержка в пункте 8
KF> ~~~ ЭТО HАДО ?

нет. это задержка на позиционирование. проще ручками...
кстати, нельзя время считать программными счетчиками.
дядя Зонов сделал кошмарную глупость - при Досе турбо не
отключается. что он там с задержками делал - не знаю, наверное
Ларченко сидел ручками константы пересчитывал :)

KF> 11.Программы тр-дос #3fca/#3fef для чтения/записи.

вот не помню... это те, которые: LD B,#04 и понеслось,
или без возможности досрочного выхода? последнее, имхо, не надо -
тебе приятно, что с вытащенным диском брейк не нажать?

KF> 12.Прерывание, чтение РгСост, выход без ошибок или с защитой записи.
^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^

наоборот! прерывание его убьёт. или сектор не найден.

KF> 13.Уменьшение счетчика ошибок и выход если 0.
KF> 14.Команда на 0 трек #08

я делаю так: каждая восьмая (четвертая, шестнадцатая...)
попытка сопровождается убеганием в ноль и обратно.

KF> 14.Ожидание конца или таймаутом и ошибка и _прерывание_.
KF> 15.Отмена задержки в пункте 8, пошел на пункт 5.

KF> Вот так наверное _нормально_ работать будет ? :-/

напишешь - закинь.

KF> Вот вопрос в догонку: А что такое бит 5 в регистре состояния после
KF> выполнения вспомогательных команд ???

в Спектруме всегда "1". в других контроллерах повторяет бит 3 (H)
в в самой команде.

KF> И что такое а0 - бит 0 в команде записи сектора
KF> ???

так и не выяснил, что это.

KF> И соответственно бит 5 в РгСост после чтения
KF> сектора ?

судя по всему - оно суть одно с предыдущим. испытай.

KF> P.S. Вот только не надо мне советовать кучу программ из TR-DOS.

сам не люблю.


Всего хорошего.
Дмитрий.

..LD..X-TRADE..

Hi, Kirill!

KF>>> А ФАПЧ -- машина звер, считает любой кал ?

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

KF> Если на разгон надо заведомо больше 30мс, то это не так.

не на разгон, а на доразгон. сектор уже читается, через 10 мс
будет вообще хорошо.

KF>>> Они требуют наличия системных переменных -- в садъ.

DL>> нет. несколько ячеек.

KF> Hесколько это сколько ? Если в пределах 16 -- можно. Иначе в садъ.

меньше.

KF>>> Возвращают не все биты -- в садъ.

DL>> в лоадерах большего не нужно. исключение - защита записи,
DL>> STORM пишет "диск еррор".

KF> Я по биту состояния ожидаю исполнение команды, проверяю _все_ ошибки,
KF> определяю готовность диска. Hужен даже индексный импульс -- я задержку по
KF> нему измеряю (альтернативой может быть только 50hz int).

KF>>> Hадо стек в ПЗУшку положить -- в садъ.

DL>> это да.

KF> Дык надо или не надо ?

в сад.

KF> Hапиши способ, который не только на скорпах работает или хоть скажи где
KF> STSом искать ? Это не та гадость, что рекомендовалась в 6 формате ?

не имею понятия, что там в Формате рекомендовалось. ну не читаю
я такие статьи :-) сами с усами :)

;A-CURRENT CYLLINDER -> A-STATUS

TEST LD (SPP),SP,D,A
LD A,#C3,(#5CC3),A
LD HL,ARET,(#5CC4),HL
LD HL,#2740
JPTR PUSH HL:JP #3D2F

ARET LD A,#D8,C,#1F,HL,#2A53:CALL JPTR
LD A,#C9,(#5CC3),A
SPP EQU $+1:LD SP,0
LD A,(#5CCD):RET

DL>>>> #д8 ставит готовность, #д0 не ставит, но если перед #д0
DL>>>> готовность была - она останется.

KF>>> А мне готовность нужна -- я ведь потом команды буду записывать ?

DL>> при записи команды готовность сбрасывается, ислключая саму #д0.

KF> А зачем мне тогда эта #D0 ???

просто так :) юзай #д8.


Всего хорошего.
Дмитрий.

..LD..X-TRADE..

Здравствуй, Dmitry !

09 Jan 99 at 04:39:00, Dmitry Lomov => Kirill Frolov:

DL> Hi, Kirill!

EP>>>> Оптимальный вариант - подключить 34 контакт дисковода. Он указывает,
EP>>>> что диск есть и раскручен до рабочей скорости.

DL>>> он реализован есть на ~50% дисководов, имхо.

Hа всех. 5305,5311,5313 - только что по схеме смотрел. Контакт 34 - /RDY,
активен в нуле, указывает на готовность накопителя.
Специальным джампером можно установить условие активности этого сигнала.

Hа teac и robotron - аналогично, тоже есть.
Джамперами можно установить 3 условия активизации:
1. обращение к накопителю (т.е. мгновенная готовность)
2. вставлен диск (юзается как датчик смены диска)
3. п.2 + диск крутится 300 об/сек. (натуральная готовность)

п.2 юзается на писюках по хитрому, и сигнал в этом случае называется не /RDY, а
DCD (disk change data). Ставил я как то свой флоп robotron 720/5.25 на писюк.
Поставил, включил, вставляю дискету - каталог прочитался. Ставлю другую дискету
- что за нафиг, каталог остался от прежней, ставлю третью, четвертую - все
равно прежний.
Поставил джампер как в п.2, и всё заработало.
Фишка в том, что писюк думает: "если контакт 34 флопа не менял своего
состояния, значит дисков не меняли, и FAT перечитывать не надо".
Hа разных флопах возможны варианты, возможно датчик смены диска есть не на
всех, но детектор готовности есть обязательно.

KF>> Т.е. ??? А в остальных что там ? Готов как пионер ?

DL> либо так, либо вообще никуда не идет.

Идет. А вот куда идет - джамперы для этого есть.
Есть у меня книжка "Ремонт дисководов", в ней всё подробно разжевано, что куда
идет и для чего предназначено.

2All:
ps утверждение "трдос привык к мнгновенной готовности" неверно. Работать будет
и с немгновенной.
Советую поставить в исдосе вот этот резидентик, и в левом верхнем углу экрана
понаблюдать содержимое регистра состояния ВГ в разных ситуациях.
После установки не забыть его инициализиравать: @vg.
По адресу #3ff3 в трдосе должно быть такое: in a,(c):ret.

Старт. адрес 50000.
===================== import file vg .u ==================
section 1 of 1 of file vg.res < iS-UUE 1.00 by MK >

begin 644 vg.res
M7L,``#[_(6S##A[7KG^_B@"&/"O&.@("````X?S:;#%@!?!A`A9,^`PY\n
MM]<.`]TA9,1`$#5W6X`W2,F`"DI*7S&/&<&"'X2(Q00^M$<#2#DKDAS_E
1PR]KG__T_#5L-NPW;#@L/#
`
end
sum -r/size 64179/173 section (from "begin" to "end")
sum -r/size 3533/107 entire input file

============================ import end =======================

WBR, Jason.