ထိန်းချုပ်မှု၊ Telemetry နှင့် HD ဗီဒီယိုအတွက် UAV ဒေတာချိတ်ဆက်မှု မည်မျှ Bandwidth လိုအပ်သနည်း။

UAV သည် အလွန်သေးငယ်သော ဒေတာစီးကြောင်းတစ်ခုရှိ ညွှန်ကြားချက်များကို တုံ့ပြန်နိုင်သော်လည်း ရေဒီယိုလင့်ခ်သည် အလုပ်ပိုလုပ်သောအခါတွင် အသုံးပြုနိုင်သော ဗီဒီယိုကို ဆုံးရှုံးနိုင်သည်။ ယင်းခြားနားချက်သည် ၎င်း၏ ကြော်ငြာထားသော အမြင့်ဆုံးနှုန်းဖြင့် မိုဒမ်ကို ရွေးချယ်ခြင်းထက် bandwidth စီစဉ်ခြင်းကို ပိုမိုရှုပ်ထွေးစေသည်။ ထိန်းချုပ်မှု၊ တယ်လီမီတာနှင့် HD ဗီဒီယိုများသည် တူညီသောချိတ်ဆက်မှုတွင် မတူညီသောတောင်းဆိုမှုများကို နေရာချပေးသည်။

အဓိကမေးခွန်းက ဘယ်လောက်တည်ငြိမ်လဲ။ UAV data link bandwidth ကို လေယာဉ်သည် စစ်မှန်သော ပျံသန်းစဉ်တွင် ထိန်းသိမ်းနိုင်သည်။ အောက်ဖော်ပြပါ ကဏ္ဍများသည် ယာဉ်အသွားအလာ အမျိုးအစားတစ်ခုစီကို နှိုင်းယှဉ်ခြင်း၊ လက်တွေ့ကျသော လှိုင်းအသုံးစရိတ်ကို တည်ဆောက်ခြင်းနှင့် ဗီဒီယိုဝယ်လိုအား မြင့်တက်လာသောအခါ ထိန်းချုပ်မှုနှင့် တယ်လီမီတာကို မည်သို့ကာကွယ်ရမည်ကို ပြသသည်။

 

UAV Data Stream တစ်ခုစီတွင် Bandwidth မည်မျှအသုံးပြုသည်

Control Commands များသည် စွမ်းဆောင်ရည် အနည်းငယ် လိုအပ်သော်လည်း ချက်ချင်း ပေးပို့ရန် လိုအပ်ပါသည်။

လေယာဉ်မှူး သွင်းအားစုများ၊ ပျံသန်းမှုမုဒ် အပြောင်းအလဲများ၊ လမ်းပွိုင့် အပ်ဒိတ်များ၊ အိမ်ပြန်ရန် လမ်းညွှန်ချက်များ၊ gimbal လှုပ်ရှားမှု နှင့် payload အစပျိုးခြင်းများ အားလုံးသည် သေးငယ်သော မက်ဆေ့ချ်များ ဖြစ်ပါသည်။ အသိအမှတ်ပြုမှုများနှင့် ပရိုတိုကောအပေါ်တွင် အပါအဝင် လက်တွေ့ကျသော စီမံကိန်းစရိတ်သည် အကြမ်းဖျင်း 5-100 kbps ဖြစ်သည်။ ညံ့ဖျင်းသောထိန်းချုပ်မှုစွမ်းဆောင်ရည်သည် ပုံမှန်အားဖြင့် ကုန်ကြမ်းစွမ်းရည်မရှိခြင်းထက် ကြာမြင့်ချိန်၊ တုန်လှုပ်ခြင်း၊ ပက်ကတ်ကျခြင်း သို့မဟုတ် တန်းစီခြင်းပိတ်ခြင်းမှ လာတတ်သည်။

ထုထည်မြင့်သော UAV ယာဉ်အသွားအလာအများစုသည် ဆန့်ကျင်ဘက်သို့ သွားလာနေသောကြောင့် uplink သည် အကာအကွယ်စွမ်းရည် လိုအပ်နေသေးသည်။ လင့်ခ်တစ်ခုတွင် ဗီဒီယိုအတွက် downlink ကျယ်ဝန်းသောနေရာရှိနိုင်သော်လည်း ထိန်းချုပ်မှုအထုပ်များကို အခြားအသွားအလာနောက်ကွယ်တွင် စောင့်ဆိုင်းထားပါ။ ထို့ကြောင့် အပလီကေးရှင်းများစွာသည် ရေဒီယိုတစ်ခုအား မျှဝေသည့်အခါတိုင်း Command data သည် သီးသန့်ဦးစားပေးရရှိသင့်သည်။

အမိန့်ပေးချိန်ကို မစဉ်းစားဘဲ Bandwidth ကိုလည်း အကဲဖြတ်လို့မရပါဘူး။ နှောင့်နှေးနေသော ဝန်ဆောင်မှုညွှန်ကြားချက်သည် အဆင်မပြေနိုင်သော်လည်း နှောင့်နှေးနေသော လေယာဉ်ပျံသန်းမှုမုဒ် သို့မဟုတ် ပြန်လည်ရယူရေးအမိန့်သည် မစ်ရှင်ကိုချက်ချင်းအကျိုးသက်ရောက်နိုင်သည်။ ထို့ကြောင့်၊ ထိန်းချုပ်မှု လမ်းကြောင်းကို တုံ့ပြန်မှု ညီညွတ်မှုအပြင် ပျမ်းမျှဒေတာသုံးစွဲမှုဖြင့် အကဲဖြတ်သင့်သည်။

Telemetry Demand သည် Message Rate ပေါ်တွင်မူတည်သည်။

Telemetry တွင် တည်နေရာ၊ သဘောထား၊ အမြင့်၊ ဘက်ထရီအခြေအနေ၊ လမ်းကြောင်းပြမှုအခြေအနေ၊ မစ်ရှင်တိုးတက်မှု၊ လင့်ခ်အရည်အသွေးနှင့် ပေးဆောင်ရမည့် ကျန်းမာရေးတို့ ပါဝင်သည်။ အခြေခံအစီရင်ခံချက်သည် 10–50 kbps ကိုအသုံးပြုနိုင်ပြီး၊ ပုံမှန်မြေပြင်ထိန်းချုပ်ရေးစခန်းစီးကြောင်းသည် အများအားဖြင့် 50–300 kbps အတွင်း အဆင်ပြေသည်။ မြင့်မားသောရောဂါရှာဖွေမှုများ၊ အသေးစိတ်မှတ်တမ်းများ၊ ဝန်ဆောင်ခအများအပြား သို့မဟုတ် လေယာဉ်အများအပြားသည် စုစုပေါင်းကို 1 Mbps သို့မဟုတ် ထို့ထက်ပို၍ တွန်းပို့နိုင်သည်။

လိုအပ်ချက်သည် မက်ဆေ့ချ်အရွယ်အစားနှင့် ကြိမ်နှုန်း နှစ်ခုစလုံးအပေါ် မူတည်သည်။ Attitude data သည် တစ်စက္ကန့်လျှင် အကြိမ်ပေါင်းများစွာ ပေးပို့သော ဘက်ထရီ အပ်ဒိတ်ထက် တစ်စက္ကန့်လျှင် တစ်ကြိမ် ပေးပို့သော ဘက်ထရီထက် စွမ်းဆောင်ရည် ပိုသုံးစွဲသည်။ MAVLink သည် တစ်ဦးချင်း မက်ဆေ့ချ် ကြားကာလများကို ပြောင်းလဲနိုင်စေကာ အဖွဲ့များသည် အရေးကြီးသော အခြေအနေဒေတာကို မဖယ်ရှားဘဲ မလိုအပ်သော အသွားအလာများကို လျှော့ချရန် ကူညီပေးသည်။

တယ်လီမီတာကို လျှော့ချခြင်းသည် ခွဲခြားဆက်ဆံခြင်းထက် ရွေးချယ်သင့်သည်။ လမ်းကြောင်းပြခြင်း၊ ထိန်းချုပ်ခြင်း သို့မဟုတ် အော်ပရေတာသတိပေးချက်ကို ပံ့ပိုးပေးသည့် ကြိမ်နှုန်းမြင့်ဒေတာကို သိမ်းဆည်းထားသင့်ပြီး ပုံမှန်လုပ်ဆောင်မှုအတွင်း ထပ်တလဲလဲ အမှားရှာပြင်သည့်မက်ဆေ့ချ်များကို နှေးကွေးနိုင်သည် သို့မဟုတ် ပိတ်နိုင်သည်။ ၎င်းသည် လေယာဉ်အခြေအနေတွင် အရေးကြီးသောပြောင်းလဲမှုများကို ဖုံးကွယ်ထားခြင်းမရှိပဲ တယ်လီမီတာဘတ်ဂျက်ကို ထိရောက်စွာထိန်းသိမ်းပေးသည်။

HD Video သည် အများအားဖြင့် Link Size ကို သတ်မှတ်သည်။

ချုံ့ထားသောဗီဒီယိုသည် ပုံမှန်အားဖြင့် UAV ဒေတာလင့်ခ်၏ ဘန်းဝဒ်ဘတ်ဂျက်ကို လွှမ်းမိုးထားသည်။ 30 fps တွင် 720p အတွက် အသုံးဝင်သော အစီအစဥ်များသည် 2–5 Mbps ခန့်၊ 30 fps တွင် 4–12 Mbps၊ 30 fps တွင် 4–12 Mbps၊ 1080p တွင် 60 fps အတွက် 8–20 Mbps နှင့် compressed 4K monitoring အတွက် 15–40 Mbps ဖြစ်သည်။ အမှန်တကယ်ဝယ်လိုအားသည် ကုဒ်ဒက်၊ ဖရိမ်နှုန်း၊ ရွေ့လျားမှု၊ ရုပ်ပုံအသေးစိတ်၊ အလင်းနည်းသော ဆူညံသံ၊ ကီးဖရမ်ကြားကာလနှင့် ကုဒ်ပြောင်းကိရိယာ အရည်အသွေး ဆက်တင်များဖြင့် ကွဲပြားသည်။

H.264 ကို ထုပ်ပိုးထားသော ဗီဒီယိုအတွက် တွင်ကျယ်စွာ အသုံးပြုထားပြီး H.265 သည် စက်ပစ္စည်းက ထပ်လောင်းလုပ်ဆောင်ခြင်းဝန်ကို ပံ့ပိုးသောအခါ နှိုင်းယှဉ်နိုင်သော အရည်အသွေးအတွက် လိုအပ်သော ဘစ်နှုန်းကို လျှော့ချနိုင်သည်။ လေယာဉ်သည် သစ်ရွက်များ၊ ရေများ၊ အဆောက်အဦများ သို့မဟုတ် အခြားအသေးစိတ်လှုပ်ရှားမှုများဆီသို့ လှည့်သည့်အခါ အမျိုးမျိုးသော-ဘစ်နှုန်းစီးကြောင်းများ တိုးလာနိုင်သည်။ လုပ်ငန်းလည်ပတ်မှုစောင့်ကြည့်ခြင်းအတွက်၊ တည်ငြိမ်သောအလယ်အလတ်-ဘစ်နှုန်းဖိဒ်သည် လွှမ်းခြုံအနားသတ်အနားတွင် အေးခဲနေသော ပြတ်သားသောစီးကြောင်းထက် များသောအားဖြင့် ပိုအသုံးဝင်ပါသည်။

ဤတန်ဖိုးများကို universal encoder ဆက်တင်များမဟုတ်ဘဲ အစီအစဉ်ဆွဲသည့်အပိုင်းများအဖြစ် သဘောထားသင့်သည်။ တူညီသော ရုပ်ထွက်နှင့် ဖရိမ်နှုန်းကို ထုတ်လုပ်သည့် ကင်မရာနှစ်လုံးသည် ၎င်းတို့၏ မြင်ကွင်းများ၊ ဖိသိပ်မှု ပရိုဖိုင်များနှင့် အရည်အသွေး ပစ်မှတ်များ ကွဲပြားသောကြောင့် ကွဲပြားသော ဝန်များကို ထုတ်ပေးနိုင်သည်။ အမှန်တကယ်စီးကြောင်းကို တိုင်းတာခြင်းသည် ကြည်လင်ပြတ်သားမှုတစ်ခုတည်းမှ ခန့်မှန်းခြင်းထက် ပိုမိုစိတ်ချရသည်။

 

လက်တွေ့ဆန်သော Bandwidth ဘတ်ဂျက်ကို ဘယ်လိုတည်ဆောက်မလဲ။

တစ်ချိန်တည်းတွင် လုပ်ဆောင်မည့် တိုက်ရိုက်ထုတ်လွှင့်မှုတိုင်းကို ပေါင်းထည့်ပါ။

ရိုးရှင်းသော ဖော်မြူလာကို အသုံးပြုပါ- လိုအပ်သော တည်ငြိမ်သော ဖြတ်သန်းမှုသည် စဉ်ဆက်မပြတ် အသွားအလာ၊ မျှော်မှန်းထားသည့် ပေါက်ကွဲသံများနှင့် လည်ပတ်မှုအနားသတ်များနှင့် ညီမျှသည်။ ဆင့်ပွား သို့မဟုတ် အပူပေးဗီဒီယို၊ ပေးဆောင်သည့်အမိန့်များ၊ အာရုံခံကိရိယာအခြေအနေ၊ ဒက်ရှ်ဘုတ်များ၊ ရောဂါရှာဖွေမှုများ၊ မြေပုံများနှင့် မှတ်တမ်းလွှဲပြောင်းမှုများအပါအဝင် တူညီသောမစ်ရှင်အဆင့်အတွင်း လုပ်ဆောင်နေသည့် တိုက်ရိုက်ထုတ်လွှင့်မှုတိုင်းကို ရေတွက်ပါ။ ဖိဒ်သည် မြေပြင်သို့ရောက်ရှိပြီးနောက် ဖြန့်ဝေမှုမဖြစ်ပေါ်ပါက နောက်ထပ်ကြည့်ရှုသူများ သို့မဟုတ် လေယာဉ်အသွားအလာများပြားနိုင်သည်။

အချို့သောရေဒီယိုများသည် လမ်းကြောင်းနှစ်ခုကြားတွင် မျှဝေထားသော စုစုပေါင်းနှုန်းကို ကိုးကားထားသောကြောင့် uplink နှင့် downlink ကို သီးခြားစီတွက်ချက်ပါ။ Onboard အသံသွင်းခြင်းတွင် ဖိုင်များကိုမလွှဲပြောင်းမီအထိ ရေဒီယိုလှိုင်းနှုန်းကို အသုံးမပြုသော်လည်း နောက်ပိုင်းတွင် ဒေါင်းလုဒ်လုပ်ခြင်းသည် နှုန်းကန့်သတ်ထားခြင်းမရှိပါက ချိတ်ဆက်မှုကို ပြည့်ဝစေသည်။ လည်ပတ်နေသောအနားသတ်များသည် ကုဒ်ဒါစနစ်၏ အမြင့်ဆုံး၊ အပေါ်စီး၊ ပြန်ပို့ခြင်း၊ ပြောင်းလဲခြင်း နှင့် ယာယီ အနှောင့်အယှက်များကို ဖုံးအုပ်ထားသင့်သည်။

တာဝေးပျံသန်းခြင်း၊ အင်တင်နာလမ်းကြောင်းပြောင်းခြင်း၊ ပိတ်ဆို့နေသောရောင်စဉ်များ သို့မဟုတ် ထပ်ဆင့်လမ်းကြောင်းများသည် သန့်ရှင်းသောနယ်ပယ်တွင် တိုတောင်းသောအကွာအဝေးအလုပ်လုပ်ခြင်းထက် အရန်ငွေပိုမိုလိုအပ်ပါသည်။ အနားသတ်၏ ရည်ရွယ်ချက်မှာ သတ်မှတ်ချက်ကို မြှင့်တင်ရန်မဟုတ်ပါ။ ၎င်းသည် မစ်ရှင်၏ အနိမ့်ဆုံးမျှော်လင့်ထားသည့်အပိုင်းအတွင်း မရှိမဖြစ်လိုအပ်သော အသွားအလာကို တည်ငြိမ်အောင်ထားရန်ဖြစ်သည်။

One-Camera UAV နမူနာဖြင့် လုပ်ဆောင်ပါ။

6 Mbps တွင် 1080p H.264 စီးကြောင်းတစ်ခု၊ အလိုအလျောက်pilot telemetry ၏ 0.1 Mbps၊ payload status နှင့် commands များအတွက် 0.05 Mbps၊ နှင့် dashboard တစ်ခုအတွက် 0.5-0.7 Mbps တို့ကို သုံးသပ်ကြည့်ပါ။ စဉ်ဆက်မပြတ်နှင့် ပျမ်းမျှဝန်သည် 6.7-6.9 Mbps ခန့်ဖြစ်သည်။ အရန်ငွေ 3-5 Mbps ကို ပေါင်းထည့်ခြင်းသည် တည်ငြိမ်သော အပလီကေးရှင်း ဖြတ်သန်းမှု၏ 10-12 Mbps ခန့် သင့်လျော်သော အနည်းဆုံး ပစ်မှတ်ကို ပေးပါသည်။

12 Mbps ဖြင့် ကြော်ငြာထားသော ရေဒီယိုသည် အလိုအလျောက် မလုံလောက်ပါ။ ၎င်းသည် ရည်ရွယ်ထားသော အကွာအဝေး၊ အမြင့်ပေ၊ လေယာဉ်သဘောထား၊ လမ်းကြောင်းအခြေအနေနှင့် ယာဉ်အသွားအလာ ရောနှောမှုတွင် ထိုနှုန်းကို ထိန်းထားရပါမည်။ ဒုတိယကင်မရာသည် မျှဝေထားသောကွန်ရက်အပိုင်းတိုင်းအတွက် အစုလိုက်တွက်ချက်မှုတစ်ခုလိုအပ်သော်လည်း UAV အများအပြားသည် ၎င်း၏ကိုယ်ပိုင် stream bitrate အပြည့်အစုံကို ထည့်သွင်းပေးပါသည်။

ဤအပိုင်းအခြားများသည် အစောပိုင်းရွေးချယ်မှုအတွက် အသုံးဝင်သော်လည်း ၎င်းတို့သည် တိုင်းတာခြင်းကို အစားမထိုးပါ။ လက်တွေ့ဆန်သော ရွေ့လျားမှုနှင့် အလင်းရောင်များအတွင်း အမှန်တကယ် ကုဒ်နံပါတ်အထွက်ကို မှတ်တမ်းတင်ပါ၊ ထို့နောက် စောင့်ကြည့်လေ့လာထားသော ဗီဒီယိုမဟုတ်သည့် အသွားအလာကို ထည့်ပါ။ ၎င်းသည် လင့်ခ်အား အရွယ်အစားသေးငယ်ပြီး မလိုအပ်သောအလေးချိန်၊ ပါဝါလိုအပ်ချက် သို့မဟုတ် ရောင်စဉ်စွမ်းရည်ကို သယ်ဆောင်ခြင်းတို့ကို တားဆီးပေးသည်။

 

အဘယ်ကြောင့် In-Flight Throughput သည် Datasheet Rate ထက် နိမ့်နေသနည်း။

PHY Rate သည် UAV Data Link Bandwidth ကို အသုံးမပြုနိုင်ပါ။

ချန်နယ် အကျယ်၊ ရုပ်ပိုင်းဆိုင်ရာ အလွှာနှုန်း၊ ကွန်ရက် ဖြတ်သန်းမှုနှင့် အပလီကေးရှင်း ဖြတ်သန်းမှု တို့သည် မတူညီသောအရာများကို ဖော်ပြသည်။ အပလီကေးရှင်းများသည် ခေါင်းစီးများ၊ ကုဒ်ဝှက်ခြင်း၊ အမှားပြင်ဆင်ခြင်း၊ အသိအမှတ်ပြုမှုများ၊ ပြန်လည်ပေးပို့ခြင်း၊ လမ်းကြောင်းသတ်မှတ်ခြင်းနှင့် စီမံခန့်ခွဲရေးအသွားအလာများကို လေ၀င်လေထွက်အချိန်ကို အသုံးပြုခြင်းကြောင့် ရရှိသည့်နှုန်းထားတွင် ရုပ်ပိုင်းဆိုင်ရာနှုန်းထားတွင် ပါဝင်ပါသည်။ ထို့ကြောင့် ကြီးမားသောဒေတာစာရွက်နံပါတ်ကို ကင်မရာနှင့် ပျံသန်းမှုထိန်းချုပ်ကိရိယာအတွက် ရနိုင်သော bandwidth အဖြစ် သဘောထား၍မရပါ။

လိုက်လျောညီထွေရှိသော ရေဒီယိုများသည် အချက်ပြအရည်အသွေး ကျဆင်းလာသည်နှင့်အမျှ ပိုမိုအားကောင်းသော မော်ဂျူလာနှင့် ကုဒ်နံပါတ်များသို့ ရွေ့လျားသည်။ ၎င်းသည် ချိတ်ဆက်မှုကို ထိန်းသိမ်းထားသော်လည်း ထုတ်လွှင့်မှုနှုန်းကို လျော့ကျစေပြီး ပြန်လည်ထုတ်လွှင့်မှုများသည် ထပ်ဆောင်းလေ၀င်လေထွက်အချိန်ကို ကုန်ဆုံးစေပြီး buffering သည် နှောင့်နှေးမှုကို တိုးစေသည်။ စံပြဓာတ်ခွဲခန်းအခြေအနေများအောက်တွင် ရရှိနိုင်သော အမြင့်ဆုံးနှုန်းထက် မစ်ရှင်အကွာအဝေးတွင် တည်ငြိမ်သောတိုင်းတာမှုပမာဏကို နှိုင်းယှဉ်ပါ။

အကွာအဝေးနှင့် လေယာဉ်လှုပ်ရှားမှု ဒေတာနှုန်းကို ပြောင်းလဲပါ။

လေယာဉ် ရွေ့လျားလာသည်နှင့်အမျှ ဖြတ်သန်းမှု အပြောင်းအလဲ။ အကွာအဝေး၊ မြင်ကွင်းမျဉ်း၊ Fresnel-ဇုန်ရှင်းလင်းမှု၊ မြေပြင်-အင်တင်နာအမြင့်၊ ပိုလာရိုက်ချက်နှင့် အနှောင့်အယှက်အားလုံးသည် အချက်ပြအရည်အသွေးကို ထိခိုက်စေပါသည်။ ဘက်ထရီ၊ ကာဗွန်ဖိုက်ဘာ၊ သတ္တုဖွဲ့စည်းပုံများ သို့မဟုတ် ဝန်ထုပ်ဝန်ပိုးများသည် လမ်းကြောင်းကို ပိတ်ဆို့နေချိန်တွင် ဘဏ်လုပ်ငန်း သို့မဟုတ် လူးလိမ့်ခြင်းသည် ၎င်း၏ပုံစံ၏ အားနည်းသောအစိတ်အပိုင်းတွင် အင်တာနာတစ်ခုထားရှိနိုင်သည်။

ခုံတန်းရှည်ပေါ်တွင် ချို့ယွင်းချက်မရှိသော ဗီဒီယိုကို သယ်ဆောင်သည့် စနစ်ထည့်သွင်းမှုသည် UAV လှည့်ခြင်း၊ ဆင်းခြင်း သို့မဟုတ် ၎င်း၏လမ်းကြောင်း၏ အဝေးဆုံးအပိုင်းသို့ ရောက်ရှိသည့်အခါ မတည်မငြိမ်ဖြစ်နိုင်သည်။ အလှည့်အပြောင်းများနှင့် အမြင့်ပေပြောင်းလဲမှုများအပါအဝင် မစ်ရှင်ပရိုဖိုင်ကို စမ်းသပ်ပါ၊ ပက်ကတ်ဆုံးရှုံးမှု၊ တုန်လှုပ်ခြင်း၊ တုန်နေချိန်၊ နှင့် စဉ်ဆက်မပြတ်ဖြတ်သန်းမှုကို တိုင်းတာခြင်း။ ချိတ်ဆက်မှု လိုအပ်နေသေးသည့် အညံ့ဆုံးအခြေအနေအတွက် အစီအစဉ်ဆွဲပါ။

Shared Airtime သည် Capacity လျော့သွားသည်

ကင်မရာနှစ်လုံး၊ UAV အများအပြား၊ ကြည့်ရှုသူအများအပြားအတွက် သီးခြား unicast ဖိဒ်များ သို့မဟုတ် နောက်ခံပြုပြင်ထိန်းသိမ်းမှုလမ်းကြောင်းအားလုံးကို ရရှိနိုင်သော လေထုအချိန်ကို ပိုင်းခြားထားသည်။ Relay နှင့် mesh လမ်းကြောင်းများသည် လွှမ်းခြုံမှုကို ချဲ့ထွင်နိုင်သော်လည်း ထပ်ဆင့်ပို့ထားသော ပက်ကေ့ဂျ်များသည် ခုန်ကူးမှုတစ်ခုထက်ပို၍ ရေဒီယိုအရင်းအမြစ်များကို စားသုံးပါသည်။ ထို့ကြောင့် ဒေသဆိုင်ရာ လင့်ခ်တစ်ခုစီ ကျန်းမာပုံပေါ်သည့်တိုင် အဆုံးမှအဆုံးစွမ်းရည် ကျဆင်းသွားနိုင်သည်။

ယာဉ်အသွားအလာ ဆုံသည့်နေရာကို ခွဲခြားသတ်မှတ်ပြီး ထိုအချက်တွင် ပေါင်းစပ်ဝန်ကို တွက်ချက်ပါ။ node တိုင်းသည် headline rate အပြည့်ကို တပြိုင်နက် လက်ခံသည်ဟု မယူဆပါနှင့်။ ဦးတည်ချက်နှင့် ဘစ်နှုန်းအညွှန်းများပါသည့် ရိုးရှင်းသော topology diagram သည် ကွန်ရက်ကျယ်ပြန့်သော စုစုပေါင်းတစ်ခုထက်ပို၍ ပိတ်ဆို့မှုများကို မကြာခဏပြသသည်။

 

Traffic ကို ဦးစားပေးနည်းနှင့် မှန်ကန်သော Data Link ကို ရွေးချယ်ပါ။

ထိန်းချုပ်မှု သို့မဟုတ် Telemetry မတိုင်မီ ဗီဒီယိုကို နှိမ့်ချအောင်လုပ်ပါ။

ဒေတာ ရောစပ်ထားသော လင့်ခ်တစ်ခုသည် ရှင်းရှင်းလင်းလင်း ဝန်ဆောင်မှုပေးသည့် အမိန့်တစ်ခု လိုအပ်သည်- ပထမဦးစွာ လေယာဉ်ပျံသန်းမှု ညွှန်ကြားချက်များ၊ နောက်တွင် မရှိမဖြစ် လိုအပ်သော တယ်လီမီတာနှင့် လင့်ခ်ကျန်းမာရေး မက်ဆေ့ဂျ်များ၊ ဘေးကင်းရေးဆိုင်ရာ ပေးဆောင်မှု ညွှန်ကြားချက်များ၊ တိုက်ရိုက် ဗီဒီယိုနှင့် နောက်ဆုံးတွင် မှတ်တမ်းများ သို့မဟုတ် ဖိုင်လွှဲပြောင်းမှုများတို့ ဖြစ်သည်။ ဤအထက်တန်းပုံစံသည် သေးငယ်သော်လည်း အရေးပါသော ပက်ကေ့ခ်ျကို နှောင့်နှေးစေရန် အမြင်အာရုံတောင်းဆိုနေသည့် stream ကို တားဆီးပေးသည်။ ရရှိနိုင်သောစွမ်းရည်ကျဆင်းသွားသည့်အခါတွင်လည်း စနစ်၏အပြုအမူကို ခန့်မှန်းနိုင်စေသည်။

ဝန်ဆောင်မှုအရည်အသွေး၊ သီးခြားစီတန်းများ၊ ရွေးချယ်နိုင်သော ဝန်ဆောင်မှုဦးစားပေးနှင့် နှုန်းထားကန့်သတ်ချက်များသည် အသုံးမပြုသော အမြင့်ဆုံးစွမ်းဆောင်ရည်တစ်ခုတည်းထက် ပိုတန်ဖိုးရှိပါသည်။ ၎င်းတို့မပါဘဲ၊ ပျမ်းမျှအသွားအလာကို လက်ခံနိုင်ပုံပေါ်သည့်တိုင် ဗီဒီယိုဆက်တိုက် သို့မဟုတ် ဖိုင်ဒေါင်းလုဒ်လုပ်ခြင်းသည် တန်းစီခြင်းကို ဖြည့်ပေးနိုင်သည်။ ဗီဒီယိုသည် အများဆုံးဘစ်နှုန်းတစ်ခုရှိသင့်ပြီး ပျံသန်းနေစဉ်အတွင်း နောက်ခံလွှဲပြောင်းမှုများကို ခေတ္တရပ်ထားရန် သို့မဟုတ် ကန့်သတ်ထားသင့်သည်။

ကြိုတင်မှန်းဆနိုင်သော ဗီဒီယို ပျက်စီးခြင်း မဟာဗျူဟာကို သတ်မှတ်ပါ။

လင့်ခ်အနားသတ်များ ကျဆင်းလာသည်နှင့်အမျှ၊ အစုလိုက်လွှဲပြောင်းမှုများကို ဦးစွာခေတ္တရပ်ပါ၊ ထို့နောက် ဗီဒီယိုဘစ်နှုန်းကို လျှော့ချပါ၊ ဖရိမ်နှုန်းကို လျှော့ချပါ၊ ကြည်လင်ပြတ်သားမှုကို လျှော့ချကာ လိုအပ်ပါက အလယ်တန်းစီးကြောင်းကို ပိတ်ပါ။ RF လင့်ခ်သည် ၎င်းတို့ကို ပံ့ပိုးပေးနိုင်သရွေ့ မရှိမဖြစ် လိုအပ်သော ထိန်းချုပ်မှုနှင့် တယ်လီမီတာကို ရရှိနိုင်မည်ဖြစ်သည်။ မစ်ရှင်တစ်ခုအတွင်း တီထွင်ဖန်တီးမှုထက် ဖြန့်ကျက်ခြင်းမပြုမီ စီစဥ်အား ပြင်ဆင်သတ်မှတ်သင့်သည်။

အဆက်မပြတ်ဘစ်နှုန်းသည် ကြိုတင်မှန်းဆနိုင်သော ဝန်ကို ဖန်တီးပေးသော်လည်း ရိုးရှင်းသောမြင်ကွင်းများတွင် စွမ်းရည်ကို ဆုံးရှုံးစေသည် သို့မဟုတ် ရှုပ်ထွေးသောပုံများတွင် ပုံအရည်အသွေးနိမ့်ကျနိုင်သည်။ ပြောင်းလဲနိုင်သောဘစ်နှုန်းသည် ရနိုင်သောဘစ်များကို ထိရောက်စွာအသုံးပြုသော်လည်း လင့်ခ်ကန့်သတ်ချက်အနီးတွင် ပေါက်ကွဲထွက်နိုင်သည်။ ခိုင်မာသောအမြင့်ဆုံးနှင့် ကန့်သတ်ထားသော ပြောင်းလဲနိုင်သော-ဘစ်နှုန်းပရိုဖိုင်သည် မကြာခဏ လုပ်ဆောင်နိုင်သော အပေးအယူကို ပေးဆောင်သည်။

စမ်းသပ်ခြင်းဖြင့် ရရှိနိုင်သည့် ပမာဏကို တဖြည်းဖြည်း လျှော့ချသင့်သည်။ ရုတ်တရက် ချိတ်ဆက်မှု ဖြတ်တောက်ခြင်းသည် လင့်ခ်ပျက်သွားနိုင်သည်ကို သက်သေပြပါသည်။ တန်းစီဇယားများတည်ဆောက်ခြင်း၊ ကြာမြင့်ချိန်မြင့်တက်ခြင်း သို့မဟုတ် ကုဒ်ပြောင်းကိရိယာသည် ပထမဦးစွာ လိုက်လျောညီထွေဖြစ်စေခြင်းရှိမရှိကို မပြသပါ။ အဆင့်တစ်ခုစီတွင် ဗီဒီယိုနှောင့်နှေးမှု၊ အမိန့်ပေးချက်တုံ့ပြန်မှု၊ တယ်လီမီတာအဆက်ပြတ်မှုနှင့် ပက်ကက်ပျောက်ဆုံးမှုများကို မှတ်တမ်းတင်ပါ။

Mission Budget နှင့် ကုန်ပစ္စည်း Specifications များကို ကိုက်ညီပါ။

အသွားအလာ ဘတ်ဂျက်ကို သိပြီးသည်နှင့်၊ အကွာအဝေး၊ uplink နှင့် downlink စွမ်းရည်၊ ဝန်အောက်နေချိန်၊ QoS၊ အင်တာဖေ့စ်များ၊ ချန်နယ်ဆက်တင်များ၊ အင်တင်နာအစီအစဉ်၊ ဝေဟင်ထုထည်၊ ပါဝါဆွဲထုတ်မှုနှင့် အပူပိုင်းလိုအပ်ချက်များကို နှိုင်းယှဉ်ကြည့်ပါ။ ဗီဒီယိုသည် IP၊ HDMI၊ SDI သို့မဟုတ် CVBS မှတဆင့် ဝင်ရောက်နေချိန်တွင် ထိန်းချုပ်မှုဒေတာသည် အမှတ်စဉ် သို့မဟုတ် Ethernet မှတဆင့် ရောက်ရှိနိုင်သောကြောင့် အင်တာဖေ့စ် လိုက်ဖက်ညီမှု အရေးကြီးပါသည်။ များစွာသော converters လိုအပ်သော အမြန်မိုဒမ်သည် ဝိုင်ယာကြိုးများ၊ နှောင့်နှေးမှု၊ အလေးချိန် နှင့် ချို့ယွင်းမှုအချက်များ ပေါင်းထည့်နိုင်သည်။

WDS Mesh DDLmesh လေကြောင်းချီစီးရီးကို ထောက်ပံ့ပေးသည်။ UAV ဒေတာလင့်ခ်ကို ချိန်ညှိနိုင်သော ဘန်းဝဒ် ။ ဗီဒီယိုနှင့် ဒေတာအသွားအလာများ ရောနှောထားသော ရရှိနိုင်သောစွမ်းရည်များတွင် 20 MHz တွင် 1-70 Mbps ဘရော့ဘန်းအသုံးပြုမှု၊ 50-1000 kbps လိုက်လျောညီထွေဖြစ်စေသော ကြိုးကျဉ်းလည်ပတ်မှု၊ QoS၊ ရွေးချယ်နိုင်သော ဝန်ဆောင်မှုဦးစားပေး၊ ဖောက်ထွင်းမြင်ရသော Ethernet နှင့် အမှတ်စဉ်သယ်ယူပို့ဆောင်ရေး၊ MAVLink ပံ့ပိုးမှု၊ ပြင်ဆင်သတ်မှတ်နိုင်သော broadband ချန်နယ်အကျယ်များသည် 1.25 မှ 20 MHz၊ နှင့် point-to-point၊ တစ်ပြိုင်နက်တည်း ဗီဒီယိုနှင့် ဒေတာ အင်တာဖေ့စ်များသည် ပျံသန်းမှုထိန်းချုပ်မှု၊ ဝန်တင်ချမှု၊ နေရာချထားမှု၊ အသံနှင့် ကင်မရာအသွားအလာတို့ကို ဝေဟင်မှ ဆက်သွယ်မှုစနစ်တစ်ခုသို့ မျှဝေခွင့်ပြုသည်။

ဤစွမ်းရည်များသည် အစပျိုးခြင်းသာဖြစ်သည်။ လေယာဉ်သည် ကိုယ်စားလှယ်အကွာအဝေးနှင့် လမ်းကြောင်းများမှတဆင့် ရွေ့လျားနေချိန်တွင် ရည်ရွယ်ထားသည့် ထုတ်လွှင့်မှုတိုင်းနှင့် ရွေးချယ်ထားသော ဖွဲ့စည်းမှုပုံစံကို အတည်ပြုပါ။ ဗီဒီယိုအရည်အသွေး မပြိုကွဲမီ ထိန်းချုပ်မှုနှင့် တယ်လီမီတာကို ဆက်လက်အသုံးပြုနိုင်ကြောင်း အတည်ပြုရန် အပလီကေးရှင်းကို မှတ်တမ်းသွင်းခြင်း၊ လမ်းညွှန်မှုဆိုင်ရာ သီးသန့်အသုံးပြုမှု၊ အချက်ပြအရည်အသွေး၊ latency၊ တုန်လှုပ်ခြင်း၊ ပက်ကက်ပျောက်ဆုံးခြင်းနှင့် ကုဒ်ဒါစနစ်သည် ဗီဒီယိုအရည်အသွေး မကျဆင်းမီတွင် အသုံးပြုနိုင်သည်။

 

နိဂုံး

ထိန်းချုပ်မှုနှင့် တယ်လီမီတာကို ပုံမှန်အားဖြင့် HD ဗီဒီယိုများထက် စွမ်းရည်ပိုနည်းရန် လိုအပ်သော်လည်း ၎င်းတို့သည် ပိုမိုဦးစားပေးပြီး ပိုမိုကိုက်ညီသော ပေးပို့မှုကို တောင်းဆိုပါသည်။ လက်တွေ့ကျသော UAV ဒေတာလင့်ခ်၏ ဘန်းဝဒ်ပစ်မှတ်သည် စစ်မှန်သော အပလီကေးရှင်းဖြတ်သွားမှု၊ တစ်ပြိုင်နက် လမ်းကြောင်း၊ လည်ပတ်မှုအကွာအဝေး၊ နှောင့်ယှက်မှုနှင့် ဘစ်နှုန်းမြင့်တက်မှုများ သို့မဟုတ် အားနည်းသော လင့်ခ်အခြေအနေများအတွက် လုံလောက်သောအနားသတ်တို့ကို ထင်ဟပ်စေသင့်သည်။

Shenzhen Sinosun Technology Co., Ltd. သည် လမ်းကြောင်း-ဦးစားပေးနှင့် လိုက်လျောညီထွေဖြစ်စေသော ကွန်ရက်ချိတ်ဆက်မှုအင်္ဂါရပ်များဖြင့် ဗီဒီယို၊ တယ်လီမီတာနှင့် လမ်းကြောင်းနှစ်သွယ် ဒေတာထုတ်လွှင့်ခြင်းတို့ကို ပေါင်းစပ်သည့် DDLmesh ဝေဟင်မှ ဒေတာလင့်ခ်များကို ပေးပါသည်။ အဆိုပါစွမ်းရည်များကို တိုင်းတာထားသော မစ်ရှင်ဘတ်ဂျက်တစ်ခုနှင့် ကိုက်ညီခြင်းက ဗီဒီယိုအရည်အသွေးကို ချိန်ညှိထားသောကြောင့် အရေးကြီးသောအမိန့်များကို ဆက်လက်ရရှိနိုင်စေရန် ကူညီနေချိန်တွင် စနစ်ပေါင်းစည်းမှုကို ရိုးရှင်းစေသည်။

 

အမြဲမေးလေ့ရှိသောမေးခွန်းများ

မေး- 1080p ဗီဒီယိုအတွက် UAV ဒေတာလင့်ခ် ဘန်းဝဒ် ဘယ်လောက် လိုအပ်သလဲ။

A- ချုံ့ထားသော 1080p စီးကြောင်းသည် ပုံမှန်အားဖြင့် 30 fps တွင် 4-12 Mbps လိုအပ်သည်။ တယ်လီမီတာ၊ အသွားအလာ ထိန်းချုပ်မှု၊ ပရိုတိုကော ထိပ်ပိုင်းနှင့် လည်ပတ်မှုအနားသတ်တို့ကို သီးခြားစီ ထည့်သင့်သည်။

မေး- UAV ထိန်းချုပ်မှု နှင့် တယ်လီမီတာ အချက်ပြမှုများ မည်မျှ bandwidth ကို အသုံးပြုသနည်း။

A- ထိန်းချုပ်မှုအမိန့်တော်များသည် 5–100 kbps ခန့် လိုအပ်နိုင်သော်လည်း ပုံမှန် တယ်လီမီတာကို အများအားဖြင့် 10–300 kbps အသုံးပြုသည်။ ယုံကြည်စိတ်ချရမှု၊ တုံ့ပြန်မှု နှင့် မက်ဆေ့ချ်ကြိမ်နှုန်းတို့သည် ကုန်ကြမ်းစွမ်းရည်ထက် ပိုအရေးကြီးပါသည်။

မေး- UAV ဒေတာလင့်ခ်တစ်ခုသည် ထိန်းချုပ်မှု၊ တယ်လီမီတာနှင့် ဗီဒီယိုတို့ကို သယ်ဆောင်နိုင်ပါသလား။

A- ဟုတ်ကဲ့၊ လင့်ခ်သည် လုံလောက်သော တည်ငြိမ်သော ဖြတ်သန်းမှုနှင့် ယာဉ်အသွားအလာ ဦးစားပေးမှုကို ပံ့ပိုးပေးထားသည်။ ဗီဒီယိုဝယ်လိုအားသည် ရရှိနိုင်သောစွမ်းရည်သို့ ချဉ်းကပ်လာသောအခါ ထိန်းချုပ်မှုနှင့် မရှိမဖြစ်လိုအပ်သော တယ်လီမီတာကို ဦးစားပေးသင့်သည်။

မေး- ကြော်ငြာထားသောနှုန်းထက် အဘယ်ကြောင့် အသုံးပြုနိုင်သော ဒေတာလင့်ခ် ထုတ်လွှင့်မှု လျော့နည်းသနည်း။

A- ပရိုတိုကော ခေါင်းစီးများ၊ ကုဒ်ဝှက်ခြင်း၊ အမှားပြင်ဆင်ခြင်း၊ အသိအမှတ်ပြုမှုများ၊ ပြန်လည်ထုတ်လွှင့်ခြင်းနှင့် အားနည်းသောအချက်ပြအခြေအနေများသည် ကင်မရာများ၊ ပျံသန်းမှု ထိန်းချုပ်ကိရိယာများနှင့် အခကြေးငွေပေးချေမှုဆိုင်ရာ အပလီကေးရှင်းများတွင် ရရှိနိုင်သော လှိုင်းနှုန်းကို လျှော့ချပေးသည်။

မေး- UAV ဆက်သွယ်ရေးအကွာအဝေးသည် ရနိုင်သော bandwidth ကို အကျိုးသက်ရောက်ပါသလား။

A: ဟုတ်ပါတယ်။ အကွာအဝေး၊ နှောက်ယှက်မှု၊ အင်တင်နာ မှားယွင်းမှု၊ လေယာဉ်လှုပ်ရှားမှုနှင့် အတားအဆီးများနှင့်အတူ ဖြတ်သန်းစီးဆင်းမှုသည် မကြာခဏ လျော့နည်းသွားသည်။ Bandwidth အစီအစဉ်ဆွဲခြင်းသည် လေယာဉ်ပျံသန်းမှု၏ အားနည်းသောမျှော်လင့်ချက်အပိုင်းကို ထင်ဟပ်စေသင့်သည်။