Ноутбучный винт не дружит с NEMO_IDE.. WTF?

[Denn]

HardWareMan, конкретно с ноутбучным "винтом" не работает следующий участок:

1) Записываю команду идентификации накопителя (значение 0ECh) в порт 5Fh;
2) Читаю значение порта статуса (этот же адрес 5Fh).

"Винт" в знак принятия команды должен выставить старший бит (BSY). На практике же из порта 5Fh читается значение 59h и ничего не происходит. То же самое значение читается, если винчестер вообще не подключать.

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

А получше нет качеством? Раскурить - это всегда пожалуйста, если мануалы годные.

Есть такой вариант - http://denn.ru/8bit/orion/pro/ide-rtc.jpg

Но лично я эти иноземные каракули не понимаю, мне роднее наше начертание ЛЭ.

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

Вот код, если это как-то поможет:

; выдаём команду
MVI A,0ECh
OUT 5Fh

WAIT_BSY:
; ждём принятие (D7=1)
IN 5Fh
RLC
JNC WAIT_BSY

; проверяем наличие ошибок (D0=1 ?)
IN 5Fh
RRC
JC ERROR
...

[Advertiser]

[HardWareMan]

ИД7 выбирает порты:
A[7:4] = 0x5, т.е. порты под контроллер 0x50-0x5F
IORQ говорит, что обращение через IN/OUT, а BLIO - Block I/O?

Половинка ИД4 разделяет на запись и чтение, по 8 ячеек (по А[3]):
A[3] = 0 (0x50-0x57) происходит обращение к nCS3x
A[3] = 1 (0x58-0x5F) происходит обращение к nCS1x
nCS1x это основной набор регистров, nCS3x это регистр расширенного статуса. Сигналы формируются через ЛИ1, когда на одном из входов будет 0 - сформируется сигнал CSH сформируется при записи в 0x58-0x5F, что соответствует записи в основной набор регистров. Он выставит старший байт, который записан предварительно в ИР23. Обращение к регистру старшего байта происходит по адресу 0x57. Одновременно с этим будет активирован nCS3x, но у HDD там регистр только на 0x6 адресе, поэтому конфликта не будет. Вообще, 0x3F0-0x3F7 это FDC, а HDD туда "вклинился" в дырку. Буфер младшего байта выбран всегда, рулёжка происходит только направлением. Поэтому, его надо всегда держать на выводе, переводя на ввод только при чтении из IDE. Сигналы A[2:0] и стробы записи/чтения выведены напрямую через буфер, поэтому все тайминги будут зависеть от цикла CPU.

Итог:
0x50..0x55 - не используются
0x56 - регистр расширенного статуса IDE
0x57 - регистр старшего байта данных IDE
0x58-0x5F - регистры IDE.
При работе с регистрами управления и статуса IDE регистр старшего байта можно игнорировать.
При работе с регистром данных требуется соблюдения последовательности.
При чтении: читаем из IDE (0x58) младший байт данных, читаем из регистра (0x57) старший байт данных.
При записи: пишем старший байт данных в регистр (0x57), пишем младший байт данных в IDE (0x58).

HardWareMan, конкретно с ноутбучным "винтом" не работает следующий участок:

1) Записываю команду идентификации накопителя (значение 0ECh) в порт 5Fh;
2) Читаю значение порта статуса (этот же адрес 5Fh).

"Винт" в знак принятия команды должен выставить старший бит (BSY). На практике же из порта 5Fh читается значение 59h и ничего не происходит. То же самое значение читается, если винчестер вообще не подключать.

Тут не понятно. Нужно посканить проход команды в диск по факту (nCS1x, BA[2:0], BWR). А еще мне не очень нравится, как сделан там сброс.

[Denn]

HardWareMan, спасибо! Вроде всё верно и даже красиво.. но почему эта падла не видит ноутовский винт?

При банальной записи команды (это одно действие!), ноутовский хдд не активируется. Вероятно ему не нравятся тайминги /CS1 и /BWR, либо на момент их прихода на выходе буфера данных не то, что нужно. К сожалению, не располагаю измерительной аппаратурой, позволяющей рассмотреть сигналы и их соотношение онлайн.

Может слишком коротко моргает /BWR ? Или /CS1 формируется чуть позже /BWR и контроллеру внутри хдд это не нравится?

Или данные не успевают нарисоваться на выходе буфера? Но с другой стороны, на некорретную команду всё равно диск должен отвечать (ошибкой).

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

Ещё момент. Я пробовал понижать клок МП в 4 раза (10 МГц -> 2,5 МГц), ситуация никак не меняется. Времянки сигналов удлиняются, но соотношение сигналов разумеется нет.

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

HardWareMan, я правильно понимаю, что сигнал /WR приходит от МП после того, как 100%-но сформированы ША, ШД и /IORQ? Т.е. в нашем случае уже стоит /CS1 (получается из ША и "йорика") и готов код команды на выходе АП6.

Получается, что задержка формирования /CS1 = ИД7+ИД4+ЛИ1, а задержка /BWR = ИР22.
А вот задержка данных на выходе буфера = ИР22+ИД7+ИД4+ЛЛ1+АП6 !!!

[HardWareMan]

HardWareMan, я правильно понимаю, что сигнал /WR приходит от МП после того, как 100%-но сформированы ША, ШД и /IORQ? Т.е. в нашем случае уже стоит /CS1 (получается из ША и "йорика") и готов код команды на выходе АП6.

Получается, что задержка формирования /CS1 = ИД7+ИД4+ЛИ1, а задержка /BWR = ИР22.
А вот задержка данных на выходе буфера = ИР22+ИД7+ИД4+ЛЛ1+АП6 !!!

В отличии от твоего проверочного ногодрыгного варианта через ВВ55, этот Nemo IDE завязан на времянки CPU, в данном случае это Z80. IORD тут получается растянутым (адреса и CSхх могут запаздывать из-за указанных тобой задержек), а IOWR наоборот короткий (при этом остальные сигналы устанавливаются за 2 такта до активации WR). Могу посоветовать установить ИДшки и логику пошустрее, оставив медленномощные только буфера и регистры. Ну или на CPLD сделай весь замес. Это я к тому, чтобы проверить схему в принципе, а не конкретную реализацию на плате. Т.е., "собрать" другую макетку и попробовать с тем же софтом на том же компе.

[JV-Soft]

этот Nemo IDE завязан на времянки CPU, в данном случае это Z80

как сказать , 3.5 работает и 7работает (как с вэйтом так и без)

[solegstar]

Denn, какая у Вас длительность IORQ? Как организовано управление WAIT проца? В Профи 3+ для нормальной работы периферии в турборежиме, введен узел удлинения iorq (а также WR и RD) на одновибраторе АГ3. он формирует импульс по выводу WAIT 400ns, тем самым удлиняя сигналы управления периферией. вот ссылка на страницу со схемой - http://sblive.narod.ru/ZX-Spectrum/Profi/Profi.htm . Вам нужен узел на DD45. ЛИСТ2П. Там же Вы найдете схему оригинального контроллера Профи 3+. На Профи схема оригинального контроллера работает отлично.

[Denn]

Denn, какая у Вас длительность IORQ

Схема Орион-ПРО весьма навороченная. Конкретно /IORQ идёт с МП через буфер на 1533ИР22 в схему. Длительность согласно таймингам Z80. Использую два варианта клока МП: 2,5 МГц и 10 МГц.

Как организовано управление WAIT проца?

Тут наворот на навороте, и IORQ там плотно замешан. Как я понял, торможение МП происходит при всех обращениях к ОЗУ и к ВУ.

Вот участок схемы:



Сигнал "64" - это тактовая (10 МГц), поделённая триггером ТМ2 пополам, т.е. клок 5 МГц.

В Профи 3+ для нормальной работы периферии в турборежиме, введен узел удлинения iorq (а также WR и RD) на одновибраторе АГ3.

Под "нормальной работой" вероятно подразумевается стабильное чтение данных. В моём случае как-то всё слишком конкретно: если работает, то 100% стабильно, а если не работает, то совсем!

[Vadim]

На Профи схема оригинального контроллера работает отлично.

Нет, как я уже писал выше - не отлично, есть винты которые профи 3 не видит

[solegstar]

Нет, как я уже писал выше - не отлично, есть винты которые профи 3 не видит

Вполне возможно. Просто у меня проблем с ним не было даже на 1533 серии. Винтов я попробовал тоже не мало, но если проблемы были, то ок. Проблем с Nemo IDE много больше.

[Vadim]

Вполне возможно. Просто у меня проблем с ним не было даже на 1533 серии.

А у меня были проблемы на 1533 серии, один из винтов до 1 гига выдавал мусор и подвисал, вылечил заменой 1533 на ... (забыл какую, импорт, также быстра как 1533 но больший ток) и заменой шлейфа на 80 жил. Ноутбучный у меня винт для профи купленный тоже есть и переходник с Али, ещё не тестил на профи.