Технік з планшетом обходить цех. Наводить камеру на верстат — бачить схему підключення, список деталей під кришкою, анімацію розбирання. Без AR це паперові інструкції, пошук по каталогах, хвилини на ідентифікацію. AR перетворює планшет на інструмент діагностики. Наша команда з 5-річним досвідом реалізувала 30+ AR-проєктів для машинобудування, нафтогазу та енергетики. Гарантуємо точність позиціонування до 1 мм на iPad Pro з LiDAR. AR-інструкції працюють у 3–5 разів швидше за паперові — технік не гортає каталоги, одразу бачить дані на деталі. Середній проєкт економить 50 годин на місяць на одному робочому місці.
Як AR-система розпізнає обладнання?
Головна технічна складність — прив'язати віртуальні анотації до реального агрегату. Використовуємо три підходи:
| Метод |
Точність |
Маркери |
Обладнання |
| Image Tracking |
~1–2 мм |
QR-код або табличка |
Будь-який смартфон / планшет |
| Object Scanning |
~5–10 мм |
Немає |
iOS з LiDAR або текстуровані об'єкти |
| LiDAR + ICP |
~1 мм |
Немає |
iPad Pro з LiDAR |
Image Tracking — найнадійніший для виробництва: ARKit ARImageTrackingConfiguration детектує мітку, точність позиціонування ~1–2 мм, працює на будь-якому пристрої. Object Scanning (ARKit ARObjectScanningConfiguration) створює .arobject файл, але потребує достатньої текстури — гладкий металевий корпус не підійде. LiDAR Scene Reconstruction будує mesh оточення та порівнює з еталоном через Iterative Closest Point, але обчислювально дорого.
Які стеки використовувати для промислового AR?
Для enterprise-завдань є готові платформи. PTC Vuforia Engine — де-факто стандарт: Model Target розпізнає по CAD-моделі без маркерів, Area Target сканує приміщення. SDK для iOS/Android/Unity. Scope AR WorkLink — no-code платформа для створення AR-інструкцій через браузер. Upskill Skylight — аналог з фокусом на чеклисти. Кастомна розробка виправдана при глибокій інтеграції з ERP/CMMS (SAP PM, IBM Maximo, Infor EAM), специфічному UI або роботі офлайн на захищених пристроях.
Порівняння платформ для промислового AR:
| Параметр |
Vuforia Engine |
ARKit/ARCore |
Кастомна розробка |
| Розпізнавання по CAD |
Так (Model Target) |
Ні (тільки image/object) |
Можна реалізувати |
| Офлайн-режим |
Так (хмарні цілі) |
Обмежений |
Повний контроль |
| Інтеграція з ERP |
Через REST |
Через REST |
Прямі SDK |
| Ліцензування |
Комерційна |
Безкоштовно |
N/A |
Які складнощі виникають при інтеграції AR з ERP?
Типова проблема — синхронізація даних між AR-додатком та ERP/CMMS. Наприклад, SAP PM вимагає строгого формату через BAPI для створення замовлень на ремонт. При офлайн-роботі дані буферизуються локально та синхронізуються після відновлення мережі, щоб уникнути конфліктів. Ще одна складність — конвертація CAD-моделей: навіть після конвертації в GLTF через Open CASCADE Technology або Datasmith доводиться вручну коригувати масштаб та прив'язку до координат обладнання.
Покроковий процес створення AR-інструкції
- Завантаження CAD-моделі у форматі STEP/IGES та конвертація в GLTF через Open CASCADE Technology.
- Прив'язка анотацій до вузлів: стрілка + текст «ослабити кріплення M8 × 4 шт» до конкретної точки.
- Анімація розбирання: CAD-модель «висувається», показуючи шлях вилучення деталі.
- Створення чеклиста з автопереходом — система перепозиціонує анотації після кожного кроку.
- Експорт в AR-додаток з локальним зберіганням.
Що входить в роботу
- Технічний аудит вимог та умов експлуатації
- Розробка AR-додатку під iOS/Android (ARKit/ARCore)
- Конвертація CAD-моделей в AR-сумісні формати
- Інтеграція з ERP/CMMS через REST API або GraphQL
- Тестування на реальному обладнанні з вимірами точності
- Документація та навчання персоналу
- Технічна підтримка після запуску
Для вибору підходу розпізнавання: якщо обладнання можна обклеїти QR-маркерами — обирайте Image Tracking (дешево та надійно). Якщо маркери неприпустимі, а обладнання має текстуру — Object Scanning. Для максимальної точності без маркерів на iPad Pro — LiDAR + ICP. Конкретний метод підбирається після аудиту.
Інтеграція з ERP та CMMS
Типові інтеграції: SAP PM (Plant Maintenance), IBM Maximo, Infor EAM. AR-додаток отримує з ERP серійний номер обладнання та завантажує потрібні інструкції. Після виконання техобслуговування записує work order completion назад через API. Для сценаріїв з обмеженим інтернетом реалізована офлайн-синхронізація: дані зберігаються локально (SQLite / Core Data / Room) та синхронізуються при відновленні з'єднання.
Терміни та вартість
MVP (image tracking + статичні анотації без ERP-інтеграції) — 4–6 тижнів. Повне рішення з анімованими інструкціями, офлайн-синхронізацією та інтеграцією — 3–6 місяців. Вартість розраховується індивідуально після аудиту вимог. Замовте консультацію — оцінимо ваш проєкт під ключ. Пишіть, обговоримо деталі.
Отримайте консультацію наших інженерів: оцінимо проєкт, підберемо оптимальний стек та запропонуємо план впровадження.
Ми розробляємо 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. Входить у нашу стандартну поставку.
| Задача |
iOS |
Android |
Кроссплатформа |
| Plane detection |
ARKit |
ARCore |
AR Foundation, Unity |
| Face tracking |
ARKit (TrueDepth) |
ARCore Augmented Faces |
Banuba, Snap Camera Kit |
| Image tracking |
ARKit (Vision) |
ARCore Augmented Images |
AR Foundation |
| Object detection |
ARKit 3D Object Scanning |
ARCore |
немає єдиного SDK |
| Persistence (збереження якорів) |
ARKit World Map |
ARCore Cloud Anchors |
— |
Порівняння платформ: 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-ідею.
