Автономна робототехніка
Інспекційні та промислові роботи генерують візуальні, термічні та сенсорні спостереження, які необхідно інтерпретувати командам технічного обслуговування в контексті, при цьому ця інтерпретація ніколи не набуває влади над керуванням двигуном або блокуванням безпеки. На цій сторінці описано, як такий робочий процес планується та запускається в inTheEU Assist, а не в записі про завершене розгортання.
Як буде структурований робочий процес
Спостереження, зібрані роботом, зображення, температурні показники, телеметрія, будуть прийматися та індексуватися в приміщеннях, надаючи пакет знань, доступний власному орендарю оператора. Агент, налаштований для робочого циклу, порівнював би нове спостереження із схваленою історією технічного обслуговування та запропонував би знахідку-кандидат, введену зі статусом запропоновано та прив’язану до конкретного активу та місії, з якої воно походить. Запит на ретельнішу перевірку слідуватиме тим самим шляхом від запропонованого до схваленого перед тим, як буде виконано будь-яке переміщення.
Власна система керування роботом, керування двигуном і приводом, уникнення зіткнень, аварійна зупинка, блокування безпеки залишатимуться поза цим робочим процесом. Платформа ніколи не матиме, не запитуватиме та не виконуватиме повноваження щодо цих систем, і жодна дія не досягне робота, доки він не пройшов явне схвалення.
Де людське схвалення сидить
Кожен запит на пошук або зміну позиціонування вимагатиме явного схвалення від інженера, перш ніж він буде розглядатися як встановлений або виконуватися. Це не політика, яка є поверх робочого процесу. Це механізм, за допомогою якого взагалі відбувається робочий процес: незатверджений етап просто не виконує наступний крок.
На що це спирається сьогодні, а на що ні
Робочий процес позначення пошуку, життєвий цикл перегляду від пропозиції до схвалення та підписаний ланцюжок аудиту за кожною дією є робочими частинами платформи. Те, що ще не є частиною цього: специфічна для робота модель сприйняття, навчена на власному обладнанні та середовищі даного оператора, саме те, що створив би початковий пілот. За дизайном детермінована система керування роботом повністю залишається поза межами платформи. Інженерне судження щодо розгортання робототехніки залишатиметься за власною командою оператора, і будь-які навички сприйняття конкретних активів розвиватимуться разом з ними, а не постачатимуться як готова модель.
Деяка архітектура, що лежить в основі цього набору можливостей, задокументована в документації, яка ще триває. На цій сторінці описано, для чого призначена платформа, на рівні, відповідному для планування пілотного проекту, а не специфікації впровадження.
Функції та інтерфейс платформи постійно вдосконалюються. Описи в цьому посібнику можуть не відображати точний макет або формулювання останньої випущеної версії.