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

Полигон-2

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

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

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

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Проблемы с подключением COM мыши
RSS

Проблемы с подключением COM мыши

<<Назад  Вперед>> Страницы: 1 2 *
Печать
 
sanders
Advanced Member
Профессионал

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


Ссылка


Дата регистрации на форуме:
26 мар. 2008
Нет, на портовых платах BIOS-а нет. Поддержка RS-232 уже реализована в системном BIOS и другие BIOS-ы не нужны.
Порт - это ячейка памяти в адресном пространстве. То, что порт двунаправленный, и одна ячейка памяти рассчитана на передачу данных, а другая ячейка - на прием, наверное не мешает считать из ячейки то, что в нее записано. Может быть записать в ячейку, рассчитанную на приме данных извне - нельзя, но уж в "выходную" ячейку записать точно можно. А считать ее содержимое тем более. И таким образом понять, что там есть порт. Но не оценить его исправность.
Я не претендую на истину, но думаю, что BIOS не сканирует все подряд, а только проверяет те порты, которые "знает". Их не так много: 4 флопа, 2 винта, 4 RS-232, 2 или 3 LPT, десяток видео и т.д.... Он же не инициализирует звуковые карты, сеть - вот это как раз уже дело внешних BIOS-ов, если они есть, либо драйверов, если нет BIOS
Сергей С
Member


Всего сообщений: 151
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 янв. 2017
Использование "заглушки" позволяет проверить исправность буферных микросхем, использование мультиметра (в частности вольтметра) тип требуемой раскладки шлейфа. А в описании программ/драйверов адреса портов и прерываний с которыми её "подружил" разработчик программного обеспечения.

Оффтопик: Оффтопик: например биос Мазовии, проверяет только 2 базовых адреса расположения портов COM(3F8h,2F8h),
вот лог опроса одного из них, если обратно считывается записанное ранее значение то считается что устройство присутствует,
и факт этого так и сам адрес записывается в ячейки стандартной базы данных BIOS расположенная в области физ. адресов памяти (400h-500h)
Более подробно можно узнать в специализированной литературе - М.Гук_Интерфейсы ПК Справочник.djvu
000fe7f7 serial: write to address: 0x3fb = 0x80
000fe7fe serial: write to address: 0x3f9 = 0x0
000fe802 serial: write to address: 0x3f8 = 0x1
000fe80e serial: write to address: 0x3fb = 0x0
000fe80e serial: baud rate set - 115200
000fe811 serial: write to address: 0x3f8 = 0x0
000fe7f7 serial: write to address: 0x3fb = 0x80
000fe7fe serial: write to address: 0x3f9 = 0x0
000fe802 serial: write to address: 0x3f8 = 0xaa
000fe81b serial register read from address 0x3f8 - 000fe81b val =  0xaa

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

Прикрепленный файл (com_port.jpg, 0 байт, скачан: 19 раз)
BreakPoint
Гость

Ссылка

Сергей С написал:
[q]
[/q]
спасибо за объяснение.
а как вы этот лог получили?
Сейчас на форуме
pahan
Advanced Member


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


Ссылка


Дата регистрации на форуме:
13 мар. 2015
[q]
Тут возникает несколько вопросов:
1) А если порт есть, то FF не может вернуться?
[/q]
Обращение к порту есть обращение к регистрам другой микросхемы. Их состояние после ресета явно указано в документации. Ни один регистр, состояние которого реально на что-то влияет, FF в этом момент не вернёт (by design). В микросхеме UART 16450 добавили scratchpad register, который ничего не делает, а представляет собой тупо свободные 8 бит для любых целей, вот он НЯП, может FF вернуть. Все остальные (взятые из оригинальной микросхемы 8250), если исправны - никогда.
[q]
2) Запись/чтение данных по случайным портам во время загрузки системы может привести к тому, что какое либо устройство восрпимет данные как комманду, и начнет выполнять какие либо действия.
[/q]
А для этого в сколько-нибудь серьёзном устройстве и существует протокол обмена: чтобы что-то воспринять как команду, надо чтобы изменился не один сигнал, а несколько и в конкретном порядке. Если вернуться конкретно к COM-порту, то да, всё что туда напишет биос (или любой другой софт) во время поиска/инициализации, будет видно на противоположном конце провода. А правильно (не) реагировать на это - работа того, кто на другом конце провода находится.
[q]
3) Насколько я знаю, для ком порта такое не проканает, так как данные пришутся в одни регистр, а читаются из другого - хотя адреса однинаковые.
[/q]
Это для LPT такое не проканает. Причём в его оригинальном IBMовском варианте на рассыпухе, когда "регистр" на самом деле напрямую выеден на пины порта.
Опять же в конкретном случае com-порта по его базовому адресу находятся 3 регистра. И регистр управления скоростью DLAB нормально доступен и на чтение и на запись, что вам уже выше в логе продемонстрировали.
JustMan
Newbie


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


Ссылка


Дата регистрации на форуме:
1 сен. 2015
Спасибо, очень интересные советы.
Буду пробовать несколько вариантов, начну с заглушки + программный тест. С косичками не знал что бывают разные (мышь как раз на косичке и работает).
JustMan
Newbie


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


Ссылка


Дата регистрации на форуме:
1 сен. 2015
Доброго времени суток.
Получилось сделать заглушку, еще раз спасибо за советы. В итоге протестировал в CheckIt все мультикарты и контроллеры. Как и ожидалось, рабочий COM порт был только в одной карте (на которой мышь и работает :) ).
Также протестировал COM порты на двух ноутах. К счастью, оба порта рабочие. Получилось соеденить ноуты через нуль-модемный кабель и передать DOOM2 :) .
Dmitriy007
Newbie


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


Ссылка


Дата регистрации на форуме:
15 янв. 2015
JustMan написал:
[q]
Доброго времени суток.Получилось сделать заглушку, еще раз спасибо за советы. В итоге протестировал в CheckIt все мультикарты и контроллеры. Как и ожидалось, рабочий COM порт был только в одной карте (на которой мышь и работает ). Также протестировал COM порты на двух ноутах. К счастью, оба порта рабочие. Получилось соеденить ноуты через нуль-модемный кабель и передать DOOM2 .
[/q]
Вы проверяли с разными вариантами косичек (прямая и шахматная распиновка)?
<<Назад  Вперед>> Страницы: 1 2 *
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Проблемы с подключением COM мыши
RSS

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

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

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