Anonymous | Login | Signup for a new account | 23-11-24 08:14 UTC |
All Projects | SAS.Планета | Домен, сайт, форум, багтрекер | Доработка карты (ZMP) | Переводы и локализации | Прочее |
My View | View Issues | Change Log | Roadmap | Search |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
0000770 | SAS.Планета | [All Projects] Хотелка | public | 30-05-2011 11:34 | 15-11-2011 20:45 | ||||||||
Reporter | ELITE | ||||||||||||
Assigned To | |||||||||||||
Priority | normal | Severity | minor | Reproducibility | N/A | ||||||||
Status | confirmed | Resolution | open | ||||||||||
Platform | OS | OS Version | |||||||||||
Product Version | 110418 | ||||||||||||
Target Version | 27xxxx | Fixed in Version | |||||||||||
Summary | 0000770: Корректировка записи трека ЖПС при нереальных показателях (скачки скорости (координат) при потере сигнала) | ||||||||||||
Description | это наверное сложно реализовать будет, но как пожелание на будущее.. в городских условиях бывает , что жпс сбивается, притом бывает, что сильно и хотелось бы при записи трека, чтобы каждая новая точка, перед отображением, обсчитывалась на предмет "реальности" то есть скажем точка 1 скорость 5 км/ч, точка 2 скорость 350 км/ч, точка 3 скорость 6 км/ч (период запросов ЖПС по дуфолту 1 секунда) тут ясно, что точка 2 "нереальна", и если ёе не писать (или писать в неё предыдущее значение) - то трек будет более точным, без скачков это особенно актуально в городе с высотной застройкой и большим кол-вом помех (крупные города) как алгоритм можно использовать хотябы самое простое - максимальное допустимое ускорение (например если скорость в точка_А больше 10км/ч то если скорость_точке_Б больше скорость_точка_А*5 то скорость_точка_Б присвоить скорость_точка_А также и на замедление (тоесть 5ти кратное изменение скорости за 1 секунду) (кратность можно настраиваемую сделать как на разгон, так и на торможение) //ps у нас хоть и небольшой город, и выше 9 этажей нет зданий, но вчера гулял с жпс в кармане, рашил записать трек в итоге несколько десятков "рывков" казалось бы на открытом месте, с максимальной скоростью 362.1 км/ч.... и "пробега" в 2 раза больше реального | ||||||||||||
Tags | gps | ||||||||||||
Attached Files | |||||||||||||
Relationships | ||||||
|
Notes | |
(0002762) vdemidov (manager) 30-05-2011 18:55 |
Да, какую-то простенькую фильтрацию добавить стоит, но вам советую подкрутить настройки своего GPS модуля или подумать о новом. У меня с Sirf 3 таких проблем после того как поймано 4 спутника не наблюдается, и в городе он спутники почти не теряет. |
(0002780) ELITE (reporter) 31-05-2011 04:43 |
я заметил при потере сигнала (заход в магазин, тунели) - ну это естественно и при прохождении близко к высоткам, когда видимые спутники с одной стороны - тогда точность падает до 20-50 метров |
(0004323) vasketsov (manager) 08-11-2011 08:50 |
>обсчитывалась на предмет "реальности" а разве HDOP для таких кривых точек не будет заоблачным? По идее сам приёмник вполне справляется с обсчитыванием на предмет "реальности". >точка 2 "нереальна", и если ёе не писать (или писать в неё предыдущее значение) именно "не писать". будет просто разрыв трека. а писать невесть что, в том числе предыдущее значение - совершенно бессмысленная процедура, ради чего? фактически данных нет, на треке сия оказия обозначается разрывом (началом нового сегмента). >У меня с Sirf 3 Во многих приёмниках реализован режим Dead Reckoning, аж до 30 секунд (время настраивается). У кого-то есть желание реализовать это в сасе? А вот что действительно интересно, довольно несложно и может быть сделано с прогнозируемым результатом - так это поддержка нескольких приёмников одновременно. Чувствительность у всех разная, пороги гистерезиса при фиксировании спутников - тоже, так что отваливаться и скакать разные чипы будут по-разному. В чистой теории 4 приёмника могут дать увеличение точности до двух раз, но на практике конечно такого не будет, зато основная цель - отбрасывание неадекватных данных от некоторых приёмников и юзание только живых - может быть достигнута. Последнюю свою поездку я писал трек на 2 навигатора, один - это garmin gpsmap 76csx, второй - встроенный квалкоммовский чип на HTC Touch Pro. За почти 1.5 тыщи км туда и столько же обратно - ни разу не было, чтобы хотя бы кратковременно упала точность у обоих одновременно. Просто тупая их полусумма, и та прекрасно ложится в дорогу на снимке (на поворотах второй немного запаздывает), а если учесть текущее значение погрешности, можно ещё больше "подшаманить" и добавлять вес более точному измерению. |
(0004349) zOn (reporter) 11-11-2011 09:32 edited on: 11-11-2011 09:43 |
Конечно к программе моё сообщение мало относится, но рекомендую пользоваться 5-ти герцовыми (а 10 Гц вообще супер, но дорого) GPS приёмниками. Соединение со спутниками, точность позиционирования и т.д. очень порадует. Примерная стоимость такой "мыши" - 35-80 у.е. |
(0004370) vasketsov (manager) 12-11-2011 22:05 |
>5-ти герцовыми Это скажем так несколько ортогональная проблема, как часто валятся сообщения NMEA или proprietary. Проблему погрешности (исключая конечно точность определения времени) это никак не решает, все ошибки те же остаются, и отражения, и ионосфера, и всё прочее типа узкосегментированных помех. А 30 м/с - это 108 км/ч, так что даже 1Hz вполне достаточная частота, чтобы записать трек по дороге с приемлемой точностью прохождения поворотов, что для авиационных приёмников конечно маловато. Либо речь была о каких-то других особенностях кроме 5Hz, типа поддержки второй частоты, что позволяет учесть ионосферу. В общем, ссылка на конкретный "рулящий" девайс не помешала бы. |
(0004382) zOn (reporter) 13-11-2011 20:14 |
вот сравнение 1 гц и 5 гц http://gpsports.com/gpsports_website/GPS_5_Hz_Poster_SMA_2010.pdf правда не понял, что лучше ) инглишь блин. сам аппарат http://www.semsons.com/gihispdalo5r.html еще http://gps-blog.ru/2007/09/13/globaltop-nachinaet-prodazhi-gps-priemnika-s-vozmozhnostyu-proetsirovaniya-na-lobovoe-steklo/#more-19 и http://www.canadagps.com/iblue737_5hz.html |
(0004383) gpsMax (manager) 14-11-2011 07:58 |
По ссылке - фигня какая-то, народ побегал с навигаторами и ничего не выяснил. Лучше б треки показали, подозреваю, что в 5 Гц они намного более сглаженные. |
(0004384) zOn (reporter) 14-11-2011 08:01 |
Макс, ты прав. Про 5гц приемники я узанл, когда товарищ КАС попросил подобрать ему для картинга. Сравнивали треки с 1гц и 5 гц - на поворотах вообще улетная разница. |
(0004389) vasketsov (manager) 14-11-2011 18:58 edited on: 14-11-2011 19:00 |
>Сравнивали треки с 1гц и 5 гц Кинь в меня пожалуйста ими обоими, если они есть, тоже охота сравнить. В том числе для тестирования полёта по треку потом пригодятся. В общем-то логика понятна, точки чаще - трек более подробный, но к точности позиционирования непосредственного отношения это не имеет. |
(0004390) zOn (reporter) 14-11-2011 19:28 |
попробую у тов.КАС попытать, т.к. около года назад это было. |
(0004391) zOn (reporter) 15-11-2011 05:34 |
в общем товарищ молчит. нашел переписку в аське: прибор - Qstarz BT-Q818X Bluetooth Sat Nav GPS Receiver 66 Ch цитата - KAC (14:59:31 17/06/2010) вчера проверял точность позиционирования GPS. На сталионе на велике проехал 6-7 кругов по одной и той же линии с точностью 20-30 см (ну старался одинаково.) вот результат http://dl.dropbox.com/u/4005858/stadion.png одногерцового трека не нашел.( вот приборчик с 51 каналом: http://gps-club.ru/gps_cat/detail.php?ID=8994 |
(0004393) vasketsov (manager) 15-11-2011 20:15 |
В общем нормальный трек по прежнему актуален. Я нашёл трек с 5Гц-приёмника, но там настройками убрано сохранение миллисекунд в лог, зачем так сделано - мне даже предположить трудно. Тем не менее 5 точек подряд с одним временем в gpx сперва несколько обескураживают. |
(0004394) zOn (reporter) 15-11-2011 20:45 |
возможно в том конкретном случае он применялся для малых скоростей (пеших), но требовалась точность, т.е. практически на 1 месте мы измеряем своё местоположение 5 раз, а потом с помощью обработки трека берем среднюю позицию. думаю, что точность повысится для пеших прогулок. |
Issue History | |||
Date Modified | Username | Field | Change |
30-05-2011 11:34 | ELITE | New Issue | |
30-05-2011 18:09 | gpsMax | Tag Attached: gps | |
30-05-2011 18:55 | vdemidov | Note Added: 0002762 | |
30-05-2011 18:55 | vdemidov | Status | new => confirmed |
30-05-2011 18:55 | vdemidov | Product Version | => 110418 |
30-05-2011 18:55 | vdemidov | Target Version | => 27xxxx |
31-05-2011 04:43 | ELITE | Note Added: 0002780 | |
31-05-2011 08:01 | vdemidov | Relationship added | related to 0000759 |
31-05-2011 09:22 | gpsMax | Summary | корректировка записи трека ЖПС при нереальных показателях (скачки скорости (координат) при потере сигнала) => Корректировка записи трека ЖПС при нереальных показателях (скачки скорости (координат) при потере сигнала) |
08-11-2011 08:50 | vasketsov | Note Added: 0004323 | |
11-11-2011 09:32 | zOn | Note Added: 0004349 | |
11-11-2011 09:43 | zOn | Note Edited: 0004349 | View Revisions |
12-11-2011 22:05 | vasketsov | Note Added: 0004370 | |
13-11-2011 20:14 | zOn | Note Added: 0004382 | |
14-11-2011 07:58 | gpsMax | Note Added: 0004383 | |
14-11-2011 08:01 | zOn | Note Added: 0004384 | |
14-11-2011 18:58 | vasketsov | Note Added: 0004389 | |
14-11-2011 19:00 | vasketsov | Note Edited: 0004389 | View Revisions |
14-11-2011 19:28 | zOn | Note Added: 0004390 | |
15-11-2011 05:34 | zOn | Note Added: 0004391 | |
15-11-2011 20:15 | vasketsov | Note Added: 0004393 | |
15-11-2011 20:45 | zOn | Note Added: 0004394 |
My View | View Issues | Change Log | Roadmap | Search |
Copyright © 2007 - 2024 SAS.Planet Team |