GPS 타이밍 문제

이것은 "일반적인"GPS 사용과는 정반대의 문제입니다. 목표는 gps가 존재하는 다수의 장치에서 아주 정확한 속도 (사용 가능한 경우)로 읽거나 "수정"하도록하는 것입니다. 그래서 지금까지 나는 타이밍 매개 변수가 예를 들어GPS 타이밍 문제

lm.requestLocationUpdates(LocationManager.GPS_PROVIDER, 2000, 1f, this);

이 나를 대신 처리합니다. 그러나 Nexus S와 Galaxy Nexus에서 테스트 할 때 완전히 반대되는 동작을 보였습니다. 거의 반대입니다 (한 케이스에서의 최소 판독 간격, 다른 케이스에서의 최대 입력 간격). 이것이 왜, 그리고 그것을 고칠 수 있습니까?

출처

2012-01-30 Scalarr

가 왜이

당신이 the documentation을 읽는다면, 당신은 requestLocationUpdates()에 minTime 매개 변수가 "단지 전원을 절약하기 위해 힌트로 사용되는 것을 볼 수 및 위치 업데이트 사이의 실제 시간이 더 클 수있다 또는 이 값보다 작다 ".

해결하기 위해 수행 할 수있는 작업은 무엇입니까?

GPS 수정 프로그램의 사용 가능성 및 빈도에 대해 전혀 가정하지 않는 새로운 디자인을 제안합니다.

출처

2012-01-30 23:35:06 CommonsWare

네, 저도 그런 식으로 읽은 것을 기억합니다. 타이밍은 실제로 지금까지 결코 문제가되지 않았다는 것입니다. 프로그래밍 방식으로 최소한의 시간을 요구하면 대부분의 문제를 해결할 수 있지만 정확히 주어진 속도는 아닙니다. 또한 차단 된 신호 등의 문제에 대해서도 잘 알고 있으므로 현재로서는 이상적인 경우를 고려하고 있습니다. 이상적인 조건에서 최대 타이밍에 대한 정보를 얻을 수있는 방법에 대한 아이디어가 있습니까? – Scalarr

@Scalar : "이상적인 조건에서 최대 타이밍에 대한 정보를 얻을 수있는 방법에 대한 아이디어가 있습니까?" - 날 때린다. 이는 너무 많은 하드웨어 관련 변수 IMHO (예 : 칩셋)에 따라 달라집니다. 당신이 할 수있는 최선의 방법은'minTime'을'0'으로 지정하고, 들어오는 모든 수정을 처리하고, 데이터 속도를 부드럽게하고, 주차 공간을 위해기도하는 것입니다. :-) – CommonsWare

그래, 나는 그 대답을 얻는 것이 두려웠다 ;-) 고마워! – Scalarr

GPS 타이밍 문제

답변

관련 문제