Otisas dalijasi robotų liftų valdymo paslaptimis

Estimated read time 6 min read

„Adobe Firefly“ sukurtas mobiliojo roboto, laukiančio lifto, vaizdas. | Kreditas: Roboto ataskaita

Farmingtone, Jungtinėje Karalystėje įsikūrusi „Otis Worldwide Corp.“ yra pasaulinė vertikaliojo transporto lyderė. Tai palikimas, sukurtas Elisha Otis 1852 m. išradimu saugos liftu, kuris tęsiasi ir šiandien visame pasaulyje gaminant ir aptarnaujant liftus, eskalatorius ir judančius takus.

Mobilieji robotai ir liftai nesusimaišė

Prieš dešimtmetį autonominių mobiliųjų robotų (AMR) integravimas su liftais buvo itin sudėtingas, daugiausia dėl vietinių liftų leidimų apribojimų ir skaitmeninių standartizuotų liftų valdymo sąsajų trūkumo.

ranka, spaudžianti lifto mygtuką. „Otis“ savo liftus integravo su mobiliaisiais robotais.

Robotams buvo sunku susieti su lifto valdikliais, kol nebuvo palaikomos skaitmeninės API. | Kreditas: „Adobe Stock“.

Maždaug 2018–2019 m. Otis pripažino augančią robotų paklausą ir jų pritaikymą, ypač skatinamą Kinijos. Bendrovė sukūrė esamą liftų technologiją, sutelkdama dėmesį į debesies pagrindu veikiančių skaitmeninių programų programavimo sąsajų (API) kūrimą.

Vėliau „Otis“ išleido „Otis Integrated Dispatch“ – debesimis pagrįstą sistemą, skirtą efektyviai grupės lygiu integruoti liftus su robotų sistemomis. Šis metodas palaiko kelis robotus komercinėse patalpose, pavyzdžiui, viešbučiuose, ligoninėse ir sandėliuose. Pasak bendrovės, tai taip pat gali padidinti mastelio keitimą, palyginti su senesniu vieno lifto / vieno roboto atskirų laidų modeliu.

Otis remiasi dvipusiu bendravimu. Robotai ne tik gali iškviesti liftus, bet ir gauti informaciją apie būseną realiuoju laiku, pvz., esant kritinėms situacijoms ar aptarnavimo režimams, kad pritaikytų savo elgesį.

Įmonės palaikymas dabar apima išsamią dokumentaciją, kūrėjų portalą, smėlio dėžės aplinką bandymams ir nuolatinį robotų programinės įrangos komandų palaikymą.

Platforma yra suderinama su dauguma 30 metų senumo „Otis“ įrangos, todėl atsiranda didelių modifikavimo galimybių.

Pereita prie pramonės standartų, tokių kaip Singapūro SS 713, ir tarpinės programinės įrangos technologijų tyrinėjimas, tačiau patentuoti elementai kol kas išlieka. Reguliavimo aplinka gerėja, mažėja istorinė rizika pradedantiesiems.

Otis harmonizuoja liftus ir mobiliuosius robotus

„Otis“ teigė, kad mobiliuosius robotus traktuoja kaip pastato gyventojus, o jos sistema veikia taip, kad padidintų bendrą produktyvumą ir naudotojų patirtį. Integravimo procesas perėjo nuo sunkios techninės įrangos diegimo prie saugių, sertifikuotų, skaitmeniniu būdu valdomų jungčių, palaikomų gamintojų tiekimo grandinių, todėl diegimas tapo lengvesnis ir patikrinimai sklandesni.

Roboto ataskaita Neseniai kalbėjosi su Nicku Cope'u, vyresniuoju „Otis“ dizaino strategijos direktoriumi, kad sužinotų daugiau apie roboto ir lifto sąsajų pažangą.

Papasakokite apie tai, kaip mobiliojo roboto kūrėjas gali susieti su Otis liftu pastate

Susidoroti: Dabar „Otis“ palaiko skaitmeninę sąsają ir API, o šios API paprastai yra susijusios su mūsų liftų sistemų prijungimu prie trečiųjų šalių sistemų, pavyzdžiui, robotų sistemos. Projektavimo strategija yra į žmogų orientuoto dizaino įtraukimo į verslo procesus, verslo modelius, paslaugų kūrimo ir įsikišimo principas.

Kai pristatysime naują technologiją, dirbsime su API naudotoju ir roboto programinės įrangos komanda, kad įsitikintume, jog jie turi viską, ko reikia, kad suprastų API. Galime peržiūrėti jų sekas ir pakartotinio bandymo logiką bei pateikti rekomendacijas, remdamiesi savo ankstesne patirtimi.

Kita vertus, mes glaudžiai bendradarbiaujame su vietinėmis „Otis“ komandomis, kurios yra susijusios su diegimu. Taip pat dirbame su pačiais nekilnojamojo turto užsakovais, kuriems, be abejo, kils daug klausimų, į kuriuos norėtų atsakyti.

Kadangi esame paslaugų įmonė, mūsų klientas yra ir roboto tiekėjo klientas, todėl norime užtikrinti, kad visų tikslai būtų suderinti.


2026 m. robotikos aukščiausiojo lygio susitikimo SVETAINĖS SKELBIMAS išsaugokite datą.

Kaip įvyko evoliucija kuriant skaitmeninę sąsają ir palaikomą sąsają robotikos įmonėms?

Susidoroti: Maždaug 2018 ar 2019 m. Kinijoje pastebėjome daug įvaikinimo atvejų, todėl mes tai ištyrėme. Žinojome, kad turime esamų technologijų, kurias galima panaudoti.

Yra būdų, kaip gauti duomenis iš lifto valdiklio ir būdų juos valdyti. Tikrasis noras buvo įdėti juos į debesį, o tada iš debesies perkelti į kitas trečiųjų šalių sistemas.

Matėme, kaip robotizuotos sistemos juda iš pramoninės erdvės, iškeliavo iš sandėlių. Žinojome, kad AGV buvo dislokuoti ligoninėse. Tačiau tikroji didelė galimybė buvo panaudoti šią robotų technologiją ir įdėti ją į daugiau komercinių patalpų, pavyzdžiui, viešbučius.

Ir tada, kai atsirado robotika kaip paslauga (RaaS), robotų tiekėjas pasirūpina visa infrastruktūra, atnešdamas jiems daugybę iššūkių. Jie turi turėti savo sąsajas, o sąsaja su liftu buvo problema.

Taigi sukūrėme debesies pagrindu sukurtą API, vadinamą Otis Integrated Dispatch, nes joje integruota siuntimo galimybė. Šiandien, praėjus penkeriems metams, mes bendradarbiaujame su daugiau nei 60 skirtingų robotų kompanijų. Turime kūrėjų portalą, kuriame yra dokumentacija. Taip pat turime smėlio dėžės aplinką, kurią jie gali naudoti savo bandymams.

Taip pat skatiname robotų kompanijas apsvarstyti galimybę įdiegti avarines sekas, nes galime perduoti tuos duomenis robotų sistemai, kad ji žinotų, ar pastate yra bėdų. Pavyzdžiui, jei liftas perkeliamas į priešgaisrinės tarnybos režimą arba liftą perėmė medicinos komanda, robotas gali būti informuotas apie šias situacijas ir atitinkamai reaguoti.

Ar atsirado kokių nors standartų, kurie leistų bet kuriam robotui susikalbėti su bet kokiu bet kurio pastato liftu?

Susidoroti: Taip. Pavyzdžiui, Singapūro pastatų statybos tarnyba neseniai paskelbė SS 713, kuris yra tam tikras pastato sistemų sąveikos standartas. Ir jei perskaitysite tai, pamatysite, kad jie skatina kelių robotų pastate idėją.

Tarp visų skirtingų liftų sistemų visada bus patentuota informacija. Tai niekur nedings, tačiau akivaizdu, kad standarto tikslas yra padėti visiems sugyventi.

Be to, ASME A17.1-2019/CSA B44-19 8.17.1 skirsnyje nurodyti liftų, eskalatorių ir susijusios įrangos priežiūros, remonto, keitimo ir bandymo reikalavimai. Ji padiktavo, kad visi tokie darbai turi atitikti Liftų ir eskalatorių saugos kodeksą (dabar A17.1-2022), užtikrinant tolesnę saugą ir atitiktį eksploatacijos metu.

Kita tendencija, kurią matome, yra ši tarpinės programinės įrangos koncepcija. Visos skirtingos šalys, įskaitant liftus, automatines duris ir robotų OEM, gali turėti naudos iš bendros sąveikos.

Ar yra tarpinė programinė įranga, kuri gali abstrahuoti visą tą kalbą, kad visiems būtų labai paprasta, tiesiog įdėti komandas ir leisti adapteriams, jungiantiems tarpinę programinę įrangą ir skirtingus OĮG, paimti instrukcijas iš tarpinės programinės įrangos?

Ar yra tam tikra Otis liftų karta, o tikriausiai ir visoje pramonėje, kuri dabar yra skaitmeninė?

Susidoroti: Otis pradėjo montuoti liftus su skaitmeniniu valdymu maždaug 30 metų, maždaug 1990 m. Buvome labai atsargūs kurdami sistemą, kuri galėtų veikti su įranga, kuri yra skirta modifikuoti.

Žinoma, mūsų technologija veikia tik su „Otis“ įranga, tačiau galime ją modifikuoti, kad būtų suderinama su valdikliais maždaug po 30 metų.

Norėdami sužinoti daugiau apie mobiliųjų robotų sąsają su Otis liftais, susisiekite (apsaugotas el. paštu)

Nuoroda į informacijos šaltinį

Jums tai gali patikti

Daugiau iš autoriaus