Реализация AR-навигации в мобильном приложении
AR-навигация — это когда стрелка направления нарисована поверх реального мира через камеру. Звучит просто, но в реализации есть три принципиально разных сценария с разной технической сложностью: навигация на открытом воздухе (outdoor), внутри здания (indoor) и навигация по этажу в торговом центре или аэропорту. Каждый решается отдельным стеком.
Outdoor AR-навигация: GPS + компас + ARKit/ARCore
Базовый подход — привязка AR-объектов к GPS-координатам. Используется CLLocationManager + CLHeading для компаса, ARKit/ARCore для стабилизации ориентации. Точность GPS в городе — 3-8 метров, чего достаточно для стрелки «идите прямо 200 метров», но недостаточно для «сверните здесь» с точностью до тротуара.
ARKit Geo Tracking (iPhone XS+, iOS 14+, поддерживаемые города) — иной уровень. ARGeoTrackingConfiguration использует GPS, компас и street-level imagery от Apple Maps для локализации с точностью до 1-3 метров. ARGeoAnchor привязывается к координатам WGS84, и ARKit сам поддерживает якорь в мировом пространстве при движении пользователя.
let anchor = ARGeoAnchor(
coordinate: CLLocationCoordinate2D(latitude: 53.9045, longitude: 27.5615),
altitude: nil
)
arView.session.add(anchor: anchor)
ARGeoTrackingStatus.stateReason покажет, почему geo tracking не работает (.notYetInitialized, .geoDataNotLoaded, .visualLocalizationFailed). Последнее случается при плохом освещении или на малоизвестных улицах — нужен fallback на GPS+компас.
Indoor-навигация: всё сложнее
GPS внутри зданий не работает. Опции:
Beacon/BLE (iBeacon, Eddystone). Трилатерация по RSSI. Точность — 2-5 метров в хороших условиях, 5-10 в реальных (металлические стеллажи, Wi-Fi помехи). CLLocationManager.startRangingBeacons(satisfying:) в iOS, BluetoothLeScanner в Android.
ARKit/ARCore + карта этажа. Пользователь сканирует QR-код при входе → получает стартовую позицию → ARKit ведёт relative tracking от этой точки. Погрешность накапливается — каждые 50 метров ошибка позиции растёт на 0.5-2%. Нужны контрольные точки (QR-коды у поворотов) для рекалибровки.
Visual Positioning System (VPS). Google Visual Positioning Service (ARCore 1.24+) работает в поддерживаемых локациях (Mall of America, аэропорты-партнёры). StreetscapeGeometryMode + специальный endpoint для indoor maps. Для России/СНГ покрытие минимальное — придётся строить собственную VPS с Immersal SDK или Sturfee.
Immersal SDK — наиболее практичный вариант для custom indoor VPS. Облачная локализация: фотографируете помещение в Immersal Mapper, SDK локализует пользователя по visual match с точностью до 10-30 см. Работает на iOS (ARKit) и Android (ARCore). Лицензия от $199/мес.
Отрисовка маршрута в AR
Путь в AR — это цепочка 3D-точек, соединённых стрелками или «хлебными крошками» на уровне пола. Для плавного следования по маршруту нужна параметрическая кривая (Catmull-Rom spline) через waypoints — иначе стрелки будут слишком угловатыми на поворотах.
Стрелку направления отрисовываем как ModelEntity с USDZ-моделью (GLB для ARCore), billboard-поворотом к камере по Y-оси. На поворотах — анимация пульсации через FromToByAnimation в RealityKit.
Важно: стрелки должны «прилипать» к обнаруженной плоскости пола, а не висеть в воздухе. Для этого — raycast вниз из каждого waypoint на обнаруженные плоскости.
Типичная боль в production
Компас на Android — SensorManager.SENSOR_DELAY_GAME с фильтрацией через low-pass filter. Без фильтрации компас дёргается и стрелка «прыгает» на 15-20° в секунду. Плохо откалиброванный магнетометр (рядом с металлическими конструкциями) даёт отклонение до 30°. Добавьте UI-запрос на калибровку компаса при SensorAccuracy.LOW.
Сроки
Outdoor AR-навигация на GPS+компас — 2-3 недели. С ARKit Geo Tracking — плюс 1 неделя. Indoor-решение на Immersal VPS — от 4 недель (включая съёмку и картирование). Стоимость рассчитывается индивидуально.