Nagbibigay ang artikulong ito ng isang naka-embed na solusyon sa digital na digital na sistema ng pag-broadcast ng boses ng Ethernet, na maaaring madaling mapagtanto ang panrehiyong pagpapaandar ng pag-broadcast ng system ng pag-broadcast. Ang sistema ay batay sa arkitektura ng braso at pinagtibay ang pamamaraan ng arbitrasyon ng terminal ng pag-playback ng system upang makontrol ang pagsasakatuparan ng panrehiyong pag-broadcast, at ang nilalamang broadcast ay maaaring i-play at mai-save nang sabay-sabay.
Pangunahing tumutukoy ang sistemang pagsasahimpapawid ng digital na boses ng Ethernet sa broadcasting system na gumagamit ng Ethernet bilang medium ng paghahatid upang magbigay ng mga serbisyong audio. Maaaring gamitin ang Ethernet upang malutas ang problema ng paghahatid ng malayuan ng mga signal ng boses. Pinapayagan ang mga tagadisenyo na lumikha ng isang malakihang istraktura ng network upang mapagtanto ang paghahatid ng libu-libong mga digital na signal ng boses sa Ethernet, na buong paggamit ng mga mayroon nang mga mapagkukunan sa network, pag-iwas sa problema ng paulit-ulit na pag-set up ng mga linya, at napagtatanto ang pagsasama ng mga broadcast at mga network ng computer . Nalulutas nito ang mga problema ng hindi magandang kalidad ng tunog, pagkamaramdaman sa pagkagambala, kumplikadong pagpapanatili at pamamahala, at mahinang pakikipag-ugnayan sa tradisyunal na mga sistema ng pag-broadcast. Sa parehong oras, posible na piliin ang lahat, bahagi o tukoy na mga lugar para sa direksyong pag-broadcast ng pangkat, na pumapasok sa limitasyon na ang mga tradisyunal na sistema ng pag-broadcast ay maaari lamang magsagawa ng pampublikong pagsasahimpapawid para sa lahat ng mga lugar. Ang mga umiiral na Ethernet digital na sistema ng pag-broadcast ng boses ay kadalasang gumagamit ng mga signal ng kontrol upang makontrol ang terminal ng pag-broadcast upang sumali o umalis sa multicast na grupo sa pagsasakatuparan ng pag-andar sa pag-broadcast ng rehiyon. Kinakailangan na magpadala ng isang control signal upang makasama ang terminal sa multicast group bago maisakatuparan ang pag-broadcast. , O magtaguyod ng isang kumplikadong talahanayan ng pagmamapa sa gilid ng server upang mapanatili ang estado ng terminal ng pag-playback upang makamit ang panrehiyong pag-broadcast, na mas kumplikadong ipatupad.
1 Disenyo ng istruktura
Ang sistemang ito ay gumagamit ng istraktura ng C / S, ay binubuo ng dalawang bahagi ng pagtatapos ng system ng broadcast ng server at ang broadcast system na broadcast terminal, tulad ng ipinakita sa Larawan 1.
Ang server ng broadcast system ay ipinatupad sa isang PC, at ito ay isang programa ng koleksyon ng signal signal, imbakan, at paghahatid ng network na natanto ng VC ++. Kinokolekta at iniimbak ng bahaging ito ang signal ng boses sa pamamagitan ng isang mikropono, at pagkatapos ay inililipat ang data ng boses sa Ethernet sa pamamagitan ng UDP upang mapagtanto ang pagpapaandar ng network ng data ng boses.
Ang terminal ng pag-playback ng broadcast system ay isang naka-embed na terminal batay sa LM3S8962, na maaaring makatanggap ng mga packet ng data ng boses ng IP na ipinadala dito mula sa Ethernet, at ang audio decoding chip na MS6336 ay nakumpleto ang digital / analog na conversion at pag-playback ng data ng boses
2 Broadcast system broadcast ng disenyo ng hardware ng terminal
Ang pangunahing chip ng control system ng broadcast system na broadcast broadcast ay gumagamit ng microcontroller LM3S8962 na ibinigay ng LuminaryMicro. Ang serye ng mga chips na ito ang unang ARM CortexTM-M3-based controller na may panloob na integrated Ethernet controller. Ito ang unang ARM chip ng industriya na sumusuporta sa Industrial Ethernet (IEEE) at madaling ipatupad ang mga pagpapaandar ng network.
Gumagamit ang chip ng audio decoder ng chip na MS6336 na ginawa ng MOSA. Ang chip ay isang 16-bit stereo audio digital-to-analog converter, at ang mga sinusuportahang digital format ng pag-input ay Right Justifl-ed, Left Justified, I2S. Ang interface ng kontrol ng MS6336 ay gumagamit ng I2C bus, madaling maitakda ang interface. Ang bahagi ng DAC ay may tumpak at matatag na kasalukuyang, na sinamahan ng isang mahusay na simetriko na pamamaraan ng pagde-decode, ay maaaring magparami ng mga de-kalidad na audio signal.
Ang pangunahing control chip LM3S8962 ay konektado sa interface ng RJ45 sa pamamagitan ng mga magnetikong sangkap, at ginagamit upang makatanggap ng data ng boses mula sa Ethernet. Nagbibigay ang LM3S8962 ng mga signal ng kontrol at signal ng data ng boses para sa audio decoder chip na MS6336. Sinusuportahan ng LM3S8962 ang pagpapaandar ng I2C. Ang mga port ng PB2 at PB3 ay nagbibigay ng I2C na orasan at mga signal ng data ayon sa pagkakabanggit. Ang dalawang mga pin na ito ay maaaring direktang konektado sa I2C function pin ng MS6336, at kinakailangan ng isang pull-up risistor. Hindi sinusuportahan ng LM3S8962 ang format ng pag-input ng data na kinakailangan ng MS6336. Ang format ng pag-input ng data ng MS6336 sa system ay gumagamit ng I2S. Samakatuwid, upang magbigay ng data ng boses sa MS6336, kinakailangan na gumamit ng GPIO port software ng LM3S8962 upang gayahin ang format ng input ng data ng I2S na kinakailangan ng MS6336. Sa disenyo, ang mga port ng PA5, PA6, at PA7 ay ginagamit upang gayahin ang pagpapaandar na ito. Ang tatlong mga pin ay tumutugma sa signal ng pagpili ng channel ng I2S, signal ng orasan at signal ng data ayon sa pagkakabanggit. Ikonekta ang tatlong mga pin na ito sa pag-andar ng I2S ng MS6336.
Ang istraktura ng hardware ng playback terminal ng Ethernet digital voice broadcasting system ay ipinapakita sa Larawan 2.
3 Disenyo ng software ng system ng pag-broadcast
Ang software ng broadcasting system ay nahahati sa dalawang bahagi: broadcasting system server software at broadcasting terminal software.
Napagtanto ng disenyo na ito ang real-time na pag-playback ng data ng boses, kaya ang pagganap ng real-time na paghahatid ng data ng boses ay kinakailangan upang masiguro, ngunit ang mga kinakailangan para sa integridad ng data ay hindi masyadong mahigpit, at ang isang maliit na halaga ng pagkawala ng packet ay hindi makakaapekto sa pangkalahatang epekto ng pag-playback, kaya ang data ng boses ng system Ang paghahatid ay gumagamit ng mode na paghahatid ng UDP. Sa parehong oras, gumagana ang system sa lokal na network ng lugar at may kaunting mga pansamantalang gumagamit. Samakatuwid, ang static na paglalaan ng IP address ay pinagtibay upang gawing simple ang pagsasakatuparan ng playback terminal software.
3.1 Ang koleksyon, pag-iimbak at paghahatid ng data ng boses sa panig ng server ng system ng pag-broadcast
Ang koleksyon ng data ng boses ay ipinatupad gamit ang mababang pag-andar ng WAVE audio API. Upang hindi maging sanhi ng pagkawala ng data ng boses, ang disenyo ay gumagamit ng dobleng buffering upang mag-imbak ng data ng boses. Ang proseso ng pagpapatupad ay ipinapakita sa Larawan 3.
Kapag ang isang recording buffer ay puno na, agad na nagpapadala ang system ng isa pang buffer ng pagrekord sa aparato ng pagrekord upang ipagpatuloy ang pag-record, at dapat basahin ng programa ng aplikasyon ang data sa buong buffer ng pagrekord at iproseso ito. Pagkatapos tawagan ang function ng waveInAddBuffer upang muling italaga ang buffer sa recording device para sa pag-recycle.
Upang mapigilan ang pagkawala ng data ng boses sa proseso ng pagrekord, hindi sapat na gamitin lamang ang dobleng buffering. Dapat ding pansinin na kapag ang isang buffer ay puno na, iproseso ng application ang data sa buffer at ang pangalawa Ang buffer ay ginagamit para sa pagrekord, at ang oras ng pagpoproseso ng data ay dapat na mas mababa sa oras na kinakailangan para sa pangalawang buffer upang ganap na naitala, kung hindi man ang unang buffer ay hindi pa naitalaga muli sa recording aparato matapos na ang pangalawang buffer ay puno, na magiging sanhi ng Pagkawala ng data ng boses. Kapag ang sample rate ng signal ng boses ay malaki, ang pagtaas ng laki ng buffer nang naaangkop ay maaaring mabisang malutas ang problemang ito.
Upang mai-save ang nilalaman ng pag-broadcast para magamit sa paglaon, kinakailangan upang i-save ang nilalaman ng pag-broadcast sa isang WAV file. Ang mga file ng WAV ay may nakapirming format ng header. Bago i-save ang data ng boses, kailangan mong itakda ang header ng WAV file, kung hindi man hindi mai-play ang nai-save na WAV file. Sa tuwing puno ang buffer ng pagrekord, hanapin muna ang pagtatapos ng WAV file, at pagkatapos ay isulat ang nakolektang data sa dulo ng file sa pagliko. Kapag natapos ang buong proseso ng pag-broadcast, ang lahat ng data ng boses ay nai-save sa WAV file, napagtatanto ang pag-iimbak ng data ng boses.
Kapag ang isang recording buffer ay puno na, kinakailangan upang ipadala ang nakolektang data ng boses sa pamamagitan ng network. Sa disenyo, gamitin muna ang klase ng Csocket upang lumikha ng isang socket, at pagkatapos ay kailangan lamang i-encapsulate ang nakolektang data sa isang IP packet at ipadala ito. Ang rate ng sampling ng signal ng boses sa disenyo na ito ay 44.1 kHz, 16-bit dual-channel. Upang maiwasan ang pagkawala ng data ng boses, ang laki ng recording buffer ay nakatakda sa 1024B.
3.2 Napagtanto ang pang-broadcasting rehiyon
Ang isang mahalagang aplikasyon ng Ethernet digital voice broadcasting system ay hindi lamang upang mapagtanto ang buong lugar na pagsasahimpapaw, ngunit upang mapagtanto ang lokal na pagpapaandar ng pagsasahimpapaw, iyon ay, upang mag-broadcast sa itinalagang terminal. Samakatuwid, ang UDP multicast packet ay ginagamit para sa paghahatid ng data sa paghahatid ng network ng mga packet ng data ng boses IP. Gamit ang mga multicast packet upang makapagpadala ng data, ang lahat ng mga terminal na kasama sa pangkat sa lokal na network ng lugar ay maaaring makatanggap ng data, napagtatanto ang buong lugar na nai-broadcast. Upang mapagtanto ang lokal na pagpapaandar sa pag-broadcast, ang isang istraktura ay idinagdag sa harap ng data ng boses sa disenyo, tulad ng ipinakita sa ibaba, at isang file ng pagsasaayos ang ginagamit upang maiimbak ang IP address ng bawat terminal ng system.
02 Sistema ng broadcasting broadcast ng disenyo ng hardware ng terminal
Ang pangunahing chip ng control system ng broadcast system na broadcast broadcast ay gumagamit ng microcontroller LM3S8962 na ibinigay ng LuminaryMicro. Ang serye ng mga chips na ito ang unang ARM CortexTM-M3-based controller na may panloob na integrated Ethernet controller. Ito ang unang ARM chip ng industriya na sumusuporta sa Industrial Ethernet (IEEE) at madaling ipatupad ang mga pagpapaandar ng network.
Gumagamit ang chip ng audio decoder ng chip na MS6336 na ginawa ng MOSA. Ang chip ay isang 16-bit stereo audio digital-to-analog converter, at ang mga sinusuportahang digital format ng pag-input ay Right Justifl-ed, Left Justified, I2S. Ang interface ng kontrol ng MS6336 ay gumagamit ng I2C bus, madaling maitakda ang interface. Ang bahagi ng DAC ay may tumpak at matatag na kasalukuyang, na sinamahan ng isang mahusay na simetriko na pamamaraan ng pagde-decode, ay maaaring magparami ng mga de-kalidad na audio signal.
Ang pangunahing control chip LM3S8962 ay konektado sa interface ng RJ45 sa pamamagitan ng mga magnetikong sangkap, at ginagamit upang makatanggap ng data ng boses mula sa Ethernet. Nagbibigay ang LM3S8962 ng mga signal ng kontrol at signal ng data ng boses para sa audio decoder chip na MS6336. Sinusuportahan ng LM3S8962 ang pagpapaandar ng I2C. Ang mga port ng PB2 at PB3 ay nagbibigay ng I2C na orasan at mga signal ng data ayon sa pagkakabanggit. Ang dalawang mga pin na ito ay maaaring direktang konektado sa I2C function pin ng MS6336, at kinakailangan ng isang pull-up risistor. Hindi sinusuportahan ng LM3S8962 ang format ng pag-input ng data na kinakailangan ng MS6336. Ang format ng pag-input ng data ng MS6336 sa system ay gumagamit ng I2S. Samakatuwid, upang magbigay ng data ng boses sa MS6336, kinakailangan na gumamit ng GPIO port software ng LM3S8962 upang gayahin ang format ng input ng data ng I2S na kinakailangan ng MS6336. Sa disenyo, ang mga port ng PA5, PA6, at PA7 ay ginagamit upang gayahin ang pagpapaandar na ito. Ang tatlong mga pin ay tumutugma sa signal ng pagpili ng channel ng I2S, signal ng orasan at signal ng data ayon sa pagkakabanggit. Ikonekta ang tatlong mga pin na ito sa pag-andar ng I2S ng MS6336.
Ang istraktura ng hardware ng playback terminal ng Ethernet digital voice broadcasting system ay ipinapakita sa Larawan 2.
3 Disenyo ng software ng system ng pag-broadcast
Ang software ng broadcasting system ay nahahati sa dalawang bahagi: broadcasting system server software at broadcasting terminal software.
Napagtanto ng disenyo na ito ang real-time na pag-playback ng data ng boses, kaya't ang pagganap ng real-time na paghahatid ng data ng boses ay kinakailangan upang masiguro, ngunit ang mga kinakailangan para sa integridad ng data ay hindi masyadong mahigpit, at ang isang maliit na halaga ng pagkawala ng packet ay hindi makakaapekto sa pangkalahatang epekto ng pag-playback, kaya ang data ng boses ng system Ang paghahatid ay gumagamit ng mode na paghahatid ng UDP. Sa parehong oras, gumagana ang system sa isang lokal na network ng lugar na may mas kaunting mga pansamantalang gumagamit. Samakatuwid, ang static na IP address na paglalaan ay pinagtibay upang gawing simple ang pagsasakatuparan ng playback terminal software.
3.1 Ang koleksyon, pag-iimbak at paghahatid ng data ng boses sa panig ng server ng system ng pag-broadcast
Ang koleksyon ng data ng boses ay ipinatupad gamit ang mababang pag-andar ng WAVE audio API. Upang hindi maging sanhi ng pagkawala ng data ng boses, ang disenyo ay gumagamit ng dobleng buffering upang mag-imbak ng data ng boses. Ang proseso ng pagpapatupad ay ipinapakita sa Larawan 3.
Kapag ang isang recording buffer ay puno na, agad na nagpapadala ang system ng isa pang buffer ng pagrekord sa aparato ng pagrekord upang ipagpatuloy ang pag-record, at dapat basahin ng programa ng aplikasyon ang data sa buong buffer ng pagrekord at iproseso ito. Pagkatapos tawagan ang function ng waveInAddBuffer upang muling italaga ang buffer sa recording device para sa pag-recycle.
Upang mapigilan ang pagkawala ng data ng boses sa proseso ng pagrekord, hindi sapat na gamitin lamang ang dobleng buffering. Dapat ding pansinin na kapag ang isang buffer ay puno na, iproseso ng application ang data sa buffer at ang pangalawa Ang buffer ay ginagamit para sa pagrekord, at ang oras ng pagpoproseso ng data ay dapat na mas mababa sa oras na kinakailangan para sa pangalawang buffer upang ganap na naitala, kung hindi man ang unang buffer ay hindi pa naitalaga muli sa recording aparato matapos na ang pangalawang buffer ay puno, na magiging sanhi ng Pagkawala ng data ng boses. Kapag ang sample rate ng signal ng boses ay malaki, ang pagtaas ng laki ng buffer nang naaangkop ay maaaring mabisang malutas ang problemang ito.
Upang mai-save ang nilalaman ng pag-broadcast para magamit sa paglaon, kinakailangan upang i-save ang nilalaman ng pag-broadcast sa isang WAV file. Ang mga file ng WAV ay may nakapirming format ng header. Bago i-save ang data ng boses, kailangan mong itakda ang header ng WAV file, kung hindi man hindi mai-play ang nai-save na WAV file. Sa tuwing puno ang buffer ng pagrekord, hanapin muna ang pagtatapos ng WAV file, at pagkatapos ay isulat ang nakolektang data sa dulo ng file sa pagliko. Kapag natapos ang buong proseso ng pag-broadcast, ang lahat ng data ng boses ay nai-save sa WAV file, napagtatanto ang pag-iimbak ng data ng boses.
Kapag ang isang recording buffer ay puno na, kinakailangan upang ipadala ang nakolektang data ng boses sa pamamagitan ng network. Sa disenyo, gamitin muna ang klase ng Csocket upang lumikha ng isang socket, at pagkatapos ay kailangan lamang i-encapsulate ang nakolektang data sa isang IP packet at ipadala ito. Ang rate ng sampling ng signal ng boses sa disenyo na ito ay 44.1 kHz, 16-bit dual-channel. Upang maiwasan ang pagkawala ng data ng boses, ang laki ng recording buffer ay nakatakda sa 1024B.
3.2 Napagtanto ang pang-broadcasting rehiyon
Ang isang mahalagang aplikasyon ng Ethernet digital voice broadcasting system ay hindi lamang upang mapagtanto ang buong lugar na pagsasahimpapaw, ngunit upang mapagtanto ang lokal na pagpapaandar ng pagsasahimpapaw, iyon ay, upang mag-broadcast sa itinalagang terminal. Samakatuwid, ang UDP multicast packet ay ginagamit para sa paghahatid ng data sa paghahatid ng network ng mga packet ng data ng boses IP. Gamit ang mga multicast packet upang makapagpadala ng data, ang lahat ng mga terminal na kasama sa pangkat sa lokal na network ng lugar ay maaaring makatanggap ng data, napagtatanto ang buong lugar na nai-broadcast. Upang mapagtanto ang lokal na pagpapaandar sa pag-broadcast, ang isang istraktura ay idinagdag sa harap ng data ng boses sa disenyo, tulad ng ipinakita sa ibaba, at isang file ng pagsasaayos ang ginagamit upang maiimbak ang IP address ng bawat terminal ng system.
istr STRING
{String IPNO1;
String IPNO2;
...
String IPNO9;
String IPNO10};
Kung kinakailangan upang maisagawa ang panrehiyong pag-broadcast sa ilang mga terminal, piliin ang mga kaukulang numero ng mga terminal na ito sa panel ng panig ng server ng system ng pag-broadcast (tulad ng ipinakita sa Larawan 4). Sa oras na ito, ang IP address ng napiling terminal ay nabasa mula sa file ng pagsasaayos at nakatalaga sa kaukulang variable sa istraktura. Kapag nakatanggap ang terminal ng isang IP multicast packet, hinuhusgahan muna nito kung ang istraktura ay may parehong variable tulad ng sarili nitong IP address, kung mayroon, pagkatapos ang data ay natanggap at nilalaro, kung hindi, ang data ay itinapon, kaya napagtanto ang lugar na Broadcast pagpapaandar Kung ikukumpara sa pamamaraan ng paggamit ng isang signal ng kontrol upang makontrol ang terminal ng pag-playback upang sumali o umalis sa multicast group, o upang mapanatili ang isang masalimuot na talahanayan ng pagmamapa upang ipatupad ang pang-rehiyon na pagpapaandar ng pag-broadcast. Ang pamamaraang ito ay hindi kailangang kontrolin nang interactive ang terminal ng pag-playback bago ang bawat pag-broadcast, at hindi rin ito kailangan upang subaybayan ang estado ng terminal. Kailangan lamang nitong isulat ang kaukulang IP address ng terminal sa file ng pagsasaayos kapag ang terminal ay sumali sa system sa unang pagkakataon. Ang pagpapaandar ay simpleng ipatupad.
3.3 Ang pagsasakatuparan ng broadcast system software ng broadcast system
Ang broadcast system broadcast terminal ay nahahati sa dalawang bahagi upang mapagtanto, ang audio data na tumatanggap ng bahagi ay ginagamit upang makatanggap ng data ng boses at mag-imbak at magpasa, at napagtanto ng audio decoder ang D / A na pag-convert at pag-playback ng signal ng boses. Ang audio data na tumatanggap ng bahagi ay gumagamit ng Socket program upang makatanggap ng data ng boses mula sa Ethernet. Matapos matanggap ang packet ng data ng boses, dapat munang hatulan kung ang data packet ay para sa sarili. Inihambing ng terminal ang variable ng miyembro ng istruktura ng istraktura na STRING sa IP packet na may sariling IP address, at kung ang sinumang variable ng miyembro ay katumbas ng sarili nitong IP address, iniimbak nito ang data sa packet, kung hindi man ay itinapon ito.
Ang data ng boses ay natanggap at nakaimbak sa isang pabilog na pila. Dahil sa karamdaman sa paghahatid ng data ng UDP, kailangang maayos ang mga packet ng data ng boses pagkatapos matanggap ang data ng boses sa natanggap na data ng boses upang matiyak ang sunud-sunod na pagproseso ng data ng boses at wastong pagpapanumbalik ng signal ng Boses. Sa parehong oras, upang maiwasan ang network jitter, pinoproseso ang data sa bawat oras na mayroong hindi bababa sa 5 mga packet sa paikot na pila.
Ang format ng pag-input ng data ng MS6336 sa disenyo ay gumagamit ng format na I2S. Dahil ang LM3S8962 ay hindi sumusuporta sa format ng data na ito, ang simulation ng software ay pinagtibay upang mapagtanto ang pagpapaandar ng I2S sa pamamagitan ng port ng GPIO. Upang ganap na maibalik ang signal ng boses, kinakailangan upang matiyak na ang tiyempo ng signal ng I2S ay mahigpit at tumpak, at ang conversion sa pagitan ng mataas at mababang antas ay ipinatupad ng isang pagkaantala ng programa. Ang diagram ng tiyempo ng I2S ay ipinapakita sa Larawan 5.
Ang broadcast system na broadcast ng frequency ng orasan ng terminal ay 40 MHz, at ang oras upang maipadala ang bawat data bit ay 600 ns na kinakalkula mula sa rate ng pag-sample. Nagbibigay ang LM3S8962 ng data ng boses sa MS6336, at napagtanto ang serial transmission sa pamamagitan ng port ng GPIO ayon sa sampling point. Ang bawat sampling point ay naglalaman ng apat na bytes, at ang proseso ng pagpapadala ng data ng isang sampling point ay ipinapakita sa Larawan 6.
4 Pagsusuri sa resulta
Ang laki ng packet ng data ng boses na ipinadala ng system sa pamamagitan ng Ethernet ay 1024B. Upang maiwasan ang network jitter, nagsisimulang mag-broadcast ang terminal kapag tumatanggap ng 5 mga packet ng data. Ang oras ng pagkaantala sa pag-broadcast ay tungkol sa 30 ms, na nakakatugon sa mga tagapagpahiwatig na gumagana. Maaaring makontrol ng panig ng server ang gawain ng 10 mga terminal ng pag-broadcast nang sabay-sabay. Sa pamamagitan ng pagpili ng kaukulang numero ng terminal sa panig ng server, ang buong lugar na pag-broadcast at mga lokal na pag-andar ng pag-broadcast ng system ng pag-broadcast ay maaaring matagumpay na natanto.
5 konklusyon
Simula mula sa tunay na mga pangangailangan, nagdidisenyo at nagpapatupad kami ng isang Ethernet digital na sistema ng pag-broadcast ng boses. Ipinapakita ng mga pang-eksperimentong resulta na ang terminal ng pag-playback ng system ay nagpapasya kung upang maisagawa ang pag-broadcast ng boses upang mapagtanto ang panrehiyong pagsasahimpapawid ay isang simple at mabisang paraan upang mapagtanto ang pandaigdigang pagsasahimpapawid at panrehiyong pag-broadcast ng mga signal ng boses. Ang terminal ng system player ay gumagamit ng simulation ng GPIO port software upang mapagtanto ang pagpapaandar ng I2S, na maaaring tumpak na mapagtanto ang tiyempo ng I2S, kumpletuhin ang paghahatid ng data ng signal ng boses, at mapagtanto ang real-time na pag-broadcast ng signal ng boses. Makatwiran ang istraktura ng disenyo, at madaling mapagtanto ang pagpapalawak ng mga pagpapaandar, tulad ng pag-broadcast ng tiyempo, pag-playback ng musika, pamamahala nang malayo, pagsubaybay sa real-time, atbp. Ang disenyo na ito ay may mahalagang praktikal na kahalagahan at nagbibigay ng isang pundasyon para sa paglutas ng malaki at kumplikadong pag-broadcast ng Ethernet mga system
Ang aming iba pang mga produkto:
