проблема специфична именно для аппаратного COM порта!. на USB-RS232 преобразователях она значительно более редка.
проблема из 2х частей:
1. если в порт сыпятся данные но никто их не принимает (нет ни одной проги что подключена в винде к порту), то рано иль поздно виснет драйвер serial.sys по переполнению приемного буфера.... и в последствии прога что откроет порт нифига не увидит данных. //криворукий маздай мля.
2. PNP винды открывает порт и видя там данные протокола nmea частенько (но почему-то не всегда), ошибочно их принимает за поток каких-то древних рулителей мыши....и подрубает ентот рулитель = результат мышь скачет по экрану яки бешеный козел
(очень прикольно смотрится
)
п2. мне помогало просто обесточив GPS (дабы мыша успокоить), и в диспетчере устройств запретить енто указательное устройство. (после перезагрузки более глюков не проявлялось.)
а вот с п.1 гарантировано повезло бороться только запрет передачи данных с GPS до того как их будет готов принять софт (используя DTR or RTS линии)
ЗЫ п1. реально есть .... проверено многократно и не только мной. данную фхххх ловил начиная с NT4.
ЗЫЗЫ в принципе да если какой-либо софт стартует максимально рано при старте винды, и слушает порт!, то GPS не успевает настолько много нафлудить в порт, что начинаются проблемы.