ဆောက်လုပ်ရေးစက်ယန္တရားများ၊ ခေတ်မီလယ်ယာသုံးစက်ကိရိယာများ၊ ခရီးသည်တင်ကားများနှင့် အခြားကဏ္ဍများတွင် CAN ဘတ်စ်ကားသည် အင်ဂျင်၊ ဂီယာဘောက်စ်နှင့် ပြင်ပအာရုံခံကိရိယာများအကြား အချက်အလက်ထုတ်လွှင့်မှုနှင့် အမိန့်ပေးမှုအပြန်အလှန်ဆက်သွယ်မှုအတွက် တာဝန်ရှိသော ယာဉ်အီလက်ထရွန်းနစ်ထိန်းချုပ်မှုစနစ်တစ်ခုလုံး၏ အဓိကဆက်သွယ်ရေးကျောရိုးအဖြစ် ဆောင်ရွက်ပါသည်။ ကားအတွင်း လူ-စက် အပြန်အလှန်ဆက်သွယ်မှုနှင့် အချက်အလက်စုဆောင်းမှု terminal အဖြစ် ကြမ်းတမ်းသော ယာဉ်တပ်ဆင်ထားသော တက်ဘလက်များရှိ CAN ချန်နယ်များ၏ အရေအတွက်နှင့် စွမ်းဆောင်ရည်သည် ယာဉ်ဒေတာစုဆောင်းမှုနှင့် ဆက်သွယ်ရေးတည်ငြိမ်မှု၏ သမာဓိကို တိုက်ရိုက်ဆုံးဖြတ်ပေးသည်။ ဤဆောင်းပါးသည် software-simulated CAN နှင့် native multi-CAN hardware အဖြစ် မှားယွင်းစွာ ဈေးကွက်တင်ထားသော gateway-expanded channel များကဲ့သို့သော ဝယ်ယူမှုအန္တရာယ်များကို ရှောင်ရှားရန် ဖောက်သည်များအား ကူညီရန် single CAN နှင့် dual CAN အကြား အဓိကကွာခြားချက်များအပြင် ၎င်းတို့၏ အဓိကအသုံးချနယ်ပယ်များကို ရှင်းပြပါမည်။
မူလလွတ်လပ်သော CAN ဟာ့ဒ်ဝဲချန်နယ်များနှင့် Gateway-Expanded / Software-Simulated CAN
ကြမ်းတမ်းသော တက်ဘလက်တစ်ခု၏ CAN စွမ်းရည်ကို ဆုံးဖြတ်ရန် တစ်ခုတည်းသော စံနှုန်းမှာ mainboard SoC တွင် သီးသန့် native CAN controller peripherals များ ပေါင်းစပ်ထားခြင်း ရှိ၊ မရှိဖြစ်သည်။ software-simulated CAN သို့မဟုတ် external USB/Ethernet CAN gateways များမှတစ်ဆင့် ချဲ့ထွင်ထားသော channel များသည် native hardware စွမ်းဆောင်ရည်နှင့် ကိုက်ညီနိုင်မည်မဟုတ်ဘဲ ဖြေရှင်းချက်နှစ်ခုကြားရှိ အခြေခံ hardware ကွာဟချက်များကို software ချိန်ညှိမှုများဖြင့် ပြန်လည်ဖြည့်ဆည်းနိုင်မည်မဟုတ်ပါ။
Native ၏ စံ Hardware Configuration ကန်
ချန်နယ်တစ်ခုစီတွင် သီးသန့်ဟာ့ဒ်ဝဲအရင်းအမြစ်များ တပ်ဆင်ထားသည်- လွတ်လပ်သော CAN ထိန်းချုပ်ကိရိယာ၊ လွတ်လပ်သော မြန်နှုန်းမြင့် CAN transceiver၊ လွတ်လပ်သော terminal matching resistor၊ isolated power supply နှင့် digital isolation circuit နှင့် လွတ်လပ်သော surge protection TVS။ ချန်နယ်အားလုံး၏ power supply၊ ground နှင့် signal circuit များကို အပြည့်အဝ electrically isolated လုပ်ထားသည်။ ချန်နယ်တစ်ခုပေါ်ရှိ short circuit များ၊ electrostatic discharge သို့မဟုတ် surge interference များသည် အခြားချန်နယ်တစ်ခုသို့ မကူးစက်နိုင်သောကြောင့် network segment များတစ်လျှောက် fault cross-spread ဖြစ်နိုင်ခြေကို လျှော့ချပေးပါသည်။
Gateway-Expanded / Software-Simulated CAN ၏ အဓိက အားနည်းချက်များ
Gateway များသည် protocol forwarding device များဖြစ်သည်။ CAN မက်ဆေ့ချ်အားလုံးသည် hardware isolation မပါဘဲ တူညီသော CPU processing resource များနှင့် single power domain ကို မျှဝေကြသည်။ bus segment များစွာမှ ထပ်နေသော data volume သည် CPU load ကို သိသိသာသာ တိုးစေပြီး millisecond-level forwarding latency ကို ဖြစ်ပေါ်စေပါသည်။ gateway ချို့ယွင်းမှုသည် ချိတ်ဆက်ထားသော bus segment အားလုံးကို တစ်ပြိုင်နက်တည်း အနှောင့်အယှက်ဖြစ်စေနိုင်ပြီး ပြင်းထန်သောကိစ္စများတွင် ယာဉ် ECU ဆက်သွယ်ရေး အပြည့်အဝ ပျက်ပြားစေနိုင်သည်။ ထိုကဲ့သို့သော ဖြေရှင်းချက်များသည် ဆောက်လုပ်ရေးယာဉ်များ၏ ဘေးကင်းရေးလိုအပ်ချက်များနှင့် မကိုက်ညီဘဲ ၂၄/၇ ယာဉ်စု စဉ်ဆက်မပြတ် စောင့်ကြည့်ခြင်းထက် ယာယီ debugging အတွက်သာ သင့်လျော်ပါသည်။
တစ်ခုတည်းသော CAN (အခြေခံအဆင့် အလေးချိန်ပေါ့ပါးသော မော်ဒယ်)
CAN controller နှင့် single-channel transceiver တစ်စုံသာ တပ်ဆင်ထားပြီး bus segment တစ်ခုတည်းသို့ ချိတ်ဆက်မှုကို ပံ့ပိုးပေးပါသည်။ bus architecture များစွာပါရှိသော ယာဉ်များအတွက် switch data ရယူရန်အတွက် wiring harnesses များကို ကိုယ်တိုင်ဖြုတ်ပြီး ပြန်လည်ချိတ်ဆက်ရမည်ဖြစ်ပြီး၊ သီးခြားစနစ်နှစ်ခုမှ လည်ပတ်မှုအခြေအနေများကို တစ်ပြိုင်နက်ဖတ်ရှုရန် မဖြစ်နိုင်ပါ။ node အများအပြားနှင့် message load များသော bus ပေါ်တွင်ရှိနေသည့်အခါ bus load rate သည် 70% risk threshold ကို အလွယ်တကူကျော်လွန်ပြီး queue လုပ်ထားသော message ပိတ်ဆို့မှု၊ ပုံမှန် packet ဆုံးရှုံးမှုနှင့် ဆက်သွယ်ရေး latency တွင် သိသိသာသာ မြင့်တက်လာစေပါသည်။ အချိန်နှင့်တပြေးညီ ယာဉ်အခြေအနေစောင့်ကြည့်ခြင်းနှင့် UDS deep diagnostic operations များကို တစ်ပြိုင်နက်တည်း မလုပ်ဆောင်နိုင်ပါ။ ECU flashing နှင့် troubleshooting များသည် ယာဉ်စောင့်ကြည့်ရေး link ကို ဖြုတ်ပြီး fleet data upload များကို အနှောင့်အယှက်ပေးရန် လိုအပ်ပါသည်။Single CAN သည် ယာဉ်တစ်စီးတည်းသော ဘတ်စ်ကားဗိသုကာ၊ ရိုးရှင်းသော အီလက်ထရွန်းနစ်ထိန်းချုပ်မှုစနစ်များနှင့် အနက်ချို့ယွင်းချက်ရှာဖွေခြင်း လိုအပ်ချက်များ မပါရှိသော အခြေခံအခြေအနေများအတွက်သာ သက်ဆိုင်ပါသည်။
နှစ်ထပ် CAN (အဓိက စံမော်ဒယ်)
mainboard တွင် လုံးဝလွတ်လပ်သော၊ လျှပ်စစ်ဖြင့် သီးခြားခွဲထားသော CAN ဟာ့ဒ်ဝဲယူနစ်နှစ်ခု ပေါင်းစပ်ထားသည်။ ချန်နယ်နှစ်ခုသည် ဟာ့ဒ်ဝဲအရင်းအမြစ်များအတွက် ယှဉ်ပြိုင်ခြင်းမရှိပါ၊ မတူညီသော baud rate များဖြင့် သီးခြားစီ configure လုပ်နိုင်ပြီး 1 Mbps အထိ parallel full-speed communication ကို ပံ့ပိုးပေးသည်။ synchronous dual-bus data collection, monitoring နှင့် diagnostics များကို ပံ့ပိုးပေးထားပြီး လေးလံသောယာဉ်များအတွက် ပုံမှန်လည်ပတ်မှုအခြေအနေ 90% ကျော်ကို လွှမ်းခြုံထားသောကြောင့် ဆောက်လုပ်ရေး၊ ကုန်စည်ပို့ဆောင်ရေးနှင့် စိုက်ပျိုးရေးစက်ယန္တရားလုပ်ငန်းများအတွက် အဓိက configure လုပ်သည့် configure ဖြစ်လာသည်။
၁။ လည်ပတ်မှုဒေတာ အပြည့်အဝလွှမ်းခြုံရန်အတွက် တစ်ပြိုင်နက်တည်း Dual-Bus အချက်အလက်စုဆောင်းခြင်း:
Channel 1 သည် J1939 power bus (အင်ဂျင်၊ ဂီယာ၊ ဘရိတ်စနစ်) နှင့် ချိတ်ဆက်ထားပြီး Channel 2 သည် hydraulic bus သို့မဟုတ် body control bus နှင့် ချိတ်ဆက်ထားသည်။ အော်ပရေတာများသည် tablet ပေါ်တွင် လည်ပတ်မှုအခြေအနေကို ကြည့်ရှုနိုင်ပြီး backend platform သည် wiring harness ပြောင်းလဲခြင်း သို့မဟုတ် time-sharing data collection မပါဘဲ real-time လည်ပတ်မှုဒေတာများကို စုစည်းပေးသည်။
၂။ ပြိုင်တူ စောင့်ကြည့်ခြင်းနှင့် ရောဂါရှာဖွေခြင်းပိုကောင်းတယ်ပြုပြင်ထိန်းသိမ်းမှု:
Channel 1 သည် ယာဉ်အုပ်စုကို စဉ်ဆက်မပြတ် ကြီးကြပ်နိုင်ရန်အတွက် ယာဉ်အခြေအနေ၊ လောင်စာဆီသုံးစွဲမှုနှင့် ချို့ယွင်းချက်အချက်ပေးမှုများကို ၂၄/၇ အချိန်နှင့်တပြေးညီ အပ်လုဒ်လုပ်ထားရှိသည်။ Channel 2 သည် စောင့်ကြည့်ခြင်းကို မနှောင့်ယှက်ဘဲ UDS deep fault diagnostics နှင့် ECU program flashing ကို လုပ်ဆောင်ပြီး ယာဉ်အုပ်စုပြုပြင်ထိန်းသိမ်းမှု စွမ်းဆောင်ရည်ကို သိသိသာသာ မြှင့်တင်ပေးသည်။
၃။ အနှောင့်အယှက်များကို ဖယ်ရှားရန် မူရင်းယာဉ်ဘတ်စ်ကားနှင့် အပိုပစ္စည်းများအကြား သီးခြားခွဲထားခြင်း:
သီးသန့်ချန်နယ်များသည် ယာဉ်၏ အဓိကအီလက်ထရွန်းနစ်ထိန်းချုပ်မှုစနစ်ကို ပြင်ပအပိုပစ္စည်းများမှ ခွဲထုတ်ထားသည်။ အပိုပစ္စည်းများမှ ချို့ယွင်းမှုများ သို့မဟုတ် လှိုင်းဝင်ရောက်စွက်ဖက်မှုများသည် တစ်ခုတည်းသောချန်နယ်တွင်သာ ကန့်သတ်ထားပြီး မူရင်းပါဝါဘတ်စ်ကို ဝင်ရောက်စွက်ဖက်၍မရပါ၊ ယာဉ်၏ အီလက်ထရွန်းနစ်ထိန်းချုပ်မှုစနစ်အပြည့်အစုံ တည်ငြိမ်ပြီး ဘေးကင်းစွာလည်ပတ်နိုင်စေရန် အာမခံပါသည်။
ပစ်မှတ်ထားရွေးချယ်မှုလမ်းညွှန်- လည်ပတ်မှုအခြေအနေအမျိုးမျိုးအတွက် အကောင်းဆုံး CAN ဖွဲ့စည်းမှု
၁။ တစ်ခုတည်းသော CAN ကို ရွေးချယ်ပါ-
ပေါ့ပါးသော ထောက်ပံ့ပို့ဆောင်ရေးယာဉ်များ၊ စက်ရုံအတွင်း အသုံးပြုသော သေးငယ်သည့် forklift များနှင့် transfer carts များ၊ အခြေခံနေရာချထားမှု၊ ယာဉ်အမြန်နှုန်းနှင့် လောင်စာဆီသုံးစွဲမှုဖတ်ရှုမှုသာ လိုအပ်သော အသုံးပြုမှုကိစ္စရပ်များ၊ ချို့ယွင်းချက်ရှာဖွေခြင်း သို့မဟုတ် hydraulic/လယ်ယာသုံး ကိရိယာများ မလိုအပ်ပါ။
၂။ Dual CAN ကို ရွေးချယ်ပါ-
အသေးစားနှင့် အလတ်စား မြေတူးစက်များ၊ ቅመሪያများနှင့် လမ်းကြိတ်စက်များ၊ စံသတ်မှတ်ထားသော လေးလံသော ထရပ်ကားများ၊ ရွှံ့နွံထရပ်ကားများနှင့် ခရီးသည်တင်ကားများ၊ အသေးစားနှင့် အလတ်စား ထွန်စက်များနှင့် ရိတ်သိမ်းစက်များ၊ ပုံမှန် ယာဉ်စုစောင့်ကြည့်ခြင်းနှင့် ယာဉ်ပြုပြင်ထိန်းသိမ်းမှု ရောဂါရှာဖွေရေး ပရောဂျက်များ။
နိဂုံးချုပ်
CAN bus channel configuration သည် ရွေးချယ်နိုင်သော auxiliary parameter ထက် ကြမ်းတမ်းသော ယာဉ်တွင်တပ်ဆင်ထားသော tablet များ၏ လည်ပတ်မှုအခြေအနေ လိုက်လျောညီထွေဖြစ်အောင် လုပ်ဆောင်နိုင်စွမ်းကို ဆုံးဖြတ်ပေးသည့် core indicator တစ်ခုဖြစ်သည်။ လည်ပတ်မှုအခြေအနေများအပေါ် အခြေခံ၍ CAN channel configuration များကို သင့်တင့်လျောက်ပတ်စွာ ရွေးချယ်ခြင်းသည် စနစ်ကိုက်ညီမှု မလုံလောက်ခြင်းနှင့် ထပ်ခါတလဲလဲ ပြန်လည်ပြုပြင်မှုများ အပါအဝင် ပြဿနာများကို ထိရောက်စွာ ရှောင်ရှားနိုင်စေပြီး ဉာဏ်ရည်ထက်မြက်သော ယာဉ်စီမံကိန်းများအတွက် hardware ရွေးချယ်မှုတွင် အရေးကြီးသော ချိတ်ဆက်မှုတစ်ခု ဖြစ်စေသည်။
3Rtablet ရဲ့ ကြမ်းတမ်းတဲ့ ယာဉ်မှာတပ်ဆင်နိုင်တဲ့ တက်ဘလက် အမျိုးအစား အပြည့်အစုံမှာ single CAN နဲ့ dual CAN သတ်မှတ်ချက်တွေ ပါဝင်ပြီး မျက်နှာပြင်အရွယ်အစား ၅၊ ၇ နဲ့ ၁၀ လက်မ ရှိပါတယ်။ စံသတ်မှတ်ချက်တွေမှာ 8–36 V အထိ ကျယ်ပြန့်တဲ့ ဗို့အားထည့်သွင်းမှု၊ IP67 ဖုန်နဲ့ ရေဒဏ်ခံနိုင်ရည်၊ -10°C မှ 65°C အထိ ကျယ်ပြန့်တဲ့ လည်ပတ်မှုအပူချိန်နဲ့ MIL-STD-810G တုန်ခါမှုနဲ့ တုန်ခါမှုဒဏ်ခံနိုင်ရည်တွေ ပါဝင်ပါတယ်။ OEM နဲ့ ODM စိတ်ကြိုက်ဝန်ဆောင်မှုတွေ ရရှိနိုင်ပါတယ်။ သင့်ရဲ့ ယာဉ်ဘတ်စ်ကားဗိသုကာ၊ လည်ပတ်မှုအခြေအနေနဲ့ ပရောဂျက်လိုအပ်ချက်တွေအတွက် စိတ်ကြိုက်ပြင်ဆင်ထားတဲ့ သီးသန့်ဟာ့ဒ်ဝဲဖြေရှင်းချက်တွေကို ကျွန်ုပ်တို့ ဒီဇိုင်းထုတ်နိုင်ပါတယ်။ အချက်အလက်တွေအတွက် ကျွန်ုပ်တို့ကို ဆက်သွယ်မေးမြန်းနိုင်ပါတယ်။
ပို့စ်တင်ချိန်: ၂၀၂၆ ခုနှစ်၊ ဇူလိုင်လ ၂၉ ရက်
