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

Полигон-2

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

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

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

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

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

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

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


Ссылка


Дата регистрации на форуме:
26 мар. 2008
Dmitriy007 написал:
[q]
по крайней мере сам на это наступал не один раз!
[/q]
Поддерживаю. Тоже "наступал", когда комплектовал портовые платы недостающим выкидышем. Но я почему-то подумал, что у ТС заведомо родные короткие выкидыши от платы до планки на этой же плате, а ведь бывает, что на родной планке выведены GAME+LPT, а оба COM на второй планке, и вот тогда выкидыши могут оказаться не родными и не подходящими.
Dmitriy007
Newbie


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


Ссылка


Дата регистрации на форуме:
15 янв. 2015
sanders написал:
[q]
Но я почему-то подумал, что у ТС заведомо родные короткие выкидыши от платы до планки на этой же плате, а ведь бывает, что на родной планке выведены GAME+LPT, а оба COM на второй планке, и вот тогда выкидыши могут оказаться не родными и не подходящими.
[/q]
У него там пять разных контроллеров, маловероятно, что все они с ком разъёмами на самой плате.
BreakPoint
Гость

Ссылка

Вопрос к знатокам, каким образом ИСА биос может "увидеть" сом порт?
Сейчас на форуме
sanders
Advanced Member
Профессионал

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


Ссылка


Дата регистрации на форуме:
26 мар. 2008
А как тестовые программы опрашивают весь список портов? Засылают значение и считывают ответ. Если физическая ячейка (порт) присутствует, то возвращается записанное число. Так же и BIOS - знает какие стандартные ячейки опросить. Если ячейки (порта) нет, то возвращается FF
Можете найти плату портов, где второй порт установлен на панельку, вытащить микросхему 82450 (82250) и в экране загрузки (summary) пропадет упоминание о 2F8. Комп видит только память внутри этой микросхемы. Исправность порта в целом BIOS не определяет.
cactus
Advanced Member


Откуда: Темрюк
Всего сообщений: 726
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
18 сен. 2006
Dmitriy007 написал:
[q]
Если у Вас разъёмы com портов на выкидышах, то возможно дело в разных распайках выкидышей! Встречал два вида распайки: один пин к пину соответствует на IDC и D-SUB разъёмах, т.е. 1 на 1, 2 на 2, 3 на 3, 4 на 4 и т.д., другой 1 IDC на 1 D-SUB, 2 на 6, 3 на 2, 4 на 7 и т.д. (имеется в виду D-SUB9).
Вполне возможно, что у Вас именно в этом проблема, по крайней мере сам на это наступал не один раз!
[/q]
Прямой и "шахматка", другой распиновки, наверное, не бывает.
BreakPoint
Гость

Ссылка

Тут возникает несколько вопросов:
1) А если порт есть, то FF не может вернуться?
2) Запись/чтение данных по случайным портам во время загрузки системы может привести к тому, что какое либо устройство восрпимет данные как комманду, и начнет выполнять какие либо действия.


sanders написал:
[q]
Засылают значение и считывают ответ.
[/q]
3) Насколько я знаю, для ком порта такое не проканает, так как данные пришутся в одни регистр, а читаются из другого - хотя адреса однинаковые. И как такой подход будет работать с однонаправленными портами?

возможно биос дейтвительно шаманит по фиксированным адресам, хотя эти и странная реализация.

А на самой сом карте биоса нет? системный биос может просмотреть часть адрессного пространства на предмет наличия других биосов. может на это биос на карте порт инициализирует?
Сейчас на форуме
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 байт, скачан: 20 раз)
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 нормально доступен и на чтение и на запись, что вам уже выше в логе продемонстрировали.
<<Назад  Вперед>> Страницы: 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