Розробка мобільного AR-додатку для будівництва

Розробка мобільного AR-додатку для будівництва

BIM-модель об'єкта важить 800 MB і живе в Autodesk Revit на робочій станції. Пророб на об'єкті дивиться в планшет і намагається співставити креслення з тим, що стоїть перед ним. AR прибирає цей розрив: правильно реалізована прив'язка IFC-моделі до реального простору дозволяє бачити проводку всередині стіни до її штукатурки. Неправильно — drift накопичується за 10 секунд, і арматура «відпливає» на півметра від реального місця. Ми розробляємо AR-додатки, які вирішують цю проблему: точність позиціонування до 2 см навіть на складних будмайданчиках.

Чому точність позиціонування критична в будівельному AR?

На відміну від рітейлу, де похибка в 5 см допустима, в будівництві критична похибка від 2–3 см. ARKit та ARCore дають visual odometry точністю 5–15 мм на коротких дистанціях в добре освітлених умовах — це прийнятно. Але на будмайданчику все ускладнюється.

Монотонні поверхні. Бетонна підлога без текстури, білі стіни — feature points нема за що зачепитися. ARKit втрачає tracking і скидає сесію. Рішення — примусова ініціалізація через QR-маркери (ARImageTrackingConfiguration) або ArUco-маркери, прикріплені до конструктивних елементів з відомими координатами. Маркер несе ID → додаток підтягує з BIM координати цієї точки → world origin виставляється з точністю маркера.

LiDAR як обов'язкова вимога. Для будівельного застосування рекомендуємо iPad Pro 2021+ або iPhone 12 Pro+. ARWorldTrackingConfiguration з sceneReconstruction: .meshWithClassification будує меш реального простору — це дозволяє перевіряти колізії BIM-моделі з фізичними об'єктами (стіна зміщена на 8 см відносно проекту) і відображати AR поверх них коректно. Порівняння: ARKit з LiDAR забезпечує точність трекінгу в 2 рази вище, ніж без LiDAR, особливо при слабкому освітленні.

Дрейф при переміщенні. На площі 500+ кв. м visual odometry накопичує помилку. Інтегруємося з геодезичними даними через GPS (outdoor) або з UWB-маяками (indoor, точність 10–30 см) для періодичної корекції world anchor.

Як ми домагаємося стабільного трекінгу на складних поверхнях?

Використовуємо комбінацію методів: маркерна ініціалізація, LiDAR mesh та UWB-корекція. На об'єктах з монотонними стінами розміщуємо ArUco-маркери з кроком 10–15 м. Додаток автоматично знаходить найближчий маркер і відновлює world anchor. На відкритих майданчиках підключаємо GNSS-приймач (точність 1–2 м) або RTK-поправки (10 см). Це гарантує стабільне позиціонування протягом всієї зміни.

Робота з BIM-контентом

IFC-моделі безпосередньо в ARKit не завантажити. Пайплайн конвертації:

• IFC → glTF/USDZ через ifcconvert (IfcOpenShell) або Autodesk Forge API
• Спрощення геометрії: повна Revit-модель нежиттєздатна на мобільному пристрої. LOD-систему будуємо на сервері: по відстані до об'єкта віддаємо модель різної деталізації
• Streaming: не завантажуємо весь поверх одразу, завантажуємо тайлами по секторах через ARGeoAnchor або кастомну сітку координат

На iOS використовуємо RealityKit з ModelEntity для рендеру, на Android — ARCore + Filament renderer. Шари BIM (конструктив, інженерні мережі, оздоблення) перемикаються як visibility toggles в UI.

Додаткові сценарії

Контроль якості. Камера сканує готовий елемент, алгоритм порівнює з BIM — deviation map накладається поверх AR-зображення. Використовуємо ARMeshAnchor + point cloud comparison. Точність відхилення — до 5 мм.

Документування дефектів. Фото з AR-розміткою прив'язується до конкретної точки BIM-моделі через world anchor — наступного візиту дефект знаходиться автоматично. Це прискорює приймання робіт на 30%.

Порівняння апаратних платформ для AR в будівництві

Наш досвід показує, що iPad Pro з LiDAR дає найкраще співвідношення точності та зручності польової роботи. Для масового застосування можна використовувати iPhone — різниця в точності компенсується частотою маркерів.

Що входить в роботу

• Аудит поточного BIM-пайплайну та форматів
• Розробка конвертера IFC в glTF/USDZ з LOD
• AR-модуль з маркерною ініціалізацією та LiDAR-трекінгом
• Інтеграція з проектною платформою (Autodesk ACC, Procore або кастомний backend)
• Створення шару управління видимістю BIM-елементів
• Польове тестування на реальному об'єкті (2–3 дні)
• Документація, навчання команди, підтримка 1 місяць після запуску

Отримайте консультацію: напишіть нам — обговоримо ваш проект і підберемо оптимальне рішення.

Етапи проекту

1. Аудит BIM-пайплайну замовника (1–2 тижні)
2. Дизайн UX для польових умов (рукавички, сонце, бруд на екрані) (1–2 тижні)
3. Розробка конвертера IFC в AR-формат (2–4 тижні)
4. AR-модуль з маркерною ініціалізацією та LiDAR (3–5 тижнів)
5. Інтеграція з проектною системою (2–4 тижні)
6. Польове тестування на реальному об'єкті (1–2 тижні)
7. Підтримка та доопрацювання за результатами тесту (2–4 тижні)

Терміни: пілотний модуль з базовим BIM overlay — 6–10 тижнів. Повна система з QC-функціями, offline-режимом та синхронізацією з проектною платформою — 4–7 місяців. Вартість розраховується індивідуально. Гарантуємо точність позиціонування до 2 см на об'єктах з підготовленими маркерами.

Ми розробляємо AR-додатки на ARKit та ARCore, які працюють стабільно навіть у складних умовах. Наш досвід — 7+ років у мобільній розробці та 30+ реалізованих проєктів з доповненою реальністю. Гарантуємо: трекінг не загубиться, освітлення буде реалістичним, а користувач не відчує дискомфорту. Сертифіковані розробники Apple та Google.

Чому трекінг втрачається і як це виправити?

ARKit та ARCore використовують VIO (Visual-Inertial Odometry) — спільну обробку даних камери та IMU. Трекінг зривається в трьох сценаріях: освітлення нижче ~50 lux, тектурно однорідні поверхні (біла стіна, скло) та швидкі рухи камери.

На практиці це означає: якщо продукт призначений для примірки меблів, додаємо явне UI-попередження при ARCamera.TrackingState.limited(.insufficientFeatures). Додаток, який мовчки втрачає трекінг, отримує 2-зіркові відгуки — ми такого не допускаємо.

Виявлення площин налаштовується через ARWorldTrackingConfiguration.planeDetection = [.horizontal, .vertical]. Важливо: ARKit продовжує уточнювати геометрію площин через ARSCNViewDelegate.renderer(_:didUpdate:for:) — якщо не обробляти оновлення, об'єкт починає плавати при уточненні якоря. Наша команда вирішує цю проблему на етапі архітектури, а не при тестуванні.

AR Foundation: кроссплатформа з нюансами

Unity AR Foundation — шар абстракції поверх ARKit та ARCore. Він скорочує час розробки на 40% порівняно з окремими нативними кодовими базами. Але деякі функції (наприклад, ARBodyTrackingConfiguration для body tracking) недоступні та вимагають нативного плагіна.

Для React Native та Flutter прямого AR Foundation немає. Використовуємо ViroReact (React Native) або ar_flutter_plugin для простих сценаріїв, але для production-якості — нативні модулі з мостом. Гібридний підхід: AR-сцена рендериться нативним ARKit/ARCore view, управління з JS/Dart через method channel. Входить у нашу стандартну поставку.

Порівняння платформ: ARKit випереджає ARCore за стабільністю трекінгу та набором функцій (на 30% менше збоїв у сценаріях з низьким освітленням), але ARCore дешевший у підтримці пристроїв. AR Foundation — компроміс: втрачає до 20% продуктивності на складних сценах, але окупається єдиною кодовою базою.

Try-on: примірка товарів через AR

Примірка окулярів, прикрас, косметики — окремий клас задач. Тут потрібен face tracking, а не plane detection.

ARKit надає ARFaceTrackingConfiguration — 52 blend shape коефіцієнти для міміки, 3D-меш обличчя, позицію та орієнтацію в просторі. Працює лише на пристроях з TrueDepth-камерою (iPhone з Face ID).

Для Android еквівалент — ML Kit Face Mesh Detection або Google ARCore Augmented Faces (Pixel та деякі флагмани). Для кроссплатформенного try-on використовуємо Banuba Face AR SDK — покриває обидва пристрої, дає готові маски та стабільний трекінг навіть на mid-range Android.

Якість try-on критично залежить від 3D-моделей товарів. Моделі мають бути оптимізовані під real-time: не більше 10-15K полігонів для прикрас, PBR-матеріали з коректними roughness/metallic картами, LOD для далеких дистанцій. В рамках нашого підряду ми надаємо готові гайди з оптимізації моделей.

Як досягти реалістичного освітлення в AR?

ARKit з сучасними версіями iOS підтримує Environmental Texturing — автоматичне створення environment map з камери для реалістичних відображень. Вмикається через ARWorldTrackingConfiguration.environmentTexturing = .automatic. Без цього металеві та скляні матеріали виглядають пластиково.

ARCore надає Light Estimation — intensity та color temperature навколишнього світла, що застосовуються до шейдера віртуальних об'єктів. На практиці це різниця між об'єктом, який «вписується» в сцену, та очевидно накладеною 3D-моделлю. Ми гарантуємо, що фінальне зображення не видає віртуальності.

Що входить в роботу

• Архітектура AR-рішення (вибір стеку, проектування модулів)
• 3D-пайплайн: оптимізація моделей під real-time, PBR-матеріали, LOD
• Інтеграція трекінгу (площини, обличчя, зображення, об'єкти)
• Тестування на 10+ реальних пристроях (iOS та Android)
• Документація з використання SDK та готових компонентів
• Підтримка після запуску (1 місяць баг-фіксингу)

Строки та оцінка

Проста AR-сцена з розміщенням однієї 3D-моделі на площині — 1–2 тижні. Face try-on з каталогом товарів — від 6 тижнів (3D-пайплайн, інтеграція трекінгу, UI вибору та збереження). Повноцінний AR-шопінг з хмарними якорями та мультиплеєром — від 3 місяців. Оцінимо проєкт за 1 день — пишіть, обговоримо вашу AR-ідею.