Порты SMUC

[spensor]

Спасибо за ссылку – почему-то этот топик я ранее проигнорировал, и поэтому задавал вопросы уже обсужденные там. Как вариант решения подобных проблем предлагаю вводить краткую аннотацию темы. В противном случае, получается "начали за здравие, а кончили за упокой".
Теперь вопрос к SMT - а собственно, какой бит за что отвечает, и какой на запись, а какой на чтение. Я так предполагаю, в порте #FFBA за I2С отвечают следующие разряды:
D4 - /w - SDA OUT I2C; /r – нет.
D5 - /w - WR/RD I2C; /r – нет.
D6 - /w - SCL OUT I2C; /r - SDA IN I2C.
Или быть может, я ошибаюсь?
А насчет отвязки SMUC от TR-DOS я не согласен. На спеке нет такой фичи как "обращение к процедурам BIOS через прерывания" и соответственно нет гарантии, что чья-то процедура не запишет на "винт" недопустимые значения. По серьезному неплохо было бы использовать прерывания профПЗУ - надежность работы устройства в этом случае была бы максимально-возможной, но даже использование "TR-DOS триггера" дает некоторые гарантии безопасности, например, если в случае какого-то сбоя приложение начнет писать во все порты отфонарные значения. Вспомните, как у некоторых повреждалась инфа на IS-DOS дисках из-за простых сбоев в программах.
Хотя возможно во мне говорит "железячник" - например, я не представляю на Спектруме многозадачность без аппаратного супервизора (по моему так называется фича следящая за доступом приложений к своим областям памяти).

[Advertiser]

[Ronin]

скажем если их привязать к портам FFxx жесткой дешифрацией

ну блин, грубая дешифрация - плохо, подайте ить #FD,
неполная - опять плохо, давайте когонибудь куданибудь закрепим...
никто ничего закреплять не будет - есть реальный серийный РАБОТАЮЩИЙ девайс. и этот факт заявляет собой с ним мириться даже тем кому он не нравиться. хотя лично я проблем в такой дешифрации ВООБЩЕ не вижу. даже более того - вижу суперплюс - она позволяет писать более ***БЫСТРЫЙ*** драйвер!

Вспомните, как у некоторых повреждалась инфа на IS-DOS дисках из-за простых сбоев в программах

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

возможно во мне говорит "железячник"

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

[spensor]

лично я проблем в такой дешифрации ВООБЩЕ не вижу. даже более того - вижу суперплюс - она позволяет писать более ***БЫСТРЫЙ*** драйвер!

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

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

Ты, думаешь, я могу вспомнить источник информации с которым я сталкивался лет 7 назад. А насчет "дохлых" проводников, согласен, это реалии и эти машины в работе. Нужны примеры - предоставлю. Я и не говорил, что виноват HDC. И поэтому нужно перестраховываться.
А "железячник" во мне правильно говорит - надежность, а не цена превыше всего. А "китайчатины", в которой половины компонентов нет, у нас и так предостаточно.

[SMT]

насчёт i2c уже понял. всё общение c NVRAM происходит через #FFBA, биты 4 и 6.

а почему не отвязать весь smuc от tr-dos, не только hdd?

[fk0]

Как общеизвестно SMUC помимо IDE-адаптера (если кому угодно контроллера), содержал на "борту" также часики (CMOS RTC), адаптер ISA-шины, Serial Flash память (NVRAM) и контроллер прерываний i8259A. Вопрос в следующем – кто знает полную раскладку портов устройства?

Начинать надо с того, что SMUC, да и любое другое железо, адресуется
не "портами", а определёнными комбинациями сигналов ША и некоторых
других. Это принципиальный момент.

http://groups-beta.google.com/group/...3f020858053fc8
http://groups-beta.google.com/group/...58ab1899a1ed7e
http://groups-beta.google.com/group/...4240c5cee111de

[fk0]

1. Обращение к IDE происходит только через 8 портов (#xxВЕ). В других адаптерах 16 портов. Достаточно ли 8 портов для полноценной работы с IDE?

http://www.ata-atapi.com

[SMT]

а зачем они тебе нужны ?

всё началось с deathsoft, который заметил, что в скорпионе показывается правильная версия SMUC, а у меня невесть какая...

дальше анализ профПЗУ. оказалось, что эти порты используются там лишь однажды, при холодной загрузке. из них читаются значения, над ними делаются какие-то арифметические операции (сейчас не скажу какие, я подсчитал, что нужно, чтобы получилась версия 1.2 и бумажку выкинул - смотри ПЗУ сам) и в табличку со списком железа пишется эти данные в графу "версия smuc"

так что польза от них - только эстетическая, можно заставить профПЗУ писать при включении то, что тебе нужно

[spensor]

а зачем они тебе нужны ?

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

[SMT]

у кого-нибудь есть/был живой SMUC версии 1.2?
и что (какую версию) показывал профпзу в заставке?

дело в том, что для того, чтобы ПЗУ показало 1.2, нужно, чтобы с порты #5FBE считался #57. а так как D5 не заходит на альтеру, то либо этот порт в другом месте (каком?), или я не знаю... похоже, это ошибка в проф-пзу и чётные цифры в версии не могут возникнуть

[SMT]

столько "скорпионщиков" (судя по подписям scorp/smuc/hdd/другое/супер/железо). а воткнуть smuc 1.2, включить свой скорп и посмотреть версию на заставке никому недосуг