И как следствие непомерная (это не то слово...) тормознутость. Настолько,Сообщение от spensor
что отдельные умельцы припаивали провода (см. архив HARDWARE.ZX),
чтоб данное ограничение обойти.
И как следствие непомерная (это не то слово...) тормознутость. Настолько,Сообщение от spensor
что отдельные умельцы припаивали провода (см. архив HARDWARE.ZX),
чтоб данное ограничение обойти.
Как читается хороший контроллер:Сообщение от spensor
INI
INI
INI
...
Например, sprinter. Итого 16 тактов на байт. Как читается SMUC
лучше не говорить. Не сильно быстрей дискеты. Это тоже причина.
Т.е. при смене "винта" с неправильными настройками /в лучшем случае/3. Настройки хранятся во flash, что исключает ряд проблем при инициализации "винта".
ничего просто работать не будет. А чтоб будет в худшем не сложно
догадаться.
cd-walk. Что-тп ещё?4. Имеется достаточно развитое программное обеспечением.
Которая на ISA идёт в конечном счёте? Да, действительно, там есть ошибка.Сообщение от spensor
были бы порты как хотя бы у немовского иде и в пзу прошито все что нужно...Сообщение от fk0
В чем принципиальность? Порт это и есть комбинация сигналов адреса, IORQ, M1, RD, WR (иногда WAIT). Кстати, за линки большое спасибо. Правда с последней непонятки - в какой она кодировке? А ссылочку на архив HARDWARE.ZX можно получить?Сообщение от fk0
В принципе согласен. Но порты IDE все равно должны быть 16-битными - ради перспективы со старшими процессорами. А проблема скорости решаема. Например в SMUC2 можно внести DMA-контроллер.Сообщение от fk0
Пожалуй это то-же правда. А какже на PC? Там вроде как настройки в RTC-RAM сидят?Сообщение от fk0
А что, соответствующего уровня есть под NEMO? В смысле, что еще, кроме CD-Walk?Сообщение от fk0
Повторюсь, кто может узнать/подсказать есть ли в SMUC возможность доступа к порту #DEBE? Ведь есть же на форуме люди с рабочим SMUCом. Проверьте plz!
Господа, да дался вам этот CMOS? Кроме как в IBM PC ручного определения типа винта нет абсолютно нигде. В самом PC сие - пережиток давнего MFM-ного прошлого, ибо даже древнющие 40 мб винты понимают INQUERY. Абсолютно все давным-давно выставляют тип винтов в AUTO.
Кто может подсказать о каких блоках идет речь? Если о портах ввода и вывода, то как-то нелогично получается - чтобы считать или записать данные в HDD, приходится щелкать портом #FFBA. Или, быть может, тут речь идет о второй половине регистров IDE?Сообщение от SMT
Вопрос к знатокам ПрофПЗУ. Есть в прошивке какие-то места, отвечающие за назначение бит D1 и D2 порта #FFBA? Суть вопроса сводится к тому, что для модернизации схемы SMUCа необходима пара бит регистра конфигурации. Что-бы не вводить новых регистров я хочу использовать эти два бита - все равно никому в голову сейчас не прийдет использовать 8-битные ISA-карты. Но хотелось бы знать не повлечет ли такое изменеие конфликтов с имеющимся софтом.
Схема сабжа оригинальная 1.3 версия бумажная
качество отстой
но если ЭТО чуть-чуть поможет распознать порты - буду рад !
Спасибо, но схема такой же версии (1.3) уже находится в этом топике.Сообщение от Orionsoft
Люди, пожалуйста отвечая на темы, не поленитесь прочитать все предыдущие посты - эта ошибка встречается очень часто!
Схема сабжа не позволит разобраться со всеми тонкостями устройства, по той простой причине, что "ядро" схемы находится внутри ПЛИС, и недоступно для непосредственного изучения. Понять принципы функционирования устройства ("взломать ПЛИС") возможно только по косвенным признакам - по поведению/работе самой схемы. А для этого, как минимум, надо иметь оригинальное устройство (SMUC изготовленный фирмой Scorpion). Поскольку такового у меня нет, я и задаю вопросы людям у которых оно есть живьем.
2 SMT Нашел совершенно случайно гуглей такую фразу "Добавлены порты SMUC #5FBA и #5FBE. - Бордюр (порт #FE) не очищался при перезапуске. - Поддержка KAY-256/1024. - Порт Scorpion’а #1FFD теперь работает как ...".
Насколько понял речь об Унреале. Так что, есть какие-то новые данные по Портам SMUC? Что это за порты (#5FBA и #5FBE)? За что отвечают?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)