Часто COM-порт на плате был нерабочим, по крайней мере, сколько мне попадалась плат "верхушек" с запаянным компортом (а часто паяли только FDD, AY и всё остальное что бы работало, а микросхемы для IDE и COM порта, часов не паяли). Битавя ВВ51 была частой причиной, кое кто из самых остроумных не запаивал ВИ53, бывало умножитель напряжения не работал и пр и пр. Это причина номер один. Второе -драйвер в силу аппаратных особенностей COM-порт мог терять данные, т.к. терялись прерывания. По непонятной причине на Профи не был установлен аппаратный контроллер прерываний, и если прерывание от 8521 приходило во время обработки прерывания дисплея, то оно никак не обрабатывалось. Сам драйвер COM-порта я не декомпилировал, исходника последних версия у меня нет, точно сказать не могу, но видел исходники Concurrent BIOS последних версий и могу точно сказать, что после обработки прерывания дисплея ком порт принудительно не вызывался (а только так можно решить проблему пропадания прерывания). И по подобной причине комп вис при работе с мышкой. А на случай потери данных от 8251 автор драйвера делал программный reset контроллера после каждого успешного приёма пакетов данных от мыши. Бугага. Явно он не разобрался, почему данные иногда пропадают, и решил проблему "ломом". А от мыши он зависал тогда, когда по какой-то причине срабатывали все линии запроса прерывания и мы получали команду RST 30. (за это я точно не ручаюсь, т.к. разбирался с проблемой много лет назад и пишу по памяти). Факт в том, что в моей системе таких багов нет. И драйвер мыши (правда пока недоделанный) вообще при старте может опознать, подключена ли мышь и какого типа.Сообщение от bigral
Ответить с цитированием