Utafiti huu unachunguza mfumo wa uthibitishaji wa pacha dijitali wa kiroboti wa wakati halisi na Hardware-in-the-Loop (HIL) uliotengenezwa ili kufuatilia kwa pamoja roboti ya viwandani ya kimwili na nakala yake pepe katika kipimo cha milisekunde, na kupima jinsi algoriti tofauti za upangaji wa mwendo zinavyotenda kwenye maunzi halisi badala ya katika uigaji. Katika utafiti huu, pacha dijitali si uigaji wa roboti wa pande tatu pekee; ni mfumo wa uthibitishaji wa kimwili-pepe unaolinganishia kwa wakati data za nafasi, mwelekeo, kasi, effort ya kiungo, nguvu na torati kutoka kwa roboti halisi ya UR10e na modeli pepe, na kufanya tofauti za tabia ziweze kupimika. Katika utafiti, vipengele vya ROS 2, Apache Kafka, Elasticsearch, MariaDB, Gazebo, MoveIt 2, OMPL na Functional Mock-up Unit (FMU) vimeunganishwa katika mnyororo mmoja wa data.

Mfumo wa majaribio unatumia muundo wa kiroboti wenye daraja 7 za uhuru ulioundwa kwa kuweka manipuleta ya Universal Robots UR10e yenye viungo sita vya kuzunguka juu ya mhimili wa mstari wa Festo. Roboti ilisogea kuzunguka kielelezo cha shasi nyembamba ya basi yenye sehemu nne; vipangaji 11 tofauti vya OMPL viliendeshwa mara 10 kila kimoja, na jumla ya utekelezaji 110 wa kimwili ulifanywa. Mfumo ulikusanya data kwa 50 Hz na jumla ya vipimo 785.192 vilivyosawazishwa vilitumika katika utafiti. Ucheleweshaji unaotegemea viungo katika mkondo wa data ulipimwa kati ya 0,09–15,51 ms, hivyo kuonyesha kwamba mfumo wa kimwili na wa pepe unaweza kufuatiliwa pamoja ndani ya kikomo cha wakati halisi cha 20 ms kwa 50 Hz kilichofafanuliwa na utafiti.

Mojawapo ya vipengele muhimu zaidi vya matokeo ni kuonyesha kwamba roboti kufuata amri kwa usahihi na uigaji pamoja na ulimwengu halisi kutoa njia ileile ya kijiometri si tatizo lilelile. Wakati hitilafu ya ufuatiliaji wa TCP ya roboti halisi ilibaki takriban katika kiwango cha 2–4 mm katika majaribio mengi, kwa RRTstar tofauti ya kiwango cha upangaji kati ya njia za uigaji na ulimwengu halisi ilifikia 457,65 mm katika nukta moja. Utafiti unatafsiri tofauti hii ya makroskopiki kama mkengeuko wa kitopolojia: kelele katika wingu halisi la nukta, mishono ya kulehemu, kutokuwa sawa kwa nyuso na kufunikwa kwa sensa vinaweza kusababisha kipangaji kinachotegemea sampuli kupita upande wa kizuizi ulio tofauti kabisa na ule wa uigaji. Kwa hiyo, tofauti ya mamia ya milimita haimaanishi kwamba mota za roboti zimefanya kosa la mamia ya milimita.

Kwa nini pacha dijitali wa roboti si uigaji tu?

Pacha dijitali katika utafiti huu hutofautiana na uigaji wa kawaida wa nje ya mtandao kwa sababu huanzisha ubadilishanaji endelevu wa data, rejea ya pamoja ya wakati, uthibitishaji wa vipimo vya kimwili na ulinganisho wa tabia kati ya roboti halisi na modeli pepe. Modeli ya Gazebo ni nakala pepe ya mfumo wa kimwili; ROS 2, RTDE na Kafka huwezesha vipimo vya kimwili kuhusishwa na safu hii pepe kwa wakati halisi.

Mpangilio wa majaribio ya kimwili

Katikati ya jaribio kuna roboti shirikishi ya Universal Robots UR10e. Mbali na viungo sita vya kuzunguka vya UR10e, roboti imewekwa juu ya mhimili wa mstari wenye kiendeshi cha servo cha Festo CMMT. Kwa njia hii eneo la kazi la kimwili limepanuliwa na mfumo umegeuzwa kwa ufanisi kuwa mnyororo wa kinematiki wenye daraja 7 za uhuru.

Kamera ya kina ya SICK Visionary T-Mini ilitumika kutambua mazingira ya roboti. Mawingu ya nukta yaliyotolewa na kamera yanawakilisha jiometri halisi ya vizuizi vya mazingira vinavyokabili vipangaji vya mwendo. Nafasi za shasi halisi ya basi, mhimili wa mstari na vipengele vingine zilipimwa kwa kipimo cha milimita kwa mfumo wa kunasa mwendo wa OptiTrack; jiometri ilimodeliwa ndani ya Autodesk Fusion 360 na kuhamishwa kwenda Gazebo kupitia muundo wa URDF.

Miundombinu ya kompyuta iliwekwa kwenye kituo cha kazi kinachoendesha Ubuntu 22.04 LTS, chenye prosesa ya Intel Core i9-14900, NVIDIA RTX 4000 Ada GPU na 64 GB RAM. Roboti, mhimili wa mstari na mifumo ya upigaji picha ziliunganishwa kwenye mtandao maalumu wa 1000 Mbps Ethernet. ROS 2 Humble ilishughulikia safu ya udhibiti wa roboti na upataji data, Gazebo Ignition 6.16.0 mazingira ya pacha dijitali, Apache Kafka 3.8.1 mtiririko wa data, Elasticsearch 8.19.0 uorodheshaji wa mfululizo wa wakati, na MariaDB uhifadhi wa kihusiano.

Safu nne za kiutendaji za mkondo wa data

Nodi iliyotengenezwa mahususi ya double_ros2_kafka_bridge husikiliza /dynamic_joint_states, sensa ya nguvu-torati, pozi ya TCP na mada nyingine za ROS 2, hubadilisha ujumbe kuwa JSON na kuutuma kwa Kafka. Kwenye mada za sensa za masafa ya juu upande wa ROS 2, wasifu wa Sensor_Data na Best_Effort QoS umetumika, huku kwenye mtengenezaji wa Kafka mipangilio kama linger.ms = 0 ikitumika kupunguza ucheleweshaji.

Kwa kuwa data za roboti zilikusanywa kwa 50 Hz, muda wa kinadharia kati ya sampuli mbili ni 20 ms. Katika utafiti, kikomo cha “wakati halisi” kilifafanuliwa kwa msingi wa mzunguko huu wa 20 ms. Tofauti muhimu hapa ni kwamba ingawa data zilirekodiwa kwa 50 Hz, baadhi ya mahesabu ya urefu wa njia baadaye yalipunguzwa nje ya mtandao hadi madirisha ya muda ya sekunde 0,5. Operesheni hii ya downsampling ya nje ya mtandao haibadili mwonekano wa 50 Hz wa mkondo wa data wa moja kwa moja.

Kwa nini kazi ya mwendo ni ngumu?

Hali ya majaribio imejengwa kuzunguka shasi nyembamba ya basi yenye sehemu kuu nne. Effector ya mwisho ya roboti ilifanya skani za wima upande wa kulia na kushoto wa shasi, na ikafanya mizunguko kamili ya mwelekeo ya 360 digrii ndani ya sehemu hizo. Mazingira kama haya yanahitaji si tu kupata njia kati ya mwanzo na lengo, bali pia kupita katika nafasi nyembamba bila mgongano na kuhifadhi mipaka ya mienendo ya kimwili ya roboti.

Vipangaji 11 vya OMPL vilivyolinganishwa

Katika utafiti zilitumika KPIECE, EST, LBKPIECE, SBL, RRTConnect, BKPIECE, PRMstar, RRT, TRRT, RRTstar na PRM. Vipangaji viliendeshwa chini ya hali zilezile za mwanzo na lengo, lakini mbegu thabiti ya nambari nasibu haikutumika. Kwa njia hii tabia halisi ya kistokastiki ya algoriti zinazotegemea sampuli ilihifadhiwa.

Katika vipangaji vyote, kiolesura cha MoveIt 2 OMPL na AddTimeOptimalParameterization vilitumika. Mwonekano wa ukaguzi wa mgongano uliwekwa kuwa longest_valid_segment_fraction = 0.005. Vipimo vya kasi na uharakishaji wa juu ni 0,05 kwa roboti halisi na 0,1 kwa uigaji. Muda wa mwisho wa kisuluhishi cha kinematiki cha KDL ni 0,005 s; uvumilivu wa nafasi ya lengo ni 0,001 m na uvumilivu wa mwelekeo wa lengo ni 0,001 rad. Kila kipangaji kilipewa muda wa upangaji wa sekunde 5. Katika hali hizi, algoriti zote 11 zilikamilisha majaribio 10 kati ya 10 na jumla ya utekelezaji 110 wa kimwili uliofanikiwa ulipatikana.

Mwendo wa roboti halisi ulilinganishwaje na viwianishi vya ulimwengu?

Kwa kuwa TCP na mhimili wa mstari hutoka kwenye mada tofauti za ROS na kwa masafa tofauti, kujumlisha urefu wa njia moja kwa moja kutoka sampuli ghafi kunaweza kuongeza umbali kwa njia ya bandia kutokana na jitter ya masafa ya juu. Kwa hiyo, katika hatua ya nje ya mtandao ya kuhesabu urefu wa njia, visanduku vya muda vya 0,5 s vilitumika:

\[ t_{\mathrm{bin}}= \left\lfloor \frac{t_{\mathrm{raw}}}{\Delta t} \right\rfloor \Delta t \qquad \Delta t=0.5\,\mathrm{s} \]

Hapa \(t_{\mathrm{raw}}\) inaonyesha muhuri wa wakati wa sensa ghafi, na \(t_{\mathrm{bin}}\) inaonyesha muhuri wa wakati uliopunguzwa hadi dirisha lilelile la muda. Rekodi za TCP na mhimili wa mstari ziliunganishwa baadaye kwa mbinu ya jirani wa karibu zaidi kwa wakati.

Kwa kuwa UR10e husogea kwenye reli ya mstari, kiratibu cha TCP kilichopimwa kwa kuzingatia msingi wa roboti kinahitaji kubadilishwa kuwa kiratibu thabiti cha ulimwengu:

\[ \begin{bmatrix} x_{\mathrm{world}}\\ y_{\mathrm{world}}\\ z_{\mathrm{world}} \end{bmatrix} = \begin{bmatrix} x_{\mathrm{base}}\\ y_{\mathrm{base}}\\ z_{\mathrm{base}} \end{bmatrix} + \begin{bmatrix} \delta_x\\ \delta_y+d_{\mathrm{rail}}(t)\\ \delta_z \end{bmatrix} \]

Katika chanzo, ofseti za usakinishaji zimetolewa kama \(\delta_x=-0.158\,\mathrm{m}\), \(\delta_y=0.115\,\mathrm{m}\) na \(\delta_z=0.586\,\mathrm{m}\). \(d_{\mathrm{rail}}(t)\) ni nafasi ya mhimili wa mstari katika wakati husika.

Kwa kujumlisha umbali wa Euclidean kati ya nukta za TCP zinazofuatana zilizobadilishwa kuwa viwianishi vya ulimwengu, urefu wa jumla wa njia ya Cartesian ulihesabiwa:

\[ L=\sum_{i=1}^{N-1} \sqrt{ (x_{i+1}-x_i)^2+ (y_{i+1}-y_i)^2+ (z_{i+1}-z_i)^2 } \]

Mlinganyo huu hautoi kiasi cha mwendo wa roboti katika nafasi ya viungo, bali umbali wa kijiometri wa pande tatu ambao effector ya mwisho imesafiri katika mfumo thabiti wa viwianishi vya ulimwengu.

Seti ya data ina nini?

Utafiti unaleta pamoja nafasi, mwelekeo, kasi za viungo, effort za viungo, nguvu na torati za TCP, metadata kama GPIO/joto la zana, trajektori halisi na za uigaji, pamoja na mawingu ya nukta za mazingira. Data ghafi za mienendo zilirekodiwa kwa 50 Hz, na marudio ya majaribio yalidumu takriban sekunde 300–360. Hifadhi ya jumla ya uthibitishaji ilifikia sampuli 785.192 zilizosawazishwa.

Chanzo kinaripoti ukubwa wa seti ya data isiyobanwa kuwa 9,97 GB. Kati ya hiyo, 3,36 GB inaelezwa kuwa data iliyochakatwa, huku 6,61 GB ikiwa trajektori na rekodi ghafi zinazohusiana. Kwa sababu baadhi ya idadi za faili katika maelezo ya kina ya saraka ya chanzo hazilingani moja kwa moja na jedwali la muhtasari wa hesabu, si sahihi kuunganisha jedwali la muhtasari na orodha ya kina ya saraka kana kwamba ni hesabu moja kamili ya faili.

Mbinu na Matokeo ya Utafiti

Kwa nini mkengeuko wa kitopolojia si hitilafu ya ufuatiliaji wa roboti?

Kwa sababu wakati hitilafu halisi ya ufuatiliaji wa TCP ya roboti hubaki katika kiwango cha milimita chache katika majaribio mengi, mkengeuko wa kitopolojia ni tofauti ya njia ya makroskopiki inayotokea pale kipangaji cha kistokastiki kinachofanya kazi kwenye uigaji na wingu halisi la nukta kinapopita upande tofauti wa kizuizi. Katika chanzo, RMSE ya mkengeuko wa kitopolojia kwa RRTstar imetolewa kuwa 88,08 mm, na tofauti ya juu zaidi ya nukta kuwa 457,65 mm.

Ulinganifu wa kiwango cha chini wa roboti halisi na pepe

UR10e halisi na modeli ya Gazebo zilipolinganishwa kwenye mhimili uleule wa wakati, tofauti za nafasi za TCP zilibaki takriban ndani ya 2–4 mm katika majaribio mengi. Thamani za RMSE za nafasi za viungo hubadilika kati ya 0,0092 rad na 0,1089 rad. Ingawa katika baadhi ya viungo vya kifundo hitilafu za muda mfupi za kiwango cha juu zilizidi 1 rad, utafiti unaeleza kwamba hizi ni hali za mpito za muda mfupi zinazotokea karibu na singularity za kinematiki au wakati wa mabadiliko ya ghafla ya mwelekeo yenye uharakishaji mkubwa.

Thamani za wastani za ucheleweshaji zilizohesabiwa kwa uhusianisho mtambuka wa data za viungo ziko kati ya 0,09 ms na 15,51 ms. Thamani ya chini kabisa imeripotiwa kuwa 0,09 ms kwenye kiungo cha kiwiko, na ya juu zaidi 15,51 ms kwenye kiungo cha wrist_3.

Ni kipangaji gani cha OMPL kilicho bora zaidi?

Jaribio hili halionyeshi kipangaji kimoja cha ulimwengu mzima kuwa “bora zaidi”; matokeo hubadilika kulingana na kipimo kinachotumika. Katika hali hii ya shasi yenye sehemu nne na 7-DOF, KPIECE ilitoa njia fupi zenye utofauti mdogo, huku EST ikitoa muda wa chini zaidi wa wastani wa utekelezaji wa kimwili. Kinyume chake, baadhi ya matokeo ya familia za RRT na PRM yalitoa njia ndefu zaidi au zenye mabadiliko makubwa zaidi. Mpangilio huu hauwezi kujumlishwa moja kwa moja kwa jiometri tofauti za roboti na maeneo tofauti ya kazi.

Muda wa utekelezaji wa kimwili katika jedwali ni muda ambao roboti huchukua kukamilisha trajektori kwa uhalisia; muda wa awali wa hesabu ya upangaji haujajumuishwa katika thamani hii. Mkengeuko wa kawaida wa 0,53 m wa urefu wa njia wa KPIECE unaonyesha mojawapo ya viwango vya chini vya mabadiliko katika jaribio hili. Mkengeuko wa kawaida wa 6,80 m wa PRM unaashiria utofauti mkubwa zaidi wa njia kati ya marudio tofauti chini ya hali zilezile za mwanzo na lengo.

Tofauti kati ya vipangaji si ya uchunguzi tu. Jaribio la Kruskal-Wallis H lililofanywa kwa marudio kumi lilitoa \(H=35.90,\ p<0.001\) kwa muda halisi wa utekelezaji wa kimwili na \(H=63.62,\ p<0.001\) kwa urefu halisi wa njia. Kwa hiyo, katika mpangilio huu maalumu wa majaribio, tofauti za usambazaji kati ya algoriti zina umuhimu wa kitakwimu.

Mzigo wa upangaji pia hubadilika kulingana na algoriti

Katika chanzo, mzigo wa upangaji ulitathminiwa kando kwa kuondoa muda wa utekelezaji wa kimwili kutoka muda wa jumla wa kurekodi. Mzigo wa upangaji wa takriban %34,6 uliripotiwa kwa LBKPIECE, %30,5 kwa BKPIECE, %25,6 kwa PRM na %22,8 kwa RRTConnect. Kwa PRMstar na RRTstar, jedwali linaonyesha mzigo wa nje wa upangaji unaokaribia sifuri. Thamani hizi zinaonyesha kwamba muundo wa algoriti unaweza kuathiri si njia ya kijiometri pekee bali pia upangaji wa muda wa kazi kwa ujumla.

Kwa nini roboti inaweza kusafiri njia fupi zaidi katika ulimwengu halisi kuliko katika uigaji?

Katika mojawapo ya mifano iliyochunguzwa, njia iliyopangwa katika uigaji ni 10.110,4 mm, huku njia iliyotekelezwa kimwili ikiwa 9.776,3 mm; tofauti ni takriban 334 mm. Sababu si kwamba roboti halisi hutumia kipangaji “sahihi zaidi”. Ingawa OMPL huzalisha waypoint za kijiometri zenye kona kali, ROS 2 joint trajectory controller na mfumo wa udhibiti wa ndani wa UR10e hutumia interpolation ya spline na ulainishaji wa kona ili kudumisha mwendelezo wa kasi wakati wa kupita waypoint. Kwa hivyo TCP inaweza kuzungusha kona kwa upande wa ndani badala ya kupita moja kwa moja juu ya baadhi ya nodi zenye kona kali.

Ugunduzi huu unaonyesha kwamba katika benchmark za uigaji haitoshi kutazama jiometri ghafi iliyopangwa pekee: kidhibiti cha roboti halisi pia kinaweza kuunda safu ya pili ya uundaji wa mwendo wakati wa utekelezaji.

Data za nguvu na torati zilionyesha nini?

Sensa ya nguvu-torati ya TCP hupima, pamoja na mguso wa kimwili, nguvu za mienendo zinazotokana na uharakishaji, upunguzaji kasi, wingi wa effector ya mwisho na mabaki ya fidia ya mvuto. Kwa hiyo, thamani ya sensa kuwa tofauti na sifuri pekee haimaanishi mgongano.

Katika utafiti, kichujio cha nje ya mtandao cha wastani unaosogea cha low-pass kilitumika na kwa tathmini ya majaribio vizingiti vya 120 N kwa nguvu na 5 Nm kwa torati vilitumika. Vizingiti hivi ni mipaka ya tathmini ya utafiti wenyewe; havipaswi kufasiriwa kama kiwango cha ulimwengu mzima cha usalama wa roboti. RRT ilitoa kwa muda mfupi thamani ya kilele cha nguvu ya takriban 100,089 N, na torati ya juu katika PRM ilipimwa kuwa 3,709 Nm. Thamani zilizopimwa zilibaki chini ya vizingiti vilivyotumika katika utafiti.

Ukubwa wa wastani wa nguvu wa TRRT wa 5,509 N ni miongoni mwa thamani za chini zaidi katika jedwali; katika RRTstar, thamani ya RMS ya nguvu ya 10,33 N na mkengeuko wa kawaida wa 5,227 N ni wa juu zaidi kwa kiasi kinachoonekana. Matokeo haya yanaonyesha kwamba njia mbili halali kijiometri si lazima zitoe mzigo uleule wa kimitambo kwenye roboti halisi.

Kwa nini mkengeuko wa uigaji-ulimwengu halisi ulifikia mamia ya milimita?

Kwa RRTstar, thamani ya RMSE ya tofauti ya trajektori ya uigaji-ulimwengu halisi iliyohesabiwa katika nafasi 27 za lengo ni 88,08 mm, na tofauti ya juu zaidi ni 457,65 mm. Utafiti unasisitiza kwamba ukubwa huu hauwezi kuelezwa kwa usawazishaji wa wakati au kalibresheni ya roboti; kwa sababu katika majaribio hayohayo, ufuatiliaji wa kiwango cha chini wa TCP uko katika kiwango cha milimita chache na ucheleweshaji wa mawasiliano uko chini ya kikomo cha mzunguko wa 20 ms.

Sababu kuu ni kubadilika kwa nafasi ya upangaji. Wakati uigaji unaotegemea CAD hufanya kazi na nyuso safi za kijiometri, kamera halisi ya kina huona pia mishono ya kulehemu, nyuso zisizo sawa, kelele za sensa na kufunikwa. Katika ramani hii mpya ya vizuizi, kipangaji cha kistokastiki kinaweza kuchagua kuzunguka sehemu kwa upande ulio kinyume na ule wa uigaji. Kihisabati, njia mbili zinaweza kuhamia katika madaraja tofauti ya homotopy. Kwa hiyo, “hitilafu ya 457,65 mm” haipaswi kusomwa kama mkono wa roboti umekosa lengo kwa nusu mita.

Je, uachano wa chini wa 200,66 mm unathibitisha kwamba mwili mzima wa roboti ni salama?

Hapana. Thamani ya 200,66 mm iliyohesabiwa katika chanzo ni umbali wa chini kutoka trajektori halisi ya TCP hadi nukta ya karibu zaidi ya kizuizi katika wingu halisi la nukta lililochujwa. Utafiti unaeleza wazi kwamba katika siku zijazo viungo vyote vya roboti na ujazo wa effector ya mwisho vinapaswa kuongezwa kwenye modeli; kwa hiyo thamani hii haipaswi kufasiriwa kama dhamana ya kuepuka mgongano inayolingana na ISO kwa mwili mzima.

Ikiwa nafasi ya papo hapo ya TCP imefafanuliwa kama \(P_{\mathrm{TCP}}(t)=[x(t),y(t),z(t)]\) na nukta halali za vizuizi katika mazingira kama \(O=\{O_1,O_2,\ldots,O_k\}\), basi umbali wa papo hapo hadi kizuizi cha karibu zaidi ni:

\[ d(t)= \min_{O_i\in O} \sqrt{ (x(t)-x_{O_i})^2+ (y(t)-y_{O_i})^2+ (z(t)-z_{O_i})^2 } \]

uliokokotolewa kwa namna hiyo. Utafutaji wa KD-Tree ulitumika kuharakisha hesabu. Uachano wa chini kwa trajektori nzima ulifafanuliwa kama:

\[ C_{\min}=\min_t d(t) \]

Katika hesabu hii iliyofanywa kwenye zaidi ya nukta halali 171.000 za kimwili, uachano wa chini wa TCP ulioshuhudiwa ulikuwa 200,66 mm.

Wingu halisi la nukta liliongeza nini kwenye modeli ya CAD?

Katika uchanganuzi wa ujazo unaotegemea OctoMap, mwonekano wa voxel wa 0,02 m ulitumika. “belief map” ya awali iliyoundwa kutoka modeli ya CAD yenye sehemu 44 ilikuwa na nodi za majani 20.334; baada ya skani halisi za sensa kuongezwa, ramani ilifikia nodi 26.590.

Kutoka kwenye skani 26 za sensa za mzunguko wa kwanza wa HIL, jumla ya nukta 5.108.938 zenye viwianishi vya ulimwengu zilipatikana. Kati ya hizo, 1.884.392, yaani %36,9, zilibaki ndani ya ujazo wa mpaka wa shasi; nukta 3.224.546 ziliondolewa kama uchunguzi wa nje ya shasi. Katika sehemu 38 kati ya 44 za CAD, angalau voxel moja iliyokaliwa iligunduliwa, yaani katika mzunguko mmoja wa skani kulipatikana ufunikaji wa %86,4 katika kiwango cha sehemu.

Tofauti ya nodi 6.256 kati ya nodi 20.334 za awali na nodi 26.590 baada ya data za sensa imehusishwa na sensa kunasa mishono ya kulehemu, nyuso za ndani na kutokuwa sawa kwa nyuso halisi ambazo CAD bora haijumuishi. Matokeo haya yanaonyesha kwa nini, kwa pacha dijitali, data halisi za sensa si “taarifa ya ziada” tu bali ni safu ya data inayoweza kubadilisha moja kwa moja ramani ya mgongano.

Uthibitishaji wa kinematiki wa FMU

Forward Kinematics FMU hupokea pembe sita za viungo vinavyozunguka vya UR10e kama \(q_1-q_6\) na hutengeneza nafasi ya TCP na mwelekeo wa quaternion kutoka kwa vigezo vya Denavit-Hartenberg. Kuna kikomo muhimu cha kimbinu hapa: ingawa mfumo halisi una 7-DOF, uthibitishaji wa FMU huunda moja kwa moja modeli ya viungo sita vya kuzunguka vya UR10e. Mhimili wa mstari umeshughulikiwa kama ofseti ya nje ya utafsiri katika ubadilishaji wa viwianishi vya ulimwengu.

Katika sampuli 785.192, RMSE ya nafasi ilibaki kati ya 1,847 mm na 2,081 mm kulingana na kipangaji. RMSE ya mwelekeo ilikuwa kati ya 0,129° na 0,177°. Hivyo, licha ya trajektori tofauti za OMPL, ilionyeshwa kwamba hitilafu ya modeli ya kinematiki ilibaki takriban katika kiwango kilekile cha ukubwa.

Kwenye mhimili wa X, bias chanya ya kimfumo ya takriban +0,886 hadi +1,603 mm ilionekana. Chanzo kinahusisha hili na FMU kuhesabu nukta ya flange ya roboti bila kujumuisha ofseti ya TCP ya zana halisi. Kwa maneno mengine, hii ni ofseti thabiti ya kijiometri inayoweza kusahihishwa zaidi kuliko upotoshaji wa kinematiki wa nasibu.

Modeli ya torati ya FMU inapata ugumu wapi?

Matokeo ya Inverse Dynamics FMU yalilinganishwa na vipimo halisi vya effort katika viungo sita vya roboti. Joint 2 na Joint 3 zilionyesha thamani za juu zaidi za RMSE kamili ya torati: kwa wastani 6,932 Nm na 3,422 Nm mtawalia. Kwa Joint 1, RMSE ya wastani ni 0,857 Nm; kwa viungo vya kifundo Joint 4, 5 na 6 ni takriban 0,352, 0,352 na 0,451 Nm mtawalia.

Sababu kuu ya tofauti hii ni muundo wa modeli halisi zaidi kuliko uteuzi wa algoriti. FMU katika chanzo hutumia mienendo bora ya mwili mgumu; haijumuishi kikamilifu msuguano wa Coulomb na msuguano mnato wa viungo, baadhi ya vipengele vya Coriolis/centrifugal na athari nyingine zisizo za mstari katika mekanizimu halisi. Katika viungo vya bega na kiwiko vinavyobeba mzigo, upungufu huu husababisha mkengeuko mkubwa zaidi wa torati.

Viungo vyote vinapotathminiwa pamoja kupitia vipangaji, RMSE ya wastani hubaki katika masafa finyu ya 2,007 Nm hadi 2,125 Nm. Hali hii inaunga mkono kwamba sehemu muhimu ya hitilafu ya utabiri wa torati huamuliwa zaidi na mekaniki za viungo na dhana za modeli kuliko utambulisho wa kipangaji.

Je, hesabu ya FMU inatoshea ndani ya kikomo cha wakati halisi?

Chanzo kinaripoti kwamba hatua moja ya Forward Kinematics FMU huchukua kwa wastani takriban 2,47 ms, huku hatua ya inverse dynamics ikichukua takriban 2,56 ms. Ucheleweshaji wa mawasiliano unaotegemea viungo uliopimwa katika muunganisho wa ROS 2-Kafka uko kati ya 0,09–15,51 ms. Makala inaripoti kwamba usanifu huu huhifadhi kikomo cha mzunguko wa 20 ms kilichofafanuliwa kwa 50 Hz.

Wakati wa kutafsiri muda huu, nyakati za FK na inverse dynamics hazipaswi kujumlishwa kimitambo na ucheleweshaji wa juu wa mtandao kana kwamba ziko katika njia moja muhimu inayofuatana katika kila hali; chanzo huthibitisha utendaji wa mfumo kwa kuangalia pipeline ya wakati halisi kwa ujumla. Aidha, upotevu wa pakiti katika daraja la ROS 2-Kafka umeripotiwa kuwa chini ya %0,1 na kuachana kwa muda mrefu kwa saa kumeelezwa kubaki ndani ya mipaka ya NTP.

Utafiti unasema nini na hausemi nini

Utafiti unaonyesha kwamba kuingiza data halisi za roboti katika benchmark ya pacha dijitali na upangaji wa mwendo kunaweza kufanya tofauti muhimu zilizofichwa na uigaji zionekane. Hasa, imeonyeshwa kwa majaribio kwamba matokeo ya kipangaji katika mazingira safi ya CAD na njia katika wingu la nukta za kimwili lenye kelele vinaweza kutofautiana kwa kiasi kikubwa kijiometri.

Hata hivyo, utafiti unategemea hali moja ya maabara inayodhibitiwa. Hali za eneo la uzalishaji kama mtetemo wa mazingira na mwangaza unaobadilika hazijajaribiwa kwa utaratibu. Uchunguzi wa nguvu-torati haujumuishi kazi za kuunganisha/manipuleta zenye mguso mwingi. FMU iliyopo huunda moja kwa moja modeli ya viungo sita vya UR10e; modeli kamili ya mienendo ya mhimili wa mstari ni miongoni mwa maboresho ya baadaye. Modeli ya mienendo haijumuishi kikamilifu msuguano, athari za Coriolis na centrifugal. Zaidi ya hayo, tathmini ya clearance inalenga TCP; uchanganuzi wa ujazo wa migongano ya viungo vyote vya roboti bado haujafanywa.

Kwa hiyo, tabia za KPIECE, EST, RRT, PRM au vipangaji vingine zinazoonekana hapa haziwezi kujumlishwa kuwa “algoriti hii ni bora kwa kila roboti”. Data za chanzo zenyewe zinaonyesha kwamba utendaji wa kipangaji hutegemea mnyororo wa kinematiki, jiometri ya vizuizi, mazingira ya sensa na safu ya udhibiti wa kimwili inayotumika.

Maelezo ya Chanzo na Mbinu

Kichwa asili: Real-Time Big Data Pipelines for Industrial Robot Digital Twins: An OMPL Benchmarking Framework

Waandishi: Metin Yılmaz; Cem Suha Yılmaz; Serhat Kahraman; Uğur Yayan.

Mwandishi wa mawasiliano: Metin Yılmaz.

Taasisi: Autonomous Systems & Technology for TR-Metin Yılmaz; Eskişehir Osmangazi Üniversitesi Bilgisayar Mühendisliği Bölümü; Eskişehir Osmangazi Üniversitesi Elektrik-Elektronik Mühendisliği Bölümü; DEFTR Tek. Elek. Müh. Dan. Enerji ve Ulus. Tic. Ltd.; Eskişehir Osmangazi Üniversitesi Yazılım Mühendisliği Bölümü.

Jarida: Machines.

Mchapishaji: MDPI.

Juzuu / toleo / makala: 14 / 6 / 702.

Tarehe ya kuchapishwa: 18 Juni 2026.

Kuwasilishwa / marekebisho / kukubaliwa: 23 Aprili 2026 / 2 Juni 2026 / 3 Juni 2026.

DOI:10.3390/machines14060702

Aina ya chanzo na mapitio rika: Makala ya jarida la kisayansi iliyopitiwa na rika; Version of Record iliyochapishwa.

Leseni: Creative Commons Attribution (CC BY).

Upatikanaji wa data: Utafiti chanzo umechapisha seti ya data kwenye Mendeley Data: Mendeley Data — xsnpgfz5mb/3.

Ufadhili: Utafiti uliungwa mkono chini ya KDT Joint Undertaking Grant Agreement No. 101140216. Chanzo pia kinaripoti ufadhili kutoka Vinnova ya Uswidi, FFG ya Austria, Business Finland, Ministry of Universities and Research ya Italia, FCT ya Ureno na TÜBİTAK 124N448 nchini Uturuki.

Mgongano wa maslahi: Kulingana na chanzo, Metin Yılmaz anafanya kazi katika AST4TR na Serhat Kahraman katika DEFTR. Waandishi wengine hawakuripoti mgongano wa maslahi ya kibiashara au kifedha; imeelezwa kwamba wafadhili hawakuwa na jukumu katika muundo wa utafiti, ukusanyaji/uchanganuzi wa data, uandishi wa makala au uamuzi wa kuchapisha.

Michango ya waandishi: Uundaji wa dhana M.Y. na U.Y.; mbinu M.Y. na C.S.Y.; programu M.Y.; uthibitishaji M.Y., C.S.Y. na S.K.; uchanganuzi rasmi M.Y. na C.S.Y.; utafiti M.Y. na S.K.; rasilimali U.Y. na C.S.Y.; uratibu wa data na uoneshaji M.Y.; usimamizi na usimamizi wa mradi U.Y. Rasimu ya awali iliandaliwa na M.Y., na mapitio na uhariri yakafanywa na C.S.Y., S.K. na U.Y.

Taarifa ya matumizi ya akili bandia: Waandishi wameeleza kwamba walitumia modeli za Gemini 3.1 Pro, Claude Opus 4.6 na Claude Sonnet 4.6 kwa rasimu za awali za misimbo saidizi ya Python na uhariri wa lugha; pia walitumia Grammarly kwa uhariri wa lugha. Kulingana na chanzo, zana za AI hazikutumika katika uundaji wa dhana ya utafiti, uendeshaji wa majaribio ya roboti halisi au utoaji wa matokeo ya msingi ya kisayansi; msimbo uliotengenezwa ulijaribiwa na kuthibitishwa na waandishi binadamu.

Vikomo vikuu vya kimbinu: Mazingira ya maabara yanayodhibitiwa; kutokujumuishwa kwa mtetemo wa mazingira na mwangaza unaobadilika; kutotathminiwa kwa kazi za roboti zenye mguso mwingi; FMU kutokujumuisha mhimili wa mstari kama modeli kamili ya mienendo ya 7-DOF; kutokamilika kwa msuguano na baadhi ya athari za mienendo zinazotegemea kasi katika modeli bora ya mienendo; na clearance ya usalama kupimwa kwa umbali wa wingu la nukta unaolenga TCP badala ya mwili mzima wa roboti.

Onyo la uhariri ndani ya chanzo: Orodha ya vipangaji 11 katika sehemu kuu za mbinu na matokeo hailingani na majina “BiEST” na “LazyPRM*” yanayotokea katika sehemu ya Hitimisho ya makala. Aidha, rejea moja ya “Table 4” katika mjadala wa matokeo inaonekana, kwa maudhui, kuelekeza kwenye data za utofauti katika Table 7. Maelezo ya kina ya saraka ya seti ya data na idadi za muhtasari za faili katika Table 5 pia si sawa kabisa. Badala ya kusahihisha kutolingana huku na kuunda ukweli mpya wa chanzo, maandishi haya ya Verianla yanafanya tofauti hizo zionekane na yanaweka tafsiri zake za nambari ndani ya majedwali makuu ya mbinu/matokeo yanayoweza kuthibitishwa.