Компас Android кажется ненадежным

Несмотря на то, что автор ответил на свой вопрос, я должен вмешаться здесь, чтобы подчеркнуть почти полную бесполезность любых функций компаса на платформе Android.

Я пришел к выводу, что любой, кто зависит от приложения компаса Android, напрашивается на неприятности, ни одно из них не работает надежно, и это не вина разработчика.

Google и MFG просто не предоставили способ получить надежную точность от этих устройств или даже определить, является ли точность надежной, что еще хуже, потому что иногда они являются, а часто нет, и если кто-то доверяет этим устройствам для реального ориентирования. Боже, помоги им.

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

Во-первых, шум, создаваемый магнитными датчиками и датчиками ориентации, ужасен, да, это можно преодолеть с помощью надлежащих методов DSP, и с телефонами с поддержкой 2.3 и гироскопа в целом это улучшится, но позор Google и Mfg за то, что они тратят так много времени разработчиков с некачественные реализации аппаратных и программных выходов.

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

В-третьих, у вас мало способов определить, откалиброваны ли датчики, даже выполнение спастического движения в виде восьмерки может или не может откалибровать телефон, и пользователь никогда не знает, работает он или нет, если у вас нет компаса для проверки, что своего рода поражения точки не так ли?

ПРИМЕЧАНИЕ: вы можете умножить и просуммировать магнитные датчики друг с другом и взять квадратный корень из этого sqrt(x*x+y*y+z*z) и убедиться, что он находится между 25 и 65 или около того, это один из индикаторов, который вам нужен. можно использовать для обнаружения аномальных полей, но это не совсем надежно, я думаю, это лучше, чем ничего.

В-четвертых, многие телефоны совершенно ненадежны, откалиброваны или нет, что не ограничивается типами моделей, а, возможно, дрянным контролем качества со стороны производителя, я действительно не знаю почему, но могу сказать, что 3 HTC ARIA дали совершенно разные результаты ( один на 30 градусов, другой на 50, а третий почти в точку) то же самое с невероятным, нексусом и т. д.

Я протестировал 18 телефонов, и многие из них были довольно близки к точности, ЕСЛИ вы могли правильно откалибровать, но многим из них потребовалось 2-10 попыток (мы проверяли после каждой попытки калибровки с помощью высокоточного компаса), и более чем несколько раз они просто НЕ калибровали. вообще.

ПРИМЕЧАНИЕ: вам нужно учитывать склонение для истинного смещения на север, что вы можете сделать с помощью API в Android, если у вас есть доступ к текущим координатам GPS, высоте, времени суток и т. д. проблема не была склонением, и если вы по сравнению с компасом это не проблема, так как на него также будут влиять местные магнитные поля.

В-пятых, холодный запуск всегда требует шага калибровки на каждом протестированном нами телефоне, включая X, невероятный, Aria, Nexus и Thunderbolt. Другими словами, когда вы впервые начинаете слушать датчик, в 95% случаев потребуется шаг калибровки (даже сломанные часы показывают правильное время два раза в день), поэтому, если вы настаиваете на добавлении этой функции, я бы просто сказал вашему пользователю сделать это в начало каждого события слушателя.

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

Суть в том, что когда они работают они кажутся крутыми, но вы НИКОГДА в настоящее время не можете быть уверены в точности азимута, что делает их довольно ненадежными и бесполезными для любой реальной работы.

Лично я бы использовал пеленг GPS во время движения, а затем, если возможно, метод вектора вращения, он может быть не идеальным, но он был бы чертовски лучше, чем хреновая реализация, которая есть в текущей линейке телефонов для азимута.

Извините за длинный ответ, но я потратил почти месяц на попытки заставить это работать с помощью опытного инженера DSP, и мы в значительной степени написали о платформе Android как о полезной в этом отношении.

По моему мнению, в каждое приложение компаса следует включить заявление об отказе от ответственности «Иногда это работает, иногда нет, вы никогда не можете быть уверены, если у вас нет настоящего компаса».

Ну после долгих испытаний и отладки. Я пришел к выводу, что да, как некоторые из вас упомянули, различия между моим Droid 1 и Nexus S были чисто аппаратными различиями и магнитными помехами.

Однако Droid X был другой проблемой, что бы я ни пытался, я не мог получить правильные показания рекомендуемым способом с помощью getRotationMatrix и getOrientation, даже когда была добавлена ​​​​функция переназначения координат. Итак, после некоторого безуспешного возни я решил попробовать датчик ориентации.

Google говорит, что этот способ устарел, и они рекомендуют делать это так, как я начал, однако я пробовал все типы комбинаций таким образом, но безуспешно. Поэтому я пошел дальше и проигнорировал их предупреждение и использовал датчик ориентации ... и это сработало. Почему ? Я понятия не имею, у droid x более новая операционная система, чем у моего droid 1, поэтому это не должно быть связано с использованием устаревшего кода. Однако имеет смысл, почему приложения компаса, написанные для цели 1.6, будут работать, в то время как мое приложение, работающее «рекомендуемым способом», не работает.

Если у кого-то есть лучший способ сделать это, дайте мне знать, или если вы знаете способ заставить его работать с getRotationMatrix и getOrientation, также сообщите.

В противном случае для всех, кто ударяется об эту кирпичную стену так же сильно, как и я, вот код, который в итоге сработал для меня.

мой датчик поменял

        switch (event.sensor.getType())
        {
        case Sensor.TYPE_ORIENTATION:
            m_vforientVals = event.values.clone();
            break;
        }

        if(m_vforientVals != null)
        {
            m_fCompBearing = m_vforientVals[0];             


            mCompHead.setText("" + (int)m_fCompBearing);

            calcOffset();   
            rotateCmp();
        }

и инициализируйте прослушиватель датчика

    mSMngr.registerListener(mSListener,mSMngr.getDefaultSensor(Sensor.TYPE_ORIENTATION),
                            SensorManager.SENSOR_DELAY_NORMAL);

Ваш код выглядит хорошо для меня, если в вашем коде будет ошибка, я уверен, что оба устройства пострадают от этого. Я думаю, что аппаратное обеспечение устройств вызывает различия. Вы «откалибровали» оба компаса, перемещая телефон в форме восьмерки? Многие приложения для компаса предлагают это, в том числе картографическое программное обеспечение, которое поставляется с устройствами Symbian. Это может сработать