| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Проблемы с подключением COM мыши |
 |
Проблемы с подключением COM мыши
| <<Назад Вперед>> | Страницы: 1 2 | Печать |
| cactus
Advanced Member
Откуда: Темрюк Всего сообщений: 726 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 18 сен. 2006 |
Dmitriy007 написал: Если у Вас разъёмы 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).Прямой и "шахматка", другой распиновки, наверное, не бывает. |
| BreakPoint |
NEW! Сообщение отправлено: 28 февраля 2017 11:34
Тут возникает несколько вопросов: 1) А если порт есть, то FF не может вернуться? 2) Запись/чтение данных по случайным портам во время загрузки системы может привести к тому, что какое либо устройство восрпимет данные как комманду, и начнет выполнять какие либо действия. sanders написал: Засылают значение и считывают ответ.3) Насколько я знаю, для ком порта такое не проканает, так как данные пришутся в одни регистр, а читаются из другого - хотя адреса однинаковые. И как такой подход будет работать с однонаправленными портами? возможно биос дейтвительно шаманит по фиксированным адресам, хотя эти и странная реализация. А на самой сом карте биоса нет? системный биос может просмотреть часть адрессного пространства на предмет наличия других биосов. может на это биос на карте порт инициализирует? |
| Сейчас на форуме |
| sanders
Advanced Member
Профессионал Откуда: Санкт-Петербург Всего сообщений: 6434 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2008 |
Нет, на портовых платах BIOS-а нет. Поддержка RS-232 уже реализована в системном BIOS и другие BIOS-ы не нужны. Порт - это ячейка памяти в адресном пространстве. То, что порт двунаправленный, и одна ячейка памяти рассчитана на передачу данных, а другая ячейка - на прием, наверное не мешает считать из ячейки то, что в нее записано. Может быть записать в ячейку, рассчитанную на приме данных извне - нельзя, но уж в "выходную" ячейку записать точно можно. А считать ее содержимое тем более. И таким образом понять, что там есть порт. Но не оценить его исправность. Я не претендую на истину, но думаю, что BIOS не сканирует все подряд, а только проверяет те порты, которые "знает". Их не так много: 4 флопа, 2 винта, 4 RS-232, 2 или 3 LPT, десяток видео и т.д.... Он же не инициализирует звуковые карты, сеть - вот это как раз уже дело внешних BIOS-ов, если они есть, либо драйверов, если нет BIOS |
| Сергей С |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 28 февраля 2017 11:54 Сообщение отредактировано: 28 февраля 2017 12:55
Использование "заглушки" позволяет проверить исправность буферных микросхем, использование мультиметра (в частности вольтметра) тип требуемой раскладки шлейфа. А в описании программ/драйверов адреса портов и прерываний с которыми её "подружил" разработчик программного обеспечения. Оффтопик: Оффтопик: например биос Мазовии, проверяет только 2 базовых адреса расположения портов COM(3F8h,2F8h), вот лог опроса одного из них, если обратно считывается записанное ранее значение то считается что устройство присутствует, и факт этого так и сам адрес записывается в ячейки стандартной базы данных BIOS расположенная в области физ. адресов памяти (400h-500h) Более подробно можно узнать в специализированной литературе - М.Гук_Интерфейсы ПК Справочник.djvu 000fe7f7 serial: write to address: 0x3fb = 0x80Подобный лог возможно получить используя эмуляторы устройств работа которого изучается, или являющиемся более достоверным вариант с использованием различного вида отладчиков(внутрисхемных, программных). Прикрепленный файл (com_port.jpg, 0 байт, скачан: 20 раз) |
| BreakPoint |
NEW! Сообщение отправлено: 28 февраля 2017 12:38
Сергей С написал: спасибо за объяснение. а как вы этот лог получили? |
| Сейчас на форуме |
| pahan
Advanced Member
Откуда: Химки, М.О. Всего сообщений: 1070 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мар. 2015 |
Тут возникает несколько вопросов:Обращение к порту есть обращение к регистрам другой микросхемы. Их состояние после ресета явно указано в документации. Ни один регистр, состояние которого реально на что-то влияет, FF в этом момент не вернёт (by design). В микросхеме UART 16450 добавили scratchpad register, который ничего не делает, а представляет собой тупо свободные 8 бит для любых целей, вот он НЯП, может FF вернуть. Все остальные (взятые из оригинальной микросхемы 8250), если исправны - никогда. 2) Запись/чтение данных по случайным портам во время загрузки системы может привести к тому, что какое либо устройство восрпимет данные как комманду, и начнет выполнять какие либо действия.А для этого в сколько-нибудь серьёзном устройстве и существует протокол обмена: чтобы что-то воспринять как команду, надо чтобы изменился не один сигнал, а несколько и в конкретном порядке. Если вернуться конкретно к COM-порту, то да, всё что туда напишет биос (или любой другой софт) во время поиска/инициализации, будет видно на противоположном конце провода. А правильно (не) реагировать на это - работа того, кто на другом конце провода находится. 3) Насколько я знаю, для ком порта такое не проканает, так как данные пришутся в одни регистр, а читаются из другого - хотя адреса однинаковые.Это для 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 написал: Доброго времени суток.Получилось сделать заглушку, еще раз спасибо за советы. В итоге протестировал в CheckIt все мультикарты и контроллеры. Как и ожидалось, рабочий COM порт был только в одной карте (на которой мышь и работает ). Также протестировал COM порты на двух ноутах. К счастью, оба порта рабочие. Получилось соеденить ноуты через нуль-модемный кабель и передать DOOM2 .Вы проверяли с разными вариантами косичек (прямая и шахматная распиновка)? |
| <<Назад Вперед>> | Страницы: 1 2 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Проблемы с подключением COM мыши |
|
| 1 посетитель просмотрел эту тему за последние 15 минут |
| В том числе: 1 гость, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|