Garmin USB напрямую

[Basilios]

SAS.П так и не хочет видеть eTrex30. Попробовал на нетбуке (с WinStarter) - аналогично не видит, т.е. панель включается/выключается, но данных на ней нет (драйвера установлены, eTrex - в режиме garmin).
Вот, что выдает getinfo:

скрытый текст: показать

Starting
Created
Connecting
Connected
Timeout
Disconnecting
Disconnected
Press ENTER to close

Выполнил съемку по первому варианту. Оказалось, что GPS спутники (а их много) обладают приоритетом и из 6-8 GLONAS спутников используется мах 1-2. И самое главное, что крутить на морозе нетбук с навигатором оказалось не очень удобно. Вроде все зафиксировал, что требовалось. Если чего не так, то переделаю.

скрытый текст: показать

REATED
CONNECTED
SESSION STARTED
GET PROTOCOLS
COORD: signal
ANOTHER EMPTY: (Packet_Type=224, Packet_ID=47840)
COORD: signal
DONE PROTOCOLS
DEV_INFO: Product_ID=1305, Software_version=250
eTrex 30 Software Version 2.50
VERBMAP Worldwide Autoroute DEM Basemap,NR 5.01
VERSMAP -юЁюуш ¦юёёшш. ¦L. Tюяю. TхЁёш  6.09 1281 0.00
VERTZMAP Time Zone Map 9.00
eTrex 30 Software Version 2.50
VERBMAP Worldwide Autoroute DEM Basemap,NR 5.01
VERSMAP -юЁюуш ¦юёёшш. ¦L. Tюяю. TхЁёш  6.09 1281 0.00
VERTZMAP Time Zone Map 9.00

PROTOCOLS:
P000
L001
A010
T001
A301
D312
D302
A500
D501
A600
D600
A601
D601
A700
D700
A800
D800
A900
A902
A903
A904
A905
D900
A908
D911
A912
D912
A913
D913
A916
A917
D917
A919
A918
D918

Unit_ID=3832915193
API_Version=1
USB_Packet_Size=64
GET PVT
COORD: signal
(Measurements Data_Size = 84 BASE)
svid=31, snr=3251, elev=49, azmth=67, status=21
svid=32, snr=3352, elev=41, azmth=199, status=21
svid=79, snr=3275, elev=56, azmth=42, status=21
svid=87, snr=3162, elev=65, azmth=277, status=21
svid=30, snr=3570, elev=61, azmth=145, status=21
svid=20, snr=3289, elev=46, azmth=236, status=21
svid=78, snr=3674, elev=38, azmth=181, status=21
svid=86, snr=3327, elev=53, azmth=253, status=21
svid=23, snr=3992, elev=47, azmth=295, status=21
svid=16, snr=3795, elev=38, azmth=174, status=21
svid=84, snr=2093, elev=7, azmth=55, status=21
svid=29, snr=2167, elev=16, azmth=58, status=21
(D800_Pvt Data_Size = 64 BASE)
(fix=3, h_err=4,2, v_err=6,9, alt=165,96)
(lon=85,277805, lat=52,55159, heading=-116)
(full_speed=0,1 km/h, v_speed=0 m/s)
(Measurements Data_Size = 84 BASE)
svid=31, snr=3252, elev=49, azmth=67, status=21
svid=32, snr=3351, elev=41, azmth=199, status=21
svid=79, snr=3232, elev=56, azmth=42, status=21
svid=87, snr=3119, elev=65, azmth=277, status=21
svid=30, snr=3578, elev=61, azmth=145, status=21
svid=20, snr=3289, elev=46, azmth=236, status=21
svid=78, snr=3639, elev=38, azmth=181, status=21
svid=86, snr=3309, elev=53, azmth=253, status=21
svid=23, snr=4029, elev=47, azmth=295, status=21
svid=16, snr=3799, elev=38, azmth=174, status=21
svid=84, snr=2120, elev=7, azmth=55, status=21
svid=29, snr=2195, elev=16, azmth=58, status=21
(D800_Pvt Data_Size = 64 BASE)
(fix=3, h_err=5,1, v_err=6,9, alt=165,96)
(lon=85,277805, lat=52,55159, heading=22)
(full_speed=0,1 km/h, v_speed=0 m/s)
(Measurements Data_Size = 84 BASE)
svid=31, snr=3246, elev=49, azmth=67, status=21
svid=32, snr=3331, elev=41, azmth=199, status=21
svid=79, snr=3192, elev=56, azmth=42, status=21
svid=87, snr=3079, elev=65, azmth=277, status=21
svid=30, snr=3583, elev=61, azmth=145, status=21
svid=20, snr=3266, elev=46, azmth=236, status=21
svid=78, snr=3593, elev=38, azmth=181, status=21
svid=86, snr=3273, elev=53, azmth=253, status=21
svid=23, snr=4042, elev=47, azmth=295, status=21
svid=16, snr=3810, elev=38, azmth=174, status=21
svid=84, snr=2110, elev=7, azmth=55, status=21
svid=29, snr=2220, elev=16, azmth=58, status=21
(D800_Pvt Data_Size = 64 BASE)
(fix=3, h_err=5,1, v_err=6,9, alt=165,96)
(lon=85,277805, lat=52,55159, heading=-25)
(full_speed=0,2 km/h, v_speed=0 m/s)
(Measurements Data_Size = 84 BASE)
svid=31, snr=3197, elev=49, azmth=67, status=21
svid=32, snr=3302, elev=41, azmth=199, status=21
svid=79, snr=3108, elev=56, azmth=42, status=21
svid=87, snr=2954, elev=65, azmth=277, status=21
svid=30, snr=3552, elev=61, azmth=145, status=21
svid=20, snr=3235, elev=46, azmth=236, status=21
svid=78, snr=3532, elev=38, azmth=181, status=21
svid=86, snr=3188, elev=53, azmth=253, status=21
svid=23, snr=4027, elev=47, azmth=295, status=21
svid=16, snr=3785, elev=38, azmth=174, status=21
svid=84, snr=2093, elev=7, azmth=55, status=21
svid=29, snr=2198, elev=16, azmth=58, status=21
(D800_Pvt Data_Size = 64 BASE)
(fix=3, h_err=5,1, v_err=6,9, alt=165,96)
(lon=85,277805, lat=52,55159, heading=-132)
(full_speed=0,1 km/h, v_speed=0 m/s)
DONE PVT
DISCONNECTED
Press ENTER to close

[Tolik]

Кстати, в FAQ на вопрос "А возможно ли подключить к SAS.Планете Garmin GPS....?" даётся ответ "нет". Видимо, пора обновить информацию.

[vasketsov]

SAS.П так и не хочет видеть eTrex30

Грустно, ибо по всему что-то не так, какая-то мелочь.

Вот, что выдает getinfo

Если отваливается по таймауту - надо попробовать его увеличить. В EXE-хе это нельзя сделать, в сасе на закладке с настройками - можно. Время ожидания ответа от приёмника - достаточно 30 секунд за глаза. Период обновления (хоть по сути этот параметр таковым и не является) - достаточно 200-500 миллисекунд поставить. Включить запись лога в формате .garmin и потом поглядеть что там записалось. Если ничего - это данных нет (но раз была включена панелька с атчиками - подключение было), если что-то есть в файле - значит данные идут, файл в студию.

Оказалось, что GPS спутники (а их много) обладают приоритетом и из 6-8 GLONAS спутников используется мах 1-2

Я подозреваю, что это просто ограничение протокола в 12 спутников работает. Выдаёт только первые 12, произвольно или с самым сильным сигналом. В реальности (судя по точности) внутри прибора используются все спутники, что отмечены заштрихованными полосками. Если получится получит данные в формате nmea-0183 - подозреваю, там будут все спутники (в смысле, там их может быть больше 12).

И самое главное, что крутить на морозе нетбук с навигатором оказалось не очень удобно

Вот только травм и обморожений нам тут не хватало )).

Если чего не так, то переделаю

Да всё так, достаточно. На мороз больше не надо. Осталось только подружить прибор непосредственно с сасом, это можно делать и дома, точность позиционирования тут не важна.

Я только реально не понимаю, для одного и того же прибора в течении одной и той же сессии подключения его к компу первая версия EXE-хи стабильно выдаёт данные, а вторая - стабильно нет?

[vasketsov]

пора обновить информацию.

Вот домучаем etrex 30 (давно хочу именно его купить себе если честно, старый боевой 76csx совсем уже раваливается) - тогда можно будет вопрос закрыть.

[Basilios]

vsagarminusb работает (четко). SAS.П выдает (через некоторое время) - ошибка связи с устройством.TrackLog :

[vasketsov]

В общем-то я притаранил etrex30 и таки победил этот глюк. Но скажем прямо, ошибки там с моей стороны как таковой не было.
Вторая версия просто более строго работала по протоколу (а гармин и правда сильно накосячил с этим девайсом, пришлось вкорячивать ДВА workaround-а в обработку пакетов, впрочем возможно это слишком новый девайс для старых драйверов а сам по себе девайс ни при чём).
А первая версия, получив данные по протоколам, бросала хвост и в приницпе могла пропустить что-нибудь. Зато вторая подвисала.

Правда параллельно обнаружился ещё один баг, судя по всему в драйверах (возможно у меня, а возможно надо новые дрова ждать). Если не прибить процесс, соединение с девайсом при отключении иногда остаётся.
Выглядит это так (в случае ошибки):
1. Подключаемся в сасе.
2. Отключаемся в сасе.
3. Запускаем тулзу с информацией - она не может подключиться.
4. Вырубаем сас.
5. Повторяем пункт 3 - profit!

Или даже так: повторяем шаги 1 и 2 пока в очередной раз сас сам не сможет подключиться.

Но тут я уже бессилен, так что workaround - не запускать слишком много софта, подключающегося к etrex 30 даже по очереди, а если не подключается - перезапустить прогу.
Исправленная EXE-ха будет чуть позже.

[vasketsov]

В общем думаю сегодняшняя "ночнушка" всё ещё affected, но это даже к лучшему.
Для тестирования прилагаю EXE-ху (в архиве они вместе с ini-шкой).
Параметр в ini-шке настраивается один, прочее сделано для настройки в зависимости от конкретной модели устройства (по номеру) и его прошивки (по полному описанию, в аттаче описание указано в качестве комментария).
Ибо если один workaround удалось вкорячить без внешних параметров (и все старые гармины у меня работают), то второй - ну абсолютно никак, но тут над нами сжалились святые неугодники, ибо косяк наблюдается ПОСЛЕ определения модели устройства, соответственно на неё и можно опираться при включении или отключении специальной опции для новых "сырых" етрексов (отсутствие ini-шки - по старому).

Кто тестировал свои гармины на первой стартовой версии EXE-хи - проверяйте на приаттаченном архиве (exe+ini). Если будут косяки - выглядеть будет как либо заведомо неактуальные или неполные данные либо зависон и таймаут - пишите, если всё в порядке - писать не надо.
зы. Забавно, но ни Google Earth ни GPSMapEdit мне не удалось подружить с etrex 30. Так что сас тут опять всех обрулил )))
ззы. Пока что новые etrex-ы одни такие, ini-шку в архив класть не надо, лечить будем адресно.

garminusb_getinfo.rar

(66.43 KiB) Скачиваний: 229

upd: Всё-таки GPSMapEdit у меня худо-бедно заработал с etrex30 (но он не определяет данные по поддерживаемым протоколам, в которых и есть косяк, и иногда через секунду-две перестают идти данные от приёмника), а гуглоземля - никак.

[Basilios]

А в SAS.П 4783 ночная изменения уже внесены?
garminusb_getinfo работает без проблем, а ночная 4783 видит, что питание устройства осуществляется от сети, а после некоторого количества включений/выключений ПО - что подключен eTrex30.

[vasketsov]

В ночной сегодня точно уже будет. НО! Там нет ini-шки, её надо будет взять из приложенного архива.

[zed]

НО! Там нет ini-шки, её надо будет взять из приложенного архива.

Как-то некрасиво получается. Компонент (не программа) настраивается какой-то левой инишкой, которую хз где нужно брать. Если этому компоненту нужны дополнительные настройки, так может тогда лучше пускай программа, которая его юзает, передаёт ему их и хранит их в своих конфигах, а не чёрти-где. На худой конец, сделать какой-нить интерфейс в компоненте, подменяющий прямое обращение к ini и запрашивать этот интерфейс у программы, которая и будет открывать нужный инишник.