STM32F7-Discovery တွင် SIP ဖုန်း

ဟယ်လို။

ဟိုတုန်းက ငါတို့ ရေးသားခဲ့သည် 32 MB ROM နှင့် 4 KB RAM ပါသော STM1F192-Discovery တွင် SIP ဖုန်းတစ်လုံးကို ကျွန်ုပ်တို့ မည်သို့စတင်နိုင်ပုံအကြောင်း) Embox. ဤနေရာတွင် အဆိုပါဗားရှင်းသည် အနည်းငယ်မျှသာဖြစ်ပြီး ဖုန်းနှစ်လုံးကို ဆာဗာမပါဘဲ တိုက်ရိုက်ချိတ်ဆက်ကာ လမ်းကြောင်းတစ်ခုတည်းတွင်သာ အသံထုတ်လွှင့်ခြင်းဖြစ်သည်ဟု ဆိုရမည်ဖြစ်သည်။ ထို့ကြောင့်၊ ဆာဗာမှတစ်ဆင့် ခေါ်ဆိုမှု၊ အသံထုတ်လွှင့်မှု လမ်းကြောင်းနှစ်ခုစလုံးဖြင့် ပိုမိုပြည့်စုံသော ဖုန်းတစ်လုံးကို စတင်ရန် ဆုံးဖြတ်ခဲ့သော်လည်း တစ်ချိန်တည်းတွင် ဖြစ်နိုင်သည့် အသေးငယ်ဆုံး မမ်မိုရီအရွယ်အစားကို ထားရှိရန် ဆုံးဖြတ်ခဲ့သည်။

ဖုန်းအတွက် အက်ပလီကေးရှင်းကို ရွေးချယ်ဖို့ ဆုံးဖြတ်ခဲ့ပါတယ်။ simple_pjsua PJSIP စာကြည့်တိုက်၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် ၎င်းသည် ဆာဗာတွင် စာရင်းသွင်းခြင်း၊ ဖုန်းလက်ခံခြင်းနှင့် ခေါ်ဆိုမှုများကို ဖြေကြားနိုင်သည့် အနည်းအကျဉ်းမျှသာဖြစ်သည်။ အောက်တွင် STM32F7-Discovery တွင် ၎င်းကို မည်သို့လုပ်ဆောင်ရမည်ကို ချက်ချင်းဖော်ပြပါမည်။

ဘယ်လိုပြေးလဲ။

1. Embox ကို ပြင်ဆင်ခြင်း

   make confload-platform/pjsip/stm32f7cube

2. conf/mods.config ဖိုင်တွင် လိုအပ်သော SIP အကောင့်ကို သတ်မှတ်ပါ။

   
   include platform.pjsip.cmd.simple_pjsua_imported(
       sip_domain="server", 
       sip_user="username",
       sip_passwd="password")
   

   ဘယ်မှာ ဆာဗာက SIP ဆာဗာတစ်ခု (ဥပမာ၊ sip.linphone.org)၊ အသုံးပြုသူအမည် и စကားဝှက်ကို - အကောင့်အသုံးပြုသူအမည်နှင့်စကားဝှက်။

3. Embox ကို အဖွဲ့တစ်ခုအနေဖြင့် စုစည်းခြင်း။ လုပ်. ကျွန်ုပ်တို့တွင်ရှိသော board firmware အကြောင်း ဝီကီ နှင့် ဆောင်းပါး.
4. Embox ကွန်ဆိုးလ်တွင် “simple_pjsua_imported” အမိန့်ကို လုပ်ဆောင်ပါ။

   
   00:00:12.870    pjsua_acc.c  ....SIP outbound status for acc 0 is not active
   00:00:12.884    pjsua_acc.c  ....sip:[email protected]: registration success, status=200 (Registration succes
   00:00:12.911    pjsua_acc.c  ....Keep-alive timer started for acc 0, destination:91.121.209.194:5060, interval:15s
   

5. နောက်ဆုံးတွင်၊ ၎င်းသည် အသံအထွက်တွင် စပီကာများ သို့မဟုတ် နားကြပ်များကို ထည့်သွင်းကာ မျက်နှာပြင်ဘေးရှိ MEMS မိုက်ခရိုဖုန်းငယ်နှစ်ခုသို့ စကားပြောရန် ကျန်ရှိနေပါသည်။ ကျွန်ုပ်တို့သည် အပလီကေးရှင်း simple_pjsua၊ pjsua မှတဆင့် Linux မှခေါ်ဆိုပါသည်။ ဒါမှမဟုတ် တခြား linphone အမျိုးအစားကို သုံးလို့ရတယ်။

ဤအရာအားလုံးကို ကျွန်ုပ်တို့တွင် ဖော်ပြထားပါသည်။ ဝီကီ.

ငါတို့အဲဒီကိုဘယ်လိုရောက်တာလဲ။

ထို့ကြောင့်၊ ဟာ့ဒ်ဝဲပလပ်ဖောင်းတစ်ခုရွေးချယ်ခြင်းနှင့် ပတ်သက်၍ အစပိုင်းတွင် မေးခွန်းထုတ်လာခဲ့သည်။ STM32F4-Discovery သည် မှတ်ဉာဏ်မှ အံမဝင်ကြောင်း ရှင်းရှင်းလင်းလင်းသိရသောကြောင့် STM32F7-Discovery ကို ရွေးချယ်ခဲ့သည်။ သူ့တွင် 1 MB flash drive နှင့် 256 KB RAM (+ 64 အထူးအမြန်မှတ်ဉာဏ်၊ ကျွန်ုပ်တို့လည်း အသုံးပြုမည်)။ ဆာဗာမှတဆင့် ခေါ်ဆိုမှုအတွက်လည်း အများကြီးမဟုတ်သော်လည်း အံဝင်ခွင်ကျဖြစ်အောင် ကြိုးစားရန် ဆုံးဖြတ်ခဲ့သည်။

၎င်းတို့အတွက် အခြေအနေအရ၊ လုပ်ငန်းကို အဆင့်များစွာ ခွဲခြားထားသည်။

• QEMU တွင် PJSIP လုပ်ဆောင်နေသည်။ ၎င်းသည် အမှားရှာပြင်ခြင်းအတွက် အဆင်ပြေသည်၊ ထို့အပြင် ကျွန်ုပ်တို့တွင် AC97 codec အတွက် ပံ့ပိုးမှုလည်း ရှိနှင့်ပြီးသားဖြစ်သည်။
• QEMU နှင့် STM32 တွင် အသံဖမ်းခြင်းနှင့် ဖွင့်ခြင်း။
• လျှောက်လွှာတင်ခြင်း။ simple_pjsua PJSIP မှ ၎င်းသည် သင့်အား SIP ဆာဗာတွင် စာရင်းသွင်းနိုင်ပြီး ဖုန်းခေါ်ဆိုမှုများ ပြုလုပ်နိုင်သည်။
• သင့်ကိုယ်ပိုင် Asterisk-based ဆာဗာကို အသုံးပြုပြီး ၎င်းကို စမ်းသပ်ပြီးနောက် sip.linphone.org ကဲ့သို့သော ပြင်ပကို စမ်းကြည့်ပါ။

Embox ရှိ အသံသည် PISIP တွင်လည်း အသုံးပြုသည့် Portaudio မှတဆင့် အလုပ်လုပ်ပါသည်။ QEMU တွင် ပထမဆုံး ပြဿနာများ ပေါ်လာသည် - WAV သည် 44100 Hz တွင် ကောင်းမွန်စွာ ကစားသော်လည်း 8000 တွင် တစ်ခုခု မှားသွားပါသည်။ ၎င်းသည် ကြိမ်နှုန်းကို သတ်မှတ်ရန် ကိစ္စဖြစ်သည် - ပုံသေအားဖြင့် ၎င်းသည် စက်ကိရိယာတွင် 44100 ဖြစ်ပြီး ၎င်းသည် ပရိုဂရမ်ပုံစံအတိုင်း မပြောင်းလဲခဲ့ပေ။

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

ထို့နောက် ကျွန်ုပ်တို့သည် ဆာဗာတစ်ခုငှားပြီး ၎င်းတွင် Asterisk ကို အသုံးပြုခဲ့သည်။ အမှားအယွင်းတွေ အများကြီးလုပ်ဖို့ လိုအပ်ပေမယ့် မိုက်ခရိုဖုန်းကို သိပ်စကားမပြောချင်တာကြောင့် အလိုအလျောက်ပြန်ဖွင့်ပြီး အသံသွင်းဖို့ လိုအပ်ပါတယ်။ ဒါကိုလုပ်ဖို့၊ အသံစက်တွေအစား ဖိုင်တွေကို ချော်သွားစေဖို့အတွက် simple_pjsua ကို ဖာထေးထားပါတယ်။ PJSIP တွင်၊ ၎င်းတို့တွင် စက်ပစ္စည်း သို့မဟုတ် ဖိုင်တစ်ခု ဖြစ်နိုင်သည့် ဆိပ်ကမ်းတစ်ခု၏ အယူအဆရှိသောကြောင့် ၎င်းကို ရိုးရှင်းစွာလုပ်ဆောင်သည်။ ပြီးတော့ ဒီ port တွေကို တခြား port တွေနဲ့ လိုက်လျောညီထွေ ချိတ်ဆက်နိုင်ပါတယ်။ ကျွန်ုပ်တို့၏ pjsip တွင်ကုဒ်ကိုသင်တွေ့နိုင်သည်။ သိုလှောင်မှုများ. ရလဒ်မှာ အောက်ပါအတိုင်းဖြစ်သည်။ Asterisk ဆာဗာတွင် ကျွန်ုပ်သည် Linux အတွက် နှင့် Embox အတွက် အကောင့်နှစ်ခုကို စတင်ခဲ့သည်။ ထို့နောက် Embox တွင် command ကိုလုပ်ဆောင်သည်။ simple_pjsua_တင်သွင်းခဲ့သည်။Embox ကို ဆာဗာတွင် စာရင်းသွင်းပြီးနောက်၊ Linux မှ Embox ကို ခေါ်သည်။ ချိတ်ဆက်မှုတွင်၊ ချိတ်ဆက်မှုတည်ဆောက်ထားကြောင်း Asterisk ဆာဗာတွင် စစ်ဆေးပြီး ခဏအကြာတွင် Embox တွင် Linux မှအသံကိုကြားရပြီး Linux တွင် Embox မှဖွင့်ထားသည့်ဖိုင်ကို သိမ်းဆည်းပါသည်။

၎င်းသည် QEMU တွင်အလုပ်လုပ်ပြီးနောက်၊ ကျွန်ုပ်တို့သည် STM32F7-Discovery သို့ ပို့ခြင်းသို့ ဆက်သွားခဲ့သည်။ ပထမပြဿနာမှာ ပုံ၏အရွယ်အစားအတွက် ဖွင့်ထားသော compiler optimization “-Os” မပါဘဲ ROM ၏ 1 MB နှင့် မကိုက်ညီသောကြောင့်ဖြစ်သည်။ အဲဒါကြောင့် "-Os" ပါ၀င်ပါတယ်။ ထို့အပြင်၊ C++ အတွက် patch disabled ပံ့ပိုးမှုအား pjsua အတွက်သာ လိုအပ်ပြီး simple_pjsua ကို အသုံးပြုပါသည်။

ထားရှိပြီးနောက် simple_pjsua၊ အခုမှ လွှင့်တင်ဖို့ အခွင့်အရေးရှိနေပြီလို့ ဆုံးဖြတ်လိုက်တယ်။ သို့သော် အသံသွင်းခြင်းနှင့် ဖွင့်ခြင်းတို့ကို ဦးစွာကိုင်တွယ်ဖြေရှင်းရန် လိုအပ်ပါသည်။ မေးခွန်းက ဘယ်မှာရေးရမလဲ။ ကျွန်ုပ်တို့သည် ပြင်ပမှတ်ဉာဏ် - SDRAM (128 MB) ကို ရွေးချယ်ခဲ့သည်။ သင်ကိုယ်တိုင် စမ်းကြည့်နိုင်သည်-

ကြိမ်နှုန်း 16000 Hz နှင့် ကြာချိန် 10 စက္ကန့်ဖြင့် စတီရီယို WAV ကို ဖန်တီးသည်-

record -r 16000 -c 2 -d 10000 -m C0000000

ကျွန်ုပ်တို့ ရှုံးသည်-

play -m C0000000

ဒီနေရာမှာ ပြဿနာနှစ်ခုရှိတယ်။ codec ဖြင့် ပထမဆုံး - WM8994 ကိုအသုံးပြုထားပြီး ၎င်းတွင် slot တစ်ခုပါရှိပြီး အဆိုပါ slot 4 ခုရှိသည်။ ထို့ကြောင့်၊ ၎င်းကို ပုံသေသတ်မှတ်မထားပါက၊ ထို့နောက် အသံဖွင့်သည့်အခါတွင် slot လေးခုစလုံးတွင် ပြန်ဖွင့်သည် . ထို့ကြောင့်၊ ကြိမ်နှုန်း 16000 Hz တွင် ကျွန်ုပ်တို့သည် 8000 Hz ကို လက်ခံရရှိသော်လည်း 8000 Hz အတွက် ပြန်ဖွင့်ခြင်းမှာ အလုပ်မဖြစ်ပါ။ အကွက် 0 နှင့် 2 ကိုသာ ရွေးချယ်သောအခါ၊ ၎င်းသည် လုပ်ဆောင်သင့်သည့်အတိုင်း လုပ်ဆောင်ခဲ့သည်။ နောက်ထပ်ပြဿနာတစ်ခုကတော့ STM32Cube မှာရှိတဲ့ audio interface က SAI (Serial Audio Interface) ကတစ်ဆင့် အသံအဝင်နဲ့ တပြိုင်တည်းအလုပ်လုပ်တဲ့ (အသေးစိတ်အချက်အလက်တွေကို နားမလည်ပေမယ့် သူတို့က သာမန်နာရီနဲ့ မျှဝေလိုက်တာနဲ့ အတူတူပါပဲ၊ အသံထွက်ပေါက်ကို အစပြုထားပြီး၊ အသံသည် ၎င်း၏ဝင်ပေါက်တွင် တစ်နည်းနည်းဖြင့် ကပ်ထားသည်။) ဆိုလိုသည်မှာ၊ ၎င်းတို့ကို သီးခြားစီ လုပ်ဆောင်၍မရပါ၊ ထို့ကြောင့် ကျွန်ုပ်တို့ အောက်ပါအတိုင်း လုပ်ဆောင်ခဲ့သည် - အသံသွင်းခြင်းနှင့် အသံထွက်ပေါက်သည် အမြဲတမ်း အလုပ်လုပ်သည် (အနှောင့်အယှက်များ အပါအဝင်) ကို ထုတ်ပေးပါသည်။ သို့သော် စနစ်တွင် မည်သည့်အရာကိုမျှ မဖွင့်ထားသောအခါ၊ ထို့နောက် ကျွန်ုပ်တို့သည် အသံထွက်ပေါက်ထဲသို့ လွတ်နေသော ကြားခံတစ်ခုကို လစ်သွားပြီး ပြန်ဖွင့်သည့်အခါတွင် ကျွန်ုပ်တို့သည် ၎င်းကို ရိုးသားစွာ စတင်ဖြည့်သွင်းပါသည်။

ထို့အပြင် အသံသွင်းနေစဉ် အသံသည် အလွန်တိတ်ဆိတ်နေသည်ဟူသောအချက်ကို ကျွန်ုပ်တို့ ကြုံတွေ့ခဲ့ရသည်။ ၎င်းမှာ STM32F7-Discovery ရှိ MEMS မိုက်ခရိုဖုန်းများသည် 16000 Hz အောက် ကြိမ်နှုန်းများတွင် ကောင်းစွာ အလုပ်မလုပ်ခြင်းကြောင့် ဖြစ်သည်။ ထို့ကြောင့် 16000 Hz လာလျှင်ပင် ကျွန်ုပ်တို့သည် 8000 Hz ဟု သတ်မှတ်သည်။ ဒါကိုလုပ်ဖို့၊ ကြိမ်နှုန်းတစ်ခုမှ နောက်တစ်ခုသို့ ဆော့ဖ်ဝဲလ်တစ်ခုသို့ ကူးပြောင်းရန် လိုအပ်သည်။

ထို့နောက် RAM တွင်ရှိသော အမှိုက်ပုံ၏ အရွယ်အစားကို တိုးမြှင့်ရမည်ဖြစ်ပါသည်။ ကျွန်ုပ်တို့၏တွက်ချက်မှုများအရ pjsip သည် 190 KB ခန့်လိုအပ်ပြီး ကျွန်ုပ်တို့တွင် 100 KB ခန့်သာကျန်တော့သည်။ ဤနေရာတွင် ကျွန်ုပ်သည် အချို့သော ပြင်ပမှတ်ဉာဏ် - SDRAM (128 KB ခန့်) ကို အသုံးပြုခဲ့ရသည်။

ဤအရာအားလုံးကို တည်းဖြတ်ပြီးနောက်၊ Linux နှင့် Embox အကြား ပထမဆုံး ပက်ကေ့ဂျ်များကို တွေ့လိုက်ရပြီး အသံကို ကြားလိုက်ရသည်။ ဒါပေမယ့် အသံက ကြောက်စရာကောင်းတယ်၊ QEMU နဲ့ လုံးဝမတူဘူး၊ ဘာကိုမှ ထုတ်လို့မရဘူး။ အဲဒီအခါမှာ ဘာကိစ္စဖြစ်နိုင်မလဲ ဆိုတာကို စဉ်းစားခဲ့ကြတယ်။ အမှားရှာပြင်ခြင်းက Embox တွင် အသံကြားခံများကို ဖြည့်/ထုတ်ရန် အချိန်မရှိသည်ကို ပြသခဲ့သည်။ pjsip သည် ဖရိန်တစ်ခုအား လုပ်ဆောင်နေချိန်တွင်၊ ကြားဖြတ် 2 ခုသည် buffer processing ပြီးဆုံးခြင်းအတွက် အချိန်ယူရမည်ဖြစ်ပြီး၊ ၎င်းမှာ အလွန်များပါသည်။ မြန်နှုန်းအတွက် ပထမဆုံးစဉ်းစားသည်မှာ compiler optimization ဖြစ်သော်လည်း ၎င်းကို PJSIP တွင် ထည့်သွင်းထားပြီးဖြစ်သည်။ ဒုတိယအချက်ကတော့ Hardware Floating Point ဖြစ်ပြီး၊ ကျွန်တော်တို့ အဲဒီအကြောင်းကို ပြောခဲ့ပါတယ်။ ဆောင်းပါး. သို့သော် လက်တွေ့ပြသထားသည့်အတိုင်း FPU သည် အရှိန်အဟုန် သိသိသာသာ တိုးမလာပေ။ နောက်တစ်ဆင့်မှာ အတွဲများကို ဦးစားပေးရန်ဖြစ်သည်။ Embox တွင် မတူညီသော အချိန်ဇယားဆွဲခြင်းဆိုင်ရာ ဗျူဟာများ ပါရှိပြီး ဦးစားပေးများကို ပံ့ပိုးပေးပြီး အသံထုတ်လွှင့်မှုများကို အမြင့်ဆုံး ဦးစားပေးအဖြစ် သတ်မှတ်ပေးသည့် တစ်ခုကို ထည့်သွင်းထားပါသည်။ ဒါကလည်း မကူညီခဲ့ပါဘူး။

နောက်အကြံတစ်ခုကတော့ ကျွန်တော်တို့ဟာ ပြင်ပမှတ်ဉာဏ်တွေနဲ့ အလုပ်လုပ်နေပြီး အလွန်မကြာခဏဝင်ရောက်လေ့ရှိတဲ့ အဆောက်အဦတွေကို အဲဒီနေရာမှာ ရွှေ့ရတာကောင်းပါတယ်။ ဘယ်အချိန်နဲ့ အောက်မှာ ဆိုတာကို ပဏာမ ခွဲခြမ်းစိတ်ဖြာပြီး လုပ်ခဲ့တယ်။ simple_pjsua memory ကိုခွဲဝေပေးသည်။ 190 Kb မှ ပထမဦးဆုံး 90 Kb ကို PJSIP ၏ အတွင်းပိုင်းလိုအပ်ချက်များအတွက် ခွဲဝေပေးထားပြီး ၎င်းတို့ကို မကြာခဏ အသုံးပြုလေ့မရှိပါ။ ထို့အပြင်၊ အဝင်ခေါ်ဆိုမှုတစ်ခုအတွင်း၊ pjsua_call_answer လုပ်ဆောင်ချက်ကို ခေါ်ပြီး အဝင်နှင့်အထွက်ဘောင်များနှင့် လုပ်ဆောင်ရန်အတွက် buffers များကို ခွဲဝေပေးသည်။ 100 Kb လောက်ရှိနေတုန်းပဲ။ ပြီးတော့ ငါတို့က အောက်ပါအတိုင်း လုပ်တယ်။ ဖုန်းခေါ်ဆိုချိန်အထိ၊ ဒေတာကို ပြင်ပမှတ်ဉာဏ်တွင် ထားရှိပါ။ ဖုန်းခေါ်ဆိုပြီးသည်နှင့် RAM တွင် အခြားတစ်ခုနှင့် အစုကို ချက်ချင်းအစားထိုးပါသည်။ ထို့ကြောင့်၊ "ပူ" ဒေတာအားလုံးကို ပိုမိုမြန်ဆန်ပြီး ခန့်မှန်းနိုင်သော မှတ်ဉာဏ်သို့ လွှဲပြောင်းခဲ့သည်။

ရလဒ်အနေဖြင့် ဤအရာအားလုံးကို အတူတကွ စတင်လုပ်ဆောင်နိုင်ခဲ့သည်။ simple_pjsua သင်၏ဆာဗာမှတဆင့်ခေါ်ဆိုပါ။ ထို့နောက် sip.linphone.org ကဲ့သို့သော အခြားဆာဗာများမှတဆင့်။

တွေ့ရှိချက်များ

ရလဒ်အနေနဲ့ လွှင့်တင်နိုင်ခဲ့ပါတယ်။ simple_pjsua ဆာဗာမှတဆင့် လမ်းကြောင်းနှစ်ခုလုံးတွင် အသံထုတ်လွှင့်ခြင်းနှင့်အတူ။ SDRAM ၏ 128 KB ထပ်လောင်းသုံးစွဲသည့်ပြဿနာကို အနည်းငယ်ပို၍အစွမ်းထက်သော Cortex-M7 (ဥပမာ၊ STM32F769NI နှင့်အတူ RAM 512 KB) ကိုအသုံးပြုခြင်းဖြင့် ဖြေရှင်းနိုင်သော်လည်း တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် 256 သို့ရောက်ရန် မျှော်လင့်ချက်ကို လက်မလျှော့သေးပါ။ KB 🙂 စိတ်ဝင်စားတဲ့သူရှိရင် ဝမ်းသာပါတယ် ဒါမှမဟုတ် ဒီထက်ကောင်းသေးရင် စမ်းသုံးကြည့်လိုက်ပါ။ အရင်းအမြစ်အားလုံး၊ ပုံမှန်အတိုင်း ကျွန်ုပ်တို့တွင်ရှိသည်။ သိုလှောင်မှုများ.

source: www.habr.com