Периферия "ОрионПро"

[ksanf(138)]

Регистры IDE адресуются тремя линиями адреса (а0-а2) и двумя линиями выборки чипа (cs1,cs3). Адресация типа "1f7-3f7" - уже дешифрация конкретной платформы (PC).
Далее. В Прохе IDE отведены порты 56H-5FH, где 56h - альтернативный регистр состояния, а остальные-остальные. (которые ,кстати 8-разрядные ,кроме регистра данных)
Защёлкивание мне чего то не нравится. Особенно регистра старшего байта данных на чтение. Защелкивание происходит сразу при обращении, но винт ещё может немного думать...
ps Кстати на оригинальной схеме (археологической))) защёлка регистра старшего байта данных - CS1 (выборка IDE),а на новой -наоборот!
Это надо так?

[Advertiser]

[HardWareMan]

Одинаково там.

[ksanf(138)]

Там это где? У меня тут две схемы, стара и новая в pdf. На старой (IDE - оригинал ) вывод 11 регистра - линия CS1.
На новой в pdf 11 нога регистра - RD1.
И где ж тут,батенька, одинаковость? А вернее спросить, как правильно то должно быть?!
Хм.. В архиве действительно аналогично. Смотрел схему dip-trace которая.
зы Можа её на ИР22 перепаять,а? Эх, доберусь я до паяльника...

[LeoN65816]

зы Можа её на ИР22 перепаять,а?

Хм-м-м, и будет в этом регистре все что угодно только не реальные данные чтения...
Надо: TRD и RD заORить на свободном D4.3 и подать на 11 ногу D10.
Еще лучше: (TRD or RD or A0 or A1 or A2) -> D10.11

[ksanf(138)]

Ну, та же пися, только сбоку... Нам надо чтобы в момент положительного перепада на 11 ноге регистра данные на шине ide уже были!
А не в тот момент , когда эти данные формируются.

[LeoN65816]

Защелкивание происходит сразу при обращении, но винт ещё может немного думать...

Нет. Защелкивание происходит в конце импульса обращения (активный низкий уровень nCS1).

Ну, та же пися, только сбоку...

Ошибаешься...

Нам надо чтобы в момент положительного перепада на 11 ноге регистра данные на шине ide уже были! А не в тот момент , когда эти данные формируются.

Да винт-то однозначно успевает (раз уж PIO4 поддерживает), а вот Ориончик не вовремя защелкивает...
А есть у кого диаграмма с сигналами nRD, nWR, nIORQ, nMEMRQ применительно к Ориону?

[ksanf(138)]

Ну-ну, друг мой, не надо пены. Защёлка по положительному перепаду. И это же выборка IDE.
Да, надо времянки смотреть, особливо IDE.
Глянем, чо. Лампы нагреются.

[Дмитрий2012]

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

Пока не могу это проверить. Сам буду долго в прошивке эти места искать и менять код.

Видимо дело все-таки в железе, так как драйвера скорее всего были одни и те же, ПЗУ с биос тоже не менялось. В эмуляторе Emu с теми же драйверами и ПЗУ контроллер работает (эмулируется) нормально, доступ к HDD есть, тесты HDD выполняются без ошибок.

Ну не знаю, ребят. У меня загрузчик (Прошный) нормально читает в 0b000h без повторов, вроде вразумительный код...
https://drive.google.com/open?id=1ZP...FISy40g5aI7svw
https://drive.google.com/open?id=1MD...zh3mox0giqQaKw

Если на диск писался образ HDD диска с uzix, то похоже читается мусор какой-то. Правда повторов как у меня не наблюдается.

ksanf(138) а с компакт флеш картой нет возможности проверить работу контроллера?

Надо: TRD и RD заORить на свободном D4.3 и подать на 11 ногу D10.

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


PS: ранее в другой теме я уже писал, что с установленной в контроллере КР1533АП6 у меня постоянно зависал комп в режиме Орион-128. Не знаю, как у других работает. После замены микрухи на 555АП6 все наладилось, и зависаний в режиме Орион-128 я больше не наблюдал.

[Error404]

В эмуляторе Emu с теми же драйверами и ПЗУ контроллер работает (эмулируется) нормально, доступ к HDD есть, тесты HDD выполняются без ошибок.

Как раз вот это никакой не показатель того что схема соответствует загрузчику. Когда нет ни одного реально работающего экземпляра, автор эмулятора по диагонали смотрит на схему, думает что-то типа "похоже, работало оно примерно как "Немо-ИДЕ", потом смотрит в исходник загрузчика ПРО "точно - как Немо-ИДЕ", и подгоняет модуль эмуляции под исходник. Усё.

Тесты HDD (в особенности в исполнении "старых мастеров ПРО") вангую тоже корректность проверяют по регистру статуса - мол прочитался какой-то сектор - да и ладно. Не порядок же следования байт в прочитанном они выверяют.

PS: ранее в другой теме я уже писал, что с установленной в контроллере КР1533АП6 у меня постоянно зависал комп в режиме Орион-128. Не знаю, как у других работает. После замены микрухи на 555АП6 все наладилось, и зависаний в режиме Орион-128 я больше не наблюдал.

А вот это могло быть от того что

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

[Дмитрий2012]

Как раз вот это никакой не показатель того что схема соответствует загрузчику. Когда нет ни одного реально работающего экземпляра, автор эмулятора по диагонали смотрит на схему, думает что-то типа "похоже, работало оно примерно как "Немо-ИДЕ", потом смотрит в исходник загрузчика ПРО "точно - как Немо-ИДЕ", и подгоняет модуль эмуляции под исходник. Усё.

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