ໂທລະສັບ SIP ໃນ STM32F7-Discovery

ສະບາຍດີທຸກໆທ່ານ.

ຄາວ ໜຶ່ງ ພວກເຮົາ wrote ກ່ຽວກັບວິທີການທີ່ພວກເຮົາຈັດການເປີດຕົວໂທລະສັບ SIP ໃນ STM32F4-Discovery ກັບ 1 MB ROM ແລະ 192 KB RAM) ໂດຍອີງໃສ່ 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 ຢູ່ wiki ແລະໃນ ບົດຄວາມ.
4. ດໍາເນີນການຄໍາສັ່ງ “simple_pjsua_imported” ໃນ Embox console

   
   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 ຂະຫນາດນ້ອຍຢູ່ຂ້າງຈໍສະແດງຜົນ. ພວກເຮົາໂທຫາຈາກ Linux ໂດຍໃຊ້ຄໍາຮ້ອງສະຫມັກ simple_pjsua, pjsua. ດີ, ຫຼືທ່ານສາມາດນໍາໃຊ້ປະເພດອື່ນໆຂອງ linphone.

ທັງຫມົດນີ້ແມ່ນໄດ້ອະທິບາຍຢູ່ໃນຂອງພວກເຮົາ wiki.

ພວກເຮົາມາທີ່ນີ້ໄດ້ແນວໃດ

ດັ່ງນັ້ນ, ໃນເບື້ອງຕົ້ນຄໍາຖາມທີ່ເກີດຂື້ນກ່ຽວກັບການເລືອກເວທີຮາດແວ. ເນື່ອງຈາກວ່າມັນເປັນທີ່ຊັດເຈນວ່າ STM32F4-Discovery ຈະບໍ່ເຫມາະສົມກັບຫນ່ວຍຄວາມຈໍາ, STM32F7-Discovery ໄດ້ຖືກເລືອກ. ນາງມີ flash drive 1 MB ແລະ 256 KB ຂອງ RAM (+ 64 ຫນ່ວຍຄວາມຈໍາໄວພິເສດ, ເຊິ່ງພວກເຮົາຈະໃຊ້ເຊັ່ນກັນ). ມັນຍັງບໍ່ຫຼາຍປານໃດສໍາລັບການໂທຜ່ານເຊີບເວີ, ແຕ່ພວກເຮົາໄດ້ຕັດສິນໃຈທີ່ຈະພະຍາຍາມເຂົ້າ.

ຕາມທໍາມະດາ, ວຽກງານດັ່ງກ່າວໄດ້ແບ່ງອອກເປັນຫຼາຍຂັ້ນຕອນ:

• ແລ່ນ PJSIP ໃນ QEMU. ມັນສະດວກສໍາລັບການດີບັກ, ບວກກັບພວກເຮົາມີການສະຫນັບສະຫນູນຕົວແປງສັນຍານ AC97 ຢູ່ທີ່ນັ້ນ.
• ການບັນທຶກສຽງ ແລະຫຼິ້ນຄືນໃນ QEMU ແລະ STM32.
• Porting ຄໍາຮ້ອງສະຫມັກ simple_pjsua ຈາກ PJSIP. ມັນອະນຸຍາດໃຫ້ທ່ານລົງທະບຽນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ SIP ແລະໂທອອກ.
• ນຳໃຊ້ເຊີບເວີຂອງເຈົ້າເອງໂດຍອີງໃສ່ຮູບດາວ ແລະທົດສອບມັນ, ແລະຫຼັງຈາກນັ້ນລອງໃຊ້ພາຍນອກເຊັ່ນ sip.linphone.org

ສຽງໃນ Embox ເຮັດວຽກຜ່ານ Portaudio, ເຊິ່ງຍັງຖືກໃຊ້ໃນ PISIP. ບັນຫາທໍາອິດທີ່ປາກົດຢູ່ໃນ QEMU - WAVs ຖືກຫຼີ້ນໄດ້ດີຢູ່ທີ່ 44100 Hz, ແຕ່ຢູ່ທີ່ 8000 ບາງສິ່ງບາງຢ່າງທີ່ຜິດພາດຢ່າງຊັດເຈນ. ມັນໄດ້ຫັນອອກວ່າບັນຫາແມ່ນຢູ່ໃນການຕັ້ງຄ່າຄວາມຖີ່ - ໂດຍຄ່າເລີ່ມຕົ້ນໃນອຸປະກອນມັນແມ່ນ 44100, ແລະພວກເຮົາບໍ່ໄດ້ປ່ຽນແປງນີ້ໃນຊອບແວ.

ທີ່ນີ້, ມັນອາດຈະເປັນມູນຄ່າການອະທິບາຍເລັກນ້ອຍກ່ຽວກັບວິທີການສຽງໂດຍທົ່ວໄປ. ແຜ່ນສຽງສາມາດກໍານົດບາງຕົວຊີ້ໄປຫາຊິ້ນສ່ວນຂອງຫນ່ວຍຄວາມຈໍາທີ່ມັນຈໍາເປັນຕ້ອງໄດ້ຫຼິ້ນຫຼືບັນທຶກໄວ້ໃນຄວາມຖີ່ທີ່ກໍານົດໄວ້ລ່ວງຫນ້າ. ຫຼັງຈາກ buffer ໝົດ, ການຂັດຂວາງແມ່ນຖືກສ້າງຂຶ້ນແລະການປະຕິບັດຍັງສືບຕໍ່ຈາກ buffer ຕໍ່ໄປ. ຈຸດແມ່ນວ່າ buffers ເຫຼົ່ານີ້ຈໍາເປັນຕ້ອງໄດ້ເຕີມລົງໄປລ່ວງຫນ້າໃນຂະນະທີ່ອັນກ່ອນຫນ້າແມ່ນໄດ້ຖືກຫຼີ້ນ. ພວກເຮົາຈະພົບບັນຫານີ້ຕື່ມອີກໃນ STM32F7.

ຕໍ່ໄປ, ພວກເຮົາເຊົ່າເຄື່ອງແມ່ຂ່າຍແລະນໍາໃຊ້ Asterisk ໃສ່ມັນ. ເນື່ອງຈາກມີການດີບັ໊ກຫຼາຍຢ່າງທີ່ຕ້ອງເຮັດ, ແລະຂ້ອຍບໍ່ຢາກເວົ້າຫຼາຍເຂົ້າໄປໃນໄມໂຄຣໂຟນ, ມັນຈໍາເປັນຕ້ອງເຮັດການຫຼິ້ນແລະບັນທຶກອັດຕະໂນມັດ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາ patched simple_pjsua ເພື່ອໃຫ້ພວກເຮົາສາມາດໃສ່ໄຟລ໌ແທນທີ່ຈະເປັນອຸປະກອນສຽງ. ໃນ PJSIP ນີ້ແມ່ນເຮັດຢ່າງງ່າຍດາຍ, ຍ້ອນວ່າພວກເຂົາມີແນວຄວາມຄິດຂອງພອດ, ເຊິ່ງສາມາດເປັນອຸປະກອນຫຼືໄຟລ໌. ແລະພອດເຫຼົ່ານີ້ສາມາດເຊື່ອມຕໍ່ຢ່າງຍືດຫຍຸ່ນກັບພອດອື່ນໆ. ທ່ານສາມາດເບິ່ງລະຫັດໃນ pjsip ຂອງພວກເຮົາ ຄັງເກັບມ້ຽນ. ດັ່ງນັ້ນ, ໂຄງການດັ່ງກ່າວເປັນດັ່ງຕໍ່ໄປນີ້. ຂ້ອຍສ້າງສອງບັນຊີໃນເຊີບເວີ Asterisk - ສໍາລັບ Linux ແລະ Embox. ຕໍ່ໄປ, ຄໍາສັ່ງຖືກປະຕິບັດຢູ່ໃນ Embox simple_pjsua_ນໍາເຂົ້າ, Embox ລົງທະບຽນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ, ຫຼັງຈາກນັ້ນພວກເຮົາໂທຫາ Embox ຈາກ Linux. ໃນປັດຈຸບັນຂອງການເຊື່ອມຕໍ່, ພວກເຮົາກວດເບິ່ງເຄື່ອງແມ່ຂ່າຍຂອງ Asterisk ວ່າການເຊື່ອມຕໍ່ທັງຫມົດໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ, ແລະຫຼັງຈາກບາງເວລາພວກເຮົາຄວນຈະໄດ້ຍິນສຽງຈາກ Linux ໃນ Embox, ແລະໃນ Linux ພວກເຮົາບັນທຶກໄຟລ໌ທີ່ຫຼິ້ນຈາກ Embox.

ເມື່ອອັນນີ້ເຮັດວຽກຢູ່ໃນ QEMU, ພວກເຮົາຍ້າຍໄປໃສ່ມັນໃສ່ STM32F7-Discovery. ບັນຫາທໍາອິດແມ່ນວ່າພວກເຮົາບໍ່ສາມາດເຫມາະກັບ 1 MB ຂອງ ROM ໂດຍບໍ່ມີການ "-Os" compiler optimization ສໍາລັບຂະຫນາດຮູບພາບເປີດ. ດັ່ງນັ້ນ, ພວກເຮົາລວມເອົາ "-Os". ຕໍ່ໄປ, patch disabled ສະຫນັບສະຫນູນສໍາລັບ C ++, ສະນັ້ນມັນພຽງແຕ່ຕ້ອງການສໍາລັບ pjsua, ແລະພວກເຮົາໃຊ້ simple_pjsua.

ຫຼັງຈາກວາງ simple_pjsua, ຕັດສິນໃຈວ່າຕອນນີ້ມີໂອກາດທີ່ຈະເປີດຕົວມັນ. ແຕ່ທໍາອິດພວກເຮົາຕ້ອງຄິດອອກວິທີການບັນທຶກແລະຫຼິ້ນສຽງຄືນ. ຄໍາຖາມ: ບ່ອນທີ່ຈະຂຽນ? ພວກເຮົາເລືອກຫນ່ວຍຄວາມຈໍາພາຍນອກ - SDRAM (128 MB). ທ່ານ​ສາ​ມາດ​ທົດ​ລອງ​ດ້ວຍ​ຕົວ​ທ່ານ​ເອງ​:

ຈະສ້າງ WAV stereo ທີ່ມີຄວາມຖີ່ 16000 Hz ແລະໄລຍະເວລາ 10 ວິນາທີ:

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

ພວກເຮົາສູນເສຍ:

play -m C0000000

ມີບັນຫາສອງອັນຢູ່ທີ່ນີ້. ອັນທໍາອິດແມ່ນກັບຕົວແປງສັນຍານ - WM8994 ຖືກນໍາໃຊ້, ແລະມັນມີສິ່ງດັ່ງກ່າວເປັນສະລັອດຕິງ, ແລະມີ 4 ຂອງສະລັອດຕິງເຫຼົ່ານີ້, ດັ່ງນັ້ນ, ໂດຍຄ່າເລີ່ມຕົ້ນ, ຖ້າຫາກວ່ານີ້ບໍ່ໄດ້ຖືກຕັ້ງຄ່າ, ຫຼັງຈາກນັ້ນໃນເວລາທີ່ຫຼິ້ນສຽງ, ການຫຼິ້ນຈະເກີດຂຶ້ນໃນທັງຫມົດ ສີ່ຊ່ອງ. ດັ່ງນັ້ນ, ໃນຄວາມຖີ່ຂອງ 16000 Hz ພວກເຮົາໄດ້ຮັບ 8000 Hz, ແຕ່ສໍາລັບການຫຼິ້ນ 8000 Hz ພຽງແຕ່ບໍ່ໄດ້ເຮັດວຽກ. ເມື່ອພວກເຮົາເລືອກພຽງແຕ່ຊ່ອງ 0 ແລະ 2, ມັນເຮັດວຽກຕາມທີ່ຄາດໄວ້. ບັນຫາອີກປະການຫນຶ່ງແມ່ນການໂຕ້ຕອບສຽງໃນ STM32Cube, ເຊິ່ງຜົນຜະລິດສຽງເຮັດວຽກຜ່ານ SAI (Serial Audio Interface) synchronously ກັບການປ້ອນຂໍ້ມູນສຽງ (ຂ້ອຍບໍ່ເຂົ້າໃຈລາຍລະອຽດ, ແຕ່ມັນປາກົດວ່າພວກເຂົາແບ່ງປັນໂມງທົ່ວໄປແລະເມື່ອເລີ່ມຕົ້ນ. ຜົນ​ຜະ​ລິດ​ສຽງ​, ສຽງ somehow ຜູກ​ພັນ​ກັບ​ມັນ​ເຂົ້າ​)​. ນັ້ນແມ່ນ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະດໍາເນີນການແຍກຕ່າງຫາກ, ດັ່ງນັ້ນພວກເຮົາໄດ້ເຮັດດັ່ງຕໍ່ໄປນີ້ - ການປ້ອນຂໍ້ມູນສຽງແລະຜົນຜະລິດສຽງເຮັດວຽກສະເຫມີ (ລວມທັງການຂັດຂວາງແມ່ນສ້າງ). ແຕ່ໃນເວລາທີ່ບໍ່ມີຫຍັງຢູ່ໃນລະບົບ, ພວກເຮົາພຽງແຕ່ເລື່ອນ buffer ຫວ່າງເປົ່າເຂົ້າໄປໃນຜົນຜະລິດສຽງ, ແລະໃນເວລາທີ່ playback ເລີ່ມຕົ້ນ, ພວກເຮົາຊື່ສັດເລີ່ມຕົ້ນຕື່ມມັນ.

ຫຼັງຈາກນັ້ນ, ພວກເຮົາໄດ້ພົບກັບຄວາມຈິງທີ່ວ່າສຽງໃນເວລາທີ່ບັນທຶກສຽງແມ່ນງຽບຫຼາຍ. ນີ້ແມ່ນເນື່ອງມາຈາກຄວາມຈິງທີ່ວ່າໄມໂຄຣໂຟນ MEMS ໃນ STM32F7-Discovery somehow ເຮັດວຽກບໍ່ດີໃນຄວາມຖີ່ຕ່ໍາກວ່າ 16000 Hz. ດັ່ງນັ້ນ, ພວກເຮົາຕັ້ງມັນເປັນ 16000 Hz, ເຖິງແມ່ນວ່າ 8000 Hz ມາຮອດ. ເພື່ອເຮັດສິ່ງນີ້, ຢ່າງໃດກໍຕາມ, ມັນຈໍາເປັນຕ້ອງເພີ່ມການແປງຊອບແວຂອງຄວາມຖີ່ຫນຶ່ງໄປຫາອີກ.

ຕໍ່ໄປ, ພວກເຮົາຕ້ອງເພີ່ມຂະຫນາດຂອງ heap, ເຊິ່ງຕັ້ງຢູ່ໃນ RAM. ອີງຕາມການຄິດໄລ່ຂອງພວກເຮົາ, pjsip ຕ້ອງການປະມານ 190 KB, ແລະພວກເຮົາມີພຽງແຕ່ປະມານ 100 KB ເທົ່ານັ້ນ. ໃນທີ່ນີ້ພວກເຮົາຕ້ອງໃຊ້ຫນ່ວຍຄວາມຈໍາພາຍນອກເລັກນ້ອຍ - SDRAM (ປະມານ 128 KB).

ຫຼັງຈາກການແກ້ໄຂທັງຫມົດນີ້, ຂ້າພະເຈົ້າໄດ້ເຫັນຊຸດທໍາອິດລະຫວ່າງ Linux ແລະ Embox, ແລະໄດ້ຍິນສຽງ! ແຕ່ສຽງແມ່ນຂີ້ຮ້າຍ, ບໍ່ຄືກັບ QEMU, ບໍ່ມີຫຍັງໄດ້ຍິນ. ຫຼັງຈາກນັ້ນ, ພວກເຮົາສົງໄສວ່າສິ່ງທີ່ອາດຈະເປັນເລື່ອງ. Debugging ສະແດງໃຫ້ເຫັນວ່າ Embox ພຽງແຕ່ບໍ່ມີເວລາທີ່ຈະຕື່ມຂໍ້ມູນໃສ່ / unload buffers ສຽງ. ໃນຂະນະທີ່ pjsip ກໍາລັງປະມວນຜົນຫນຶ່ງເຟຣມ, 2 ການຂັດຂວາງກ່ຽວກັບການສໍາເລັດການປຸງແຕ່ງ buffer ໄດ້ເກີດຂຶ້ນ, ຊຶ່ງເປັນຫຼາຍເກີນໄປ. ຄວາມຄິດທໍາອິດຂອງຂ້ອຍສໍາລັບການເລັ່ງແມ່ນການເພີ່ມປະສິດທິພາບການລວບລວມ, ແຕ່ວ່ານັ້ນໄດ້ຖືກລວມຢູ່ໃນ PJSIP ແລ້ວ. ອັນທີສອງແມ່ນຈຸດທີ່ເລື່ອນໄດ້ຂອງຮາດແວ, ພວກເຮົາໄດ້ເວົ້າກ່ຽວກັບມັນ ບົດຄວາມ. ແຕ່ເປັນການປະຕິບັດໄດ້ສະແດງໃຫ້ເຫັນ, FPU ບໍ່ໄດ້ສະຫນອງການເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍໃນຄວາມໄວ. ຂັ້ນ​ຕອນ​ຕໍ່​ໄປ​ແມ່ນ​ການ​ກໍາ​ນົດ​ບູ​ລິ​ມະ​ສິດ​ກະ​ທູ້​. Embox ມີຍຸດທະສາດການກໍານົດເວລາທີ່ແຕກຕ່າງກັນ, ແລະຂ້ອຍໄດ້ເປີດໃຊ້ອັນທີ່ສະຫນັບສະຫນູນຄວາມສໍາຄັນແລະໃຫ້ການຖ່າຍທອດສຽງເປັນຄວາມສໍາຄັນສູງສຸດ. ອັນນີ້ບໍ່ໄດ້ຊ່ວຍຄືກັນ.

ຄວາມຄິດຕໍ່ໄປແມ່ນວ່າພວກເຮົາກໍາລັງເຮັດວຽກກັບຫນ່ວຍຄວາມຈໍາພາຍນອກແລະມັນຈະດີທີ່ຈະຍ້າຍໂຄງສ້າງຢູ່ທີ່ນັ້ນທີ່ເຂົ້າເຖິງເລື້ອຍໆ. ຂ້າພະເຈົ້າໄດ້ເຮັດການວິເຄາະເບື້ອງຕົ້ນວ່າເວລາໃດແລະພາຍໃຕ້ອັນໃດ simple_pjsua ຈັດສັນຄວາມຊົງຈໍາ. ມັນໄດ້ຫັນອອກວ່າອອກຈາກ 190 KB, 90 KB ທໍາອິດຖືກຈັດສັນສໍາລັບຄວາມຕ້ອງການພາຍໃນຂອງ PJSIP ແລະບໍ່ໄດ້ເຂົ້າເຖິງເລື້ອຍໆ. ຕໍ່ໄປ, ໃນລະຫວ່າງການໂທເຂົ້າ, ຟັງຊັນ pjsua_call_answer ຖືກເອີ້ນ, ໃນນັ້ນ buffers ຖືກຈັດສັນເພື່ອເຮັດວຽກກັບກອບຂາເຂົ້າແລະຂາອອກ. ມັນຍັງປະມານ 100 KB. ແລະຫຼັງຈາກນັ້ນພວກເຮົາໄດ້ເຮັດດັ່ງຕໍ່ໄປນີ້. ຈົນກວ່າຈະໂທອອກ, ຂໍ້ມູນຈະຖືກເກັບໄວ້ໃນໜ່ວຍຄວາມຈຳພາຍນອກ. ທັນທີທີ່ການໂທດັງຂຶ້ນ, ພວກເຮົາທັນທີປ່ຽນ heap ດ້ວຍອີກອັນຫນຶ່ງໃນ RAM. ດັ່ງນັ້ນ, ຂໍ້ມູນ "ຮ້ອນ" ທັງຫມົດໄດ້ຖືກໂອນໄປຫາຄວາມຊົງຈໍາທີ່ໄວຂຶ້ນແລະສາມາດຄາດເດົາໄດ້.

ດັ່ງນັ້ນ, ທັງຫມົດນີ້ຮ່ວມກັນອະນຸຍາດໃຫ້ພວກເຮົາເປີດຕົວ simple_pjsua ແລະໂທຫາຜ່ານເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ. ແລະຫຼັງຈາກນັ້ນໂດຍຜ່ານເຄື່ອງແມ່ຂ່າຍອື່ນໆເຊັ່ນ sip.linphone.org.

ການຄົ້ນພົບ

ໃນທີ່ສຸດມັນກໍ່ເປັນໄປໄດ້ທີ່ຈະເປີດຕົວ simple_pjsua ດ້ວຍການສົ່ງສຽງໃນທັງສອງທິດທາງຜ່ານເຄື່ອງແມ່ຂ່າຍ. ບັນຫາທີ່ມີ SDRAM ເພີ່ມເຕີມ 128 KB ສາມາດແກ້ໄຂໄດ້ໂດຍໃຊ້ Cortex-M7 ທີ່ມີປະສິດທິພາບເລັກນ້ອຍ (ຕົວຢ່າງ, STM32F769NI ກັບ 512 KB ຂອງ RAM), ແຕ່ພວກເຮົາຍັງບໍ່ທັນໄດ້ປະຖິ້ມຄວາມຫວັງທີ່ຈະເຫມາະໃນ 256 KB :) ພວກເຮົາຈະ ດີໃຈຖ້າໃຜສົນໃຈ, ຫຼືດີກວ່າ, ລອງມັນ. ແຫຼ່ງທັງຫມົດ, ຕາມປົກກະຕິ, ແມ່ນຢູ່ໃນຂອງພວກເຮົາ ຄັງເກັບມ້ຽນ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com