Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Переделка АТ интерфейса клавиатуры в PS/2 на старых платах
RSS

Переделка АТ интерфейса клавиатуры в PS/2 на старых платах

Уровня 386-х, 486-х, чтобы можно было подключить PS/2 мышь.

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Печать
 
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
pahan написал:
[q]
А в каком режиме он стоит (access mode)? Потому что если в lobyte/hibyte - всё ОК, он будет ждать след. байта. А режим мы проверить не можем, потому что зачем-то тестируем на XT (таймер 8253), а не AT (8254).
[/q]
Он стоит в режиме hi/lo 011, при записи того-же режима получаем останов
счетчика и поочередно получаем hi/lo одинаковые (те например 0xe4 0xf2
0xe4 0xf2 0xe4 0xf2 итд).
При переводе в режим LSB - всегда одно значение.


pahan написал:
[q]
Обсудили же, что XT не трогаем и сами лезете на ней тестировать
[/q]
Меня интересует универсальная процедура задержки, к PS2 вопросу это не
относится. Насколько я понял, у Rio444 на AT получилось то же самое.
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
Пока ещё ничего не пробовал. Сегодня весь день на работе. Если завтра не буду работать, могу поэкспериментировать.
Немножко не понял, 0x36h - это что такое?
Это Вы в 43h порт пишите?
Понял. Это Вы пытаетесь установить режим, который уже должен быть по умолчанию. Т.е. 00110110b.
Что такое "LSB", "MSB"?


i8088 написал:
[q]
Я проверял на плате XT IBM5160 (у нее таймер 8253) - при программировании канала 0 даже
тем же значением 0x36h (lsb/msb), режим 011, таймер просто перестает считать и системное
время стоит.
[/q]
Сильно странно это. Таймер вообще не должен стоять.
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Rio444 написал:
[q]
Что такое "LSB", "MSB"?
[/q]
Да этоя по привычке, low status byte, high status byte,.
MSB вообще мой глюк:)
Здесь это не статус конечно, просто режим младший байт старший байт.


Rio444 написал:
[q]
Сильно странно это. Таймер вообще не должен стоять.
---
[/q]
Да, меня тоже это заинтересовало, неожиданно. Для пользователя
проявилось это в том что системное время "стало"
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
Что такое "M"? "Main status byte"?
"HSB" я бы догадался)))
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
MSB аббревиатуру я где-то встречал, поэтому и на автомате написал.
Сейчас не могу вспомнить где, наверно действительно main
Tronix
Advanced Member


Откуда: Москва
Всего сообщений: 1749
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
15 янв. 2008
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Ошибка оказалась простейшей!

Просто после изменения режима счетчика (даже если записывается тот же
режим, что был) нужно заново загрузить значения коэфф деления, у нас 65536,
соответственно записываем 0

Из исходников IBM

\tMOV\tAL,36H\t\t\t; SEL TIM 0,LSB,MSB,MODE 3
\tOUT\tTIMER+3,AL\t\t; WRITE TIMER MODE PEG
\tMOV\tAL,0
\tOUT\tTIMER,AL\t\t; WRITE LSB TO TIMER 0 REG
\tOUT\tTIMER,AL\t\t; WRITE MSB TO TIMER 0 REG


Пока это не сделать, соответствующий счетчик будет стоять.

По окончанию задержки обязательно восстановить исходный hi/lo режим,
хотя можно и работать в режиме hi/lo, не меняя режим на lo

IBM тоже использует обозначения LSB/MSB применительно к байтам!
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
i8088 написал:
[q]
хотя можно и работать в режиме hi/lo, не меняя режим на lo
[/q]
Думаю так гораздо проще. Ничего не менять, просто отбрасывать hi.

У меня прогресс. Программа пока не работает, зато уже не вешает комп))))
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
А кстати, можно не отбрасывать старший байт, тогда максимальная
задержка будет 55ms, и процедура будет более универсальной.
Но точность малых задержек будет хуже, тк процессору больше работы.
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
i8088 написал:
[q]
[/q]
Тогда лучше две процедуры.
Одна для малых задержек, другая для больших.

Если не трогать 043h, в каком порядке идут байты? Сначала Low, потом High?
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Переделка АТ интерфейса клавиатуры в PS/2 на старых платах
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS