Курсор мыши - по координатам GPS
 

Тем, у кого GPS приемник подключается к COM-порту (или для USB интерфейса это тоже справедливо?), наверное знакома ситуация, когда при запуске компьютера, указатель мышки носится по экрану и хаотично "нажимаются кнопки" мышки. Лечится перезагрузкой. Привести рабочий стол в порядок после такой "работы" мыши по координатам GPS, бывает ой как непросто :sad2:
Природу этого явления где-то объяснял Virtual - сейчас не найду. Однако, на тот момент, ни одна из рекомендаций не помогла.

Мне видился такой вариант решения проблемы: подавать питание на GPS приемник после загрузки ОС. Например, вместе с усилителем.

Virtual предложил более изящное решение:
Предлагаю в этой теме довести решение проблемы до логического завершения. А то перед дифчонками ниудобна :big:

*******

А кто, когда и откуда должен подавать сигнал на pin4 (распиновка здесь и далее для разъема DB-9) DTR ?

У меня на рабочем компе на этом выводе -10.2в относительно земли.
В момент запуска iGO8 напряжение меняется на -4.7в (это значение сильно плавает - от 2.5 до 9.3в) на долю секунды.
То же самое происходит при закрытии iGO8.

Насколько я понимаю, нужна "защелка" - триггер: словили один импульс (запуск iGO8) - состояние ON, словили другой импульс (закрытие iGO8) - состояние OFF и так далее...
Правильно?

Что будет делать ON/OFF ?
Включать/выключать питание GPS приемника; или замыкать/размыкать цепь TX ком-порта?

сигналы DTR-DSR RTS-CTS относятся к т.н. аппаратной реализации контроля обмена,

устройство (в нашем случае GPS), согласно спецификации....должно:
.увидев сигнал на DTR выходе порта компа - подготовится :) тоесть ему сообщают что клиентское ПО начинает сессию
.увидев сигнал на RTS выходе порта компа - считает что ему разрешено слать данные!
если RTS сброшен, то устройство обязано ничего не слать!
ибо это грит о том что комп неготов их принять :).

весь вопрос в какой мере это умеет ваше ПО для навигации :(.

ЗЫ рвать питание на GPS не самое лучшее решение, на GPS лучше подавать питание максимально рано, ибо есть существенное время старта.
(если на это забить то по правилам: взвелся DTR= подали питание, взвелся RTS = шлем данные компу)

так что по сигналам DTR и (или) RTS от компа - разрешено слать данные компу :).
(по спецификации конечно оба сигнала должны быт активны, но появление DTR часто говорит что в компе ПО открыло порт - что не позволит зависнуть оному...)

ЗЫЗЫ если ваше ПО позволяет выбрать в настройках порта "аппаратное управление потоком", значит урааа и вам крупно повезло ;).

это все относится только для того чтоб драйвер порта в глюковинде совсем не отвалился., а вот скачки мыши по экрану :).... тут только разрешать прохождение данных с GPS уже после полной загрузки винды и активности проги GPS... каким-нить внешним событием. (напр подачей сигнала с другого RS232 LPT порта :))

Проверил: с RTS все точно так же как и с DTR
Поправка: при запуске ИГО напряжение изменяется с 10.2 до 4.7; при закрытии - с 10.2 до 9.3
Эти изменения происходят именно в моменты запуска/закрытия программы, на доли секунды.

"...рвать питание на GPS не самое лучшее решение, на GPS лучше подавать питание максимально рано, ибо есть существенное время старта...." - абсолютно согласен!

Ну то есть подойдет предложенный алгоритм: Нужна "защелка" - триггер: словили один импульс (запуск iGO8) - состояние ON, словили другой импульс (закрытие iGO8) - состояние OFF и так далее...
ON/OFF - замыкаем/размыкаем цепь TX ком-порта?

Угу?

нет тригер незя!
ибо портом еще и сама винда дергает :(
правильно :
есть RTS даем данные с GPS, нет- не даем.

ЗЫ но может иго анализирует тип соединения.... тогда (да и не только тогда)
нужно:
в компе соединить перемычкой RTS-CTS, и DTR-DSR дабы комп думал что работает полноценно в режиме "аппаратного управления потоком" и вот тут мерять уровни.

ЗЫЗЫ по уму должно: при запуске ИГО уровни меняются на противоположные, при закрытии - обратно. (но однозначно нуно перемычки чтоб у слишком умной (иль наоборот вхлам тупой) ИГО крышу не рвало)

//
сужу по себе :)
алгоритм проверки аппаратный контроль иль нет я бы сделал именно так. (примерно)

Фига се у вас проблемы...
Честно говоря ниразу с таким не сталкивался. Ни с USB (BU-353) ни с COM (ET-332).

И вот подумалось мне - я использую GPSGate, навигашки никогда напрямую порт не нюхают, только виртуальный порт, что GPSGate им дает.

Мож в GPSGate дело? Просто программно решить проблему проще, чем городить железное решение.

Просто у Алекса походу приемник без USB, он хотел как лучше, а вышло ... :blush: Но я думаю, что проблему решит прога Xport, которая стартует сама и сама управляет GPS данными с ком порта, в том числе прога имеет фильтр и по желанию пишет лог сырых данных GPS. А также еще имеет кучу настроек. Прога Xport за 5 лет зарекомендовала себя отлично.

проблема специфична именно для аппаратного COM порта!. на USB-RS232 преобразователях она значительно более редка.

проблема из 2х частей:
1. если в порт сыпятся данные но никто их не принимает (нет ни одной проги что подключена в винде к порту), то рано иль поздно виснет драйвер serial.sys по переполнению приемного буфера.... и в последствии прога что откроет порт нифига не увидит данных. //криворукий маздай мля.
2. PNP винды открывает порт и видя там данные протокола nmea частенько (но почему-то не всегда), ошибочно их принимает за поток каких-то древних рулителей мыши....и подрубает ентот рулитель = результат мышь скачет по экрану яки бешеный козел ;) (очень прикольно смотрится :))

п2. мне помогало просто обесточив GPS (дабы мыша успокоить), и в диспетчере устройств запретить енто указательное устройство. (после перезагрузки более глюков не проявлялось.)

а вот с п.1 гарантировано повезло бороться только запрет передачи данных с GPS до того как их будет готов принять софт (используя DTR or RTS линии)

ЗЫ п1. реально есть .... проверено многократно и не только мной. данную фхххх ловил начиная с NT4.

ЗЫЗЫ в принципе да если какой-либо софт стартует максимально рано при старте винды, и слушает порт!, то GPS не успевает настолько много нафлудить в порт, что начинаются проблемы.

Для меня траблы GPS по ком порту так же актуальны(хоть и по другому проявляются), пока тупо повесил тумблер по питалову.

Diagnose а у тя как проявляется?.

Alex-L можно ето тебе поможет
Cursor sometimes jumps all over the screen clicking left/right? Here's the fix: Open Regedit. Navigate to
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\SerMouse, and change the value "Start" from 3 to 4. Reboot.Or reg.zip and Open

Это старая проблемка: http://pccar.ru/showthread.php?t=12147, уже многие пробовали, но решения пока не нашлось, вот и повесил кнопку, а то на ходу лазить в системник передёргивать разьём задолбало. Может это просто кривизна работы с СОМ у Zotac!?

это кривизна ОС, доказано!!!.

Уже отписывался в проекте топикстартера, да видимо, услышан не был...

Столкнулся в свое время с той же проблемой, и обусловлена она была не тем, что приемник - "железный СОМ" и что-то там за кем-то не успевает, а тем, что для растаскивания сигнала GPS использовался программный размножитель. Об подобных симптомах, кстати (метание курсора и т.п.) даже в хелпе к проге писалось, как об одном из побочных эффектов. ;)

Скажите уже, страдальцы, вы размножители портов используете или это на голой системе происходит (один приемник, одна прога GPS)?

Это понятно, но я о том и говорю - на ET-332 чистый аппаратный COM.
И никаких глюков. Потому и думаю на GPSGate. Да и вообще непонятно, как в карписи можно обойтись без размножалки портов?

все это тестил и ловил:
1 комп чистая система 1 прога для гпс. (прогу для гпс моно исключить ;) тоесть чистая система и GPS воткнутый в комп как через аппаратный порт так и через USB адаптер)

ЗЫ
проблему под №1 ловил и без GPS, специфика работы АСУТП.... тоесть вечно работаю с портами в разных их проявлениях.

Во-во, и я о том же... Однако ответа нет, типа размножалка не при чем и вне подозрений.

Упс, уже что-то проясняется (в единичном случае)...

Если это по моей проблеме, то пробовал несколько разных хрюш (вплоть до чистой лицензии), сейчас стоит 7ка - грабли теже. Правда с размножалкой 1 раз пробовал на какой-то хрюше - не получилось. Может лапки кривые, хотя на одной из встреч дал поупражняться соклубникам - тоже не поняли,что за фигня.:dntknw: Вот пока так и оставил.:blush:

7ку не пробовал, но с ваших слов и в ней не исправили ;). это не зависит от версии Ос, это зависит ток от производителя данной ОС.
:tease: так что лапки кривые не у вас для начала....

ЗЫ мне как еще и прогеру примерно понятно где ошибка, но исправить увы... ибо сорцев нет именно данного модуля, ни от нт4 ни от вин2000

Я как прогер в прошлом третий раз повторяю - обратите внимание на GPSGate. Она висит на физическом порту постоянно и никаких переполнений буфера com порта при ее использовании нет. И соответственно, ничего не виснет.... У меня жена, которая ездит на Цивике на котором стоит аппаратный COM GPS ET-322 очень редко пользуется навигацией. Соответственно, буфер коп порта на прием по идее должен часто переполнятся. Но, за 1,5 года эксплуатации ниодного сбоя - это я на 100% знаю, иначе мне бы всю плешь проели :)

З.Ы. Установка и настройка GPSGate занимает пару минут.
Не нравицца GPSGate - можно XPort поставить, по функциям они почти аналогичные, GPSGate покруче :)

Боюсь что все гораздо банальнее...при ините винды (ака загрузка) драйвер мыши по старой привычке кроме PS/2 портов обнюхивает и железные COM и видать ответ GPSа принимает за наличие мыши на порту вот и результат...мне думается, что проблема с первыми двумя (четырьмя портами COM1,2,3,4)...проверьте на досуге. Если да, то просто переключите GPS на другой порт, если это виртуальный (через панель устройств), а вот для железного похоже придется поискать настройки для драйвера мыши, дабы он не "нюхал" не положенные ему порты. Или написать "маляву" мелкомягким и посмареть чо ответят.

Меня походу не слышат... Или я в другой вселенной живу :)

слышат слышат тя :), я о этом еще на первой странице писал ;)

Подпишусь под словами Hamster`а. У самого ситуация аналогичная (нави пользуюсь крайне редко). Никаких глюков с GPS (тоже железный СОМ) не испытывал за крайние пару лет ни разу. При том, что изначально колбасило его не по-детски.

Вот только похоже, что в зависимости от конфигурации софта/железа размножалку надо подбирать индивидуально (у кого-то стабильно работает XPort, у кого-то - GPSGate).

М.б. проще софтину подобрать, чем лезть с паяльником и перелопачивать схему?

Никакого размножителя портов нет - один приемник и одна прога GPS.
Размножитель GPSGate или Xport, возможно и решит проблему, т.к. "если в порт сыпятся данные но никто их не принимает (нет ни одной проги что подключена в винде к порту)" - а тут прога гарантированно будет эти данные принимать. Но не хочется мне ненужную мне прогу в автозагрузку вешать - проще релюшку припаять.

Если не поможет reg от sdslavi - релюшку припаяю.

Не знаю каким местом я намерял уровни указанные в первом посту :blush: - на самом деле так:
На pin7 (RTS) постоянно присутствует напряжение -10.2в
При запуске программы навигации (iGO8.0, iGO8.3, CityGuide2.2) напряжение меняется на +10.2в.
Так что берется герконовая релюшка и цепляется катушкой на pin7 (RTS) относительно земли, а контактами коммутируем pin2 (RXD).
Таким образом питание на GPS приемник будет подаваться сразу после включения компа - и пусть себе стартует сколько хочет, а вот данные с него начнут поступать в комп только после запуска навигационного ПО.
Это все конечно надо потестить, но думаю все должно работать.

ну наконец-то все правильно померял ;)
терь осталось дело за малым :) но чет решение мне с релюшкой не нравится, имхо ил какую нить КП чегототам иль полевой транзюк иль вообще оптрон прикрутить :). умеючи все заработает.

для RS232 хоть и положено +-10в, но и вполне прилично заработает 0...+10В

Ну ты рукастый :) Мне гораздо проще программно решить проблему, чем релюхи паять. Да и потом - ну захочешь ты видеорегистрацию, понадобится коннект к GPS для наложения скорости/координат на картитнку.
Или захочешь сделать зависимость громкости от скорости.
Да вообще, много для чего в компе понадобится доступ к GPS...

Добро бы речь шла об Word`е или каспере... Ну, впрочем, каждый волен выбирать форму...
А с герконом действительно лучше не связываться (все-таки механическая коммутация - зачем?) - надежнее оптрон поставить.

Опа.
Спасибо за поднятую проблему.:smile2:
А я то голову ломаю что за проблема, но руки так не доходили
Причем это происходит давно - но не часто, а примерно раз в месяц точно, указатель мыши сходит с ума. Один раз даже было, что после перезагрузки система умерла.:sad2:
Приемник GPS подсоединен по USB, висит на COM4... сбой происходит именно в момент загрузки винды XP. Ни разу не было случая чтобы мышь сошла с ума, когда винда уже загрузилась.
Пойду для начала отрублю PNP в биосе и буду наблюдать... если повторится, буду рыть дальше.... по крайней мере теперь ясно в чем проблема:angry:

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

Согласен. :smile2:С PNP - это я погорячился.
Поэтому для начала записал в boot.ini слово /noserialmouse ... посмотрим что получится.

Мне тоже оптрон больше нравится, но нам же нужно не постоянку коммутировать, а некую последовательность импульсов, с некой частотой, пусть небольшой, пропустить... Хотя нужно попробовать... У меня в наличии PB181S - там транзистор в выходном каскаде, как кнопка работает, а вот как с передачей данных справится - надо пробовать.

Если понадобится размножить GPS, то придется ставить размножитель, а он проблему решает.
У меня используется внутренний порт - фишка на материнке, если соберусь, то делать буду в виде переходника - махонькая платка надевается прямо на эту фишку, а на неё провод. Т.е. снять 3 секунды.

Именно так

Мне не помогло. Так же как и reg от sdslavi

Эээээ... я вообще-то об этом и говорю :) Пока в пробке едешь GPSGate можно поставить и настроить :) И паять ниччо ненадо :)

эээ о чем все эти четыре страницы? возможно мне тупо повезло, но я подобных проблем не встречал, хотя и несколько разных XP было и семерка была, и с рамножителями и без.
ну елси вдруг проявится то буду знать где косяк))))

PS в компе физический com и приемник ET-332

Ты знаешь, у меня в первом проекте тоже ничего подобного никогда не было - мамка стояла D201GLY2A, приемник именно этот, подключен был разумеется тоже в ком-порт... Так что, возможно, наличие данного глюка зависит от материнки...

У меня тоже мало уверенности, что с помощью /no...mouse проблема решится ... пока жду очередного мышиного глюка и следующим шагом буду пробовать как здесь:
http://www.gpsinformation.net/winxphelp.htm
:download:

Virtual уже описывал этот способ...

У меня с заменой материнки и, самое главное, после подключения gps через мастеркитовкий usb to rs232 преобразователь глюки ушли. Для меня заплатить пицот рублей за переходник проще, чем что-то паять. Может кому пригодится экспириенс так сказать...

Все-таки /no....mouse не помогло. Вчера опять заглючило.
Теперь сделал как написано вверху по ссылке.
Будем посмотреть дальше.:mellow2:

Попробуй так
http://www.sealevel.com/support/arti...l-adapter.html

http://translate.google.com/translat...l-adapter.html

Победил у себя бешеную мышь следующими действиями.
В диспетчере отключил трекбол.
В свойствах порта на который ставится GPS (мышь), на вкладке параметры порта-Дополнительно-отключил Использовать буферы FIFO.

Погонял в спящем и с перезагрузкой, полёт нормальный. :big:

Рано радовался :sad2:
Глюк повторился.

хихи ;)