Jonli qayta ishlash yoki yozib olingan ma'lumot: VPN aslida nimaga kerak?
Qaysi robot ishi tarmoqdan o'tishi kerakligini hal qiling: o'z vaqtida natijalar, kuzatuv telemetriyasi yoki yozib olingan ma'lumotlar to'plami. Uch shart, so'ngra bag buyruqlari.
Bir xona masofada foydasiz bo'lib qoladigan robotda VPN muammosi paydo bo'lishidan ancha oldin aloqa yoki ish yuki muammosi bo'ladi. Shifrlash yo'lni himoya qiladi, lekin radio qamrovni kengaytirmaydi va masofaviy hisoblashni tezroq tugatmaydi. Oldingizdagi qaror qaysi ish haqiqatan tarmoqdan o'tishi kerakligini aniqlash, va bu javob odatda odamlar kutganidan ko'proq trafikni olib tashlaydi. Buni uch shart hal qiladi, o'tkazuvchanlik esa ulardan biri emas.
Uch tartib, bitta bog'liqlik savoli
Jadval tartiblarni diagrammada qaysi dastur ko'rinishiga ko'ra emas, aloqaga nima bog'liqligiga ko'ra ajratadi.
| Arrangement | What depends on the link | What stays onboard |
|---|---|---|
| Live remote processing | The exchange and any timely result the workstation returns | Only what the remote step does not block |
| Onboard processing, remote observation | The declared telemetry or display stream | The processing loop itself |
| Local recording, later analysis | Transfer of one selected dataset | The entire run, including raw sensors |
Bu jadvaldagi hech bir qator xavfsizlik dalili emas. Boshqaruv va xavfsizlik funksiyalari kechikish, paket yo'qolishi va uzilgan aloqa uchun hali ham munosib javob talab qiladi, va hech qanday tunnel ko'rsatkichi uni bermaydi. Jadval bog'liqlik qayerda joylashganini ko'rsatadi, va tarmoq dizayni haqiqatan o'zgartira oladigan qism aynan shu.
Birinchi shart: javob o'z vaqtida bo'lishi kerakmi?
Agar masofaviy natija boshqaruvchiga kirsa, tarmoq boshqaruv tsikli ichida turadi, va uning kechikishi, jitteri va uzilishlari boshqaruv xususiyatiga aylanadi. Agar o'sha natija faqat displey, dashboard yoki kuzatib turgan odamga kirsa, xuddi shunday kechikish faqat ko'rinishdir.
Simsiz aloqa orqali yopiq tsikl ishi mumkin, va "VPN sekin" degan shikoyatlarning ko'pchiligi aynan shu yerdan boshlanadi, chunki tunnel ko'rinadigan komponent, sabab esa radio va marshrutlashda. Tunnelning o'z pingini emas, haqiqiy xabarining aylanish vaqtini o'lchang, so'ng bu raqam tsikl byudjetiga sig'ishini so'rang. Sig'masa, xonadagi hech kim boshqarmaydigan aloqa uchun qattiqroq xizmat darajasini kelishish o'rniga qadamni bortga ko'chiring. O'lchangan raqamni qanday sharoitda olinganligi bilan birga yozib qo'ying, chunki keyingi hisobot o'sha sharoitlarsiz keladi.
Ikkinchi shart: qanday tezlik, yo'nalish va uzilishni e'lon qila olasiz?
Ma'lumotni, tezlikni, yo'nalishni va dastur toqat qiladigan eng uzoq uzilishni yozib qo'ying. Yuqoriga yo'naltirilgan kamera oqimi va pastga yo'naltirilgan buyruq kanali turlicha ishdan chiqadi, va harakatsiz tekshiruv toqat qiladigan uzilish harakatdagi vazifani tugatadi.
Variantlarni solishtirganda jismoniy ulanish va tunnelni alohida tuting, chunki kuchliroq radio va kichikroq ish yuki turlicha ta'mirlash. Oxir-oqibat tugaydigan katta uzatish vaqtga sezgir natijaning barqaror kelishini isbotlamaydi, sog'lom tunnel esa uning orqasidagi radioni isbotlamaydi.
So'ng talabni himoya qilish o'rniga kamaytiring. Kuzatuv oqimini siyraklashtiring, xulosalar yoki deltalar yuboring, va xom sensor ma'lumotlarini saqlash arzon, uzatish esa arzon bo'lmagan joyda bortda qoldiring. Kichikroq foydali yuk tezroq aloqa foydasiga dalilni zaiflashtiradi va ko'pincha unga bo'lgan ehtiyojni yo'q qiladi.
Uchinchi shart: buni kim ko'rishi kerak va nima mahalliy qoladi
Kuzatuv odatda qayta ishlashdan ancha kichik talab. Agar odam kamerani ko'rishi va keyin jurnal bo'lishi kerak bo'lsa, bu telemetriya plyus saqlash; agar model ishlashi kerak bo'lsa, avval u bortda ishlab faqat natijasini yubora oladimi, deb so'rang. Og'ir qadamni bortga ko'chirish sinxron bog'liqlikni yo'q qiladi va qayta urinish mumkin bo'lgan uzatishni qoldiradi.
Bir robotda ikkita ROS ishtirokchisining bo'lishi tunnelni o'z-o'zidan oqlamaydi. Tugunlarga yetish, dastur avtorizatsiyasi va mahalliy tiklash rejasi alohida muammolar, va VPN faqat birinchisiga javob beradi, va u ham marshrutlash so'ralgan trafik uchun.
Ma'lumotlar to'plamini yozib olish o'z buyruqlariga ega alohida dizayn
Versiyaga bog'langan misol uchun, ROS 2 Jazzy yozib olish qo'llanmasi tanlangan mavzularni yozib olish, hosil bo'lgan bagni tekshirish va uni qayta o'ynatishni qamrab oladi. Tasdiqlangan kuzatuv mavzularini yozib oling, ishga nom bering, va xabar ta'riflari bilan konfiguratsiyani uning yonida saqlang.
ros2 bag record -o run42 /scan /camera/image_raw
ros2 bag info run42
ros2 bag play run42Asbob oson qilgani uchun har bir mavzuni yozib olavermang. Saqlash joyi to'ladi, kamera va joylashuv ma'lumotlari sezgirlikni olib yuradi, va yorliqsiz mavzular bag'i keyingi ochgan odam uchun tahlil muammosi. O'rnatilgan distributiv buyruqlarni ham belgilaydi: ROS 1 bag uchun yozilgan asboblar ROS 2 bagga ko'chmaydi, shuning uchun hujjatlarni robotga o'rnatilgan versiyaga moslang.
Izolyatsiyalangan tahlil yoki simulyatsiya muhitida qayta o'ynatib ko'ring. Yozib olingan buyruq mavzularini tirik robot aktuatorlariga qayta o'ynatish baxtsiz hodisa, va buning oldini olish alohida ROS domeni yoki tsiklda hech qanday apparat bo'lmasligi.
Bog'liqlik qayerga tegishli ekanini hal qiling va yozib qo'ying: VPN sodir bo'lishi shart bo'lgan almashinuvni himoya qiladi, bortdagi qayta ishlash hech qachon sinxron bo'lishi kerak bo'lmagan almashinuvni olib tashlaydi, va yozib olingan ma'lumotlar to'plami jonli iste'molchini keyingi bilan almashtiradi. So'ng dizayn tugadi deyishdan oldin, mahalliy ish hali davom etayotganda uzilgan holatni ataylab sinab ko'ring.