Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу 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
Печать
 
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?
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Rio444 написал:
[q]
Если не трогать 043h, в каком порядке идут байты? Сначала Low, потом High?
[/q]
Да, но режим 0x36 все же стоит установить, тк нет гарантии, что какая-либо
программа/процедура не читала счетчик ранее, и могла оставит в состоянии,
когда первым (в нашей процедуре) будет MSB.

MSB/LSB обозначения можно узаконить, они упоминаются в официальной
Intel manual по 8253
Rio444
Гость


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


Ссылка


Дата регистрации на форуме:
14 сен. 2014
i8088 написал:
[q]
MSB/LSB обозначения можно узаконить, они упоминаются в официальнойIntel manual по 8253
[/q]
У меня они ассоциируются с битами. Как по ссылкам
Tronix написал:
[q]
https://en.wikipedia.org/wiki/Most_significant_bit
https://en.wikipedia.org/wiki/Least_significant_bit
[/q]
Если Вам удобно, используйте их. Вас поймут.

i8088 написал:
[q]
Да, но режим 0x36 все же стоит установить, тк нет гарантии, что какая-либопрограмма/процедура не читала счетчик ранее, и могла оставит в состоянии,когда первым (в нашей процедуре) будет MSB.
[/q]
Да, тут надо будет что-то придумать.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Моя идея с отлавливанием запаздывания оказалась неверной, новый вариант попробовать
ловить изменение старшего байта если конечное значение положительно. Но очень много
команд, и после latch нужно заново ставить режим, чтобы заново началось изменение
счетчика (я все проверял на 8253). Надо еще подумать.

Кстати, loop цикл с выводом в LPT порт на IBM 5160 дает меандр
с длительностями импкльса и паузы примерно 11мкс.

Вообще может быть удобнее использовать канал 2, его можно останавливать (замемто
latch) через логику PPA (или ее аналог в AT)? Временно перепрограммировать на 65536,
а на выходе вернуть назад, но это увеличит задержку. Надо подумать.
Rio444
Гость


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


Ссылка


Дата регистрации на форуме:
14 сен. 2014
Если только канал 2 уже ни для чего больше не используется.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Rio444 написал:
[q]
Если только канал 2 уже ни для чего больше не используется.
[/q]
Штатно он в основном для диагностического speaker используется.
Rio444
Гость


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


Ссылка


Дата регистрации на форуме:
14 сен. 2014
i8088 написал:
[q]
Штатно он в основном для диагностического speaker используется.
[/q]
Кстати, да. Но не уверен, что только диагностического.
Если в системе есть звуковуха, то наверное канал 2 ей и не нужен.
А если только спикер?
Фиг с ним, если временно собьётся его работа. А если конфликт в системе, с более неприятными последствиями?
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Если какая программа использует его для измерения времени, то по
любому сама и программирует.

А штатно егоо функция например подавать гудки (тот же DOS), я не
уверен что он программирует его заново каждый раз. Ну можно по выходе оставлять настроенным на 1000Hz

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

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

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

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

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