អ្នកទទួល SDR DVB-T2 នៅក្នុង C ++

វិទ្យុដែលកំណត់ដោយកម្មវិធីគឺជាវិធីសាស្រ្តនៃការជំនួសការងារដែក (ដែលពិតជាល្អសម្រាប់សុខភាពរបស់អ្នក) ជាមួយនឹងការឈឺក្បាលនៃការសរសេរកម្មវិធី។ SDRs ទស្សន៍ទាយអនាគតដ៏អស្ចារ្យ ហើយអត្ថប្រយោជន៍ចម្បងត្រូវបានចាត់ទុកថាជាការដកការរឹតបន្តឹងក្នុងការអនុវត្តពិធីការវិទ្យុ។ ឧទាហរណ៍មួយគឺវិធីសាស្ត្រម៉ូឌុល OFDM (Orthogonal frequency-division multiplexing) ដែលអាចធ្វើទៅបានតែជាមួយវិធីសាស្ត្រ SDR ប៉ុណ្ណោះ។ ប៉ុន្តែ SDR ក៏មានឱកាសផ្នែកវិស្វកម្មសុទ្ធសាធមួយទៀតដែរ គឺសមត្ថភាពក្នុងការគ្រប់គ្រង និងមើលឃើញសញ្ញានៅចំណុចណាមួយដែលបំពានដោយមានការខិតខំប្រឹងប្រែងតិចបំផុត។

ស្តង់ដារទំនាក់ទំនងគួរឱ្យចាប់អារម្មណ៍មួយគឺទូរទស្សន៍ដីគោក DVB-T2 ។
ដើម្បីអ្វី? ជាការពិតណាស់ អ្នកអាចបើកទូរទស្សន៍ដោយមិនចាំបាច់ក្រោកពីដំណេក ប៉ុន្តែគ្មានអ្វីដែលត្រូវមើលនៅទីនោះទេ ហើយនេះមិនមែនជាគំនិតរបស់ខ្ញុំទៀតទេ ប៉ុន្តែជាការពិតផ្នែកវេជ្ជសាស្ត្រ។

ជាក់ស្តែង DVB-T2 ត្រូវបានរចនាឡើងជាមួយនឹងសមត្ថភាពធំទូលាយបំផុត រួមទាំង៖

• កម្មវិធីក្នុងផ្ទះ
• ម៉ូឌុលពី QPSK ទៅ 256QAM
• កម្រិតបញ្ជូនចាប់ពី 1,7MHz ដល់ 8MHz

ខ្ញុំមានបទពិសោធន៍ក្នុងការទទួលទូរទស្សន៍ឌីជីថលដោយប្រើគោលការណ៍ SDR ។ ស្តង់ដារ DVB-T គឺស្ថិតនៅក្នុងគម្រោង GNURadio ដ៏ល្បីល្បាញ។ មានប្លុក gr-dvbs2rx សម្រាប់ស្តង់ដារ DVB-T2 (ទាំងអស់សម្រាប់ GNURadio ដូចគ្នា) ប៉ុន្តែវាទាមទារការធ្វើសមកាលកម្មសញ្ញាបឋម ហើយវាជាការបំផុសគំនិត (អរគុណជាពិសេសចំពោះ Ron Economos) ។

អ្វីដែលយើងមាន។

មានស្តង់ដារ ETSI EN 302 755 ដែលព័ត៌មានលម្អិតអំពីការបញ្ជូន ប៉ុន្តែមិនមែនការទទួលទេ។

សញ្ញាគឺនៅលើអាកាសជាមួយនឹងប្រេកង់គំរូនៃ 9,14285714285714285714 MHz, កែប្រែដោយ COFDM ជាមួយក្រុមហ៊ុនដឹកជញ្ជូន 32768 ក្នុងក្រុមនៃ 8 MHZ ។

វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យទទួលសញ្ញាបែបនេះជាមួយនឹងប្រេកង់គំរូទ្វេដង (ដើម្បីកុំឱ្យបាត់បង់អ្វីទាំងអស់) និងនៅប្រេកង់មធ្យមកម្រិតបញ្ជូនបន្ថែមទៀត (ការទទួល superheterodyne) ដើម្បីកម្ចាត់ចរន្តផ្ទាល់ (DC) អុហ្វសិតនិង "ការលេចធ្លាយ" នៃលំយោលមូលដ្ឋាន។ (LO) ទៅនឹងការបញ្ចូលអ្នកទទួល។ ឧបករណ៍ដែលបំពេញលក្ខខណ្ឌទាំងនេះមានតម្លៃថ្លៃពេកសម្រាប់ការចង់ដឹងចង់ឃើញ។

SdrPlay ជាមួយ 10Msps 10bit ឬ AirSpy ដែលមានលក្ខណៈស្រដៀងគ្នាគឺមានតម្លៃថោកជាង។ មិនមានសំណួរអំពីប្រេកង់គំរូទ្វេដងនៅទីនេះទេ ហើយការទទួលភ្ញៀវអាចធ្វើបានតែជាមួយការបំប្លែងដោយផ្ទាល់ (សូន្យ IF) ប៉ុណ្ណោះ។ ដូច្នេះ (សម្រាប់ហេតុផលហិរញ្ញវត្ថុ) យើងកំពុងប្តូរទៅផ្នែកនៃអ្នកប្រកាន់ខ្ជាប់នៃ "សុទ្ធ" SDR ជាមួយនឹងអប្បបរមានៃការបំប្លែងផ្នែករឹង។

វាចាំបាច់ក្នុងការដោះស្រាយបញ្ហាពីរ៖

1. ការធ្វើសមកាលកម្ម។ ស្វែងយល់ពីគម្លាត RF ដំណាក់កាលជាក់លាក់ និងគម្លាតប្រេកង់គំរូ។
2. សរសេរឡើងវិញនូវស្តង់ដារ DVB-T2 ថយក្រោយ។

កិច្ចការទី 2 ទាមទារលេខកូដច្រើន ប៉ុន្តែអាចដោះស្រាយបានដោយការតស៊ូ និងអាចផ្ទៀងផ្ទាត់បានយ៉ាងងាយស្រួលដោយប្រើសញ្ញាសាកល្បង។

សញ្ញាសាកល្បងមាននៅលើម៉ាស៊ីនមេ BBC ftp://ftp.kw.bbc.co.uk/t2refs/ ជាមួយនឹងការណែនាំលម្អិត។

ដំណោះស្រាយចំពោះបញ្ហាទីមួយគឺពឹងផ្អែកយ៉ាងខ្លាំងទៅលើលក្ខណៈនៃឧបករណ៍ SDR និងសមត្ថភាពគ្រប់គ្រងរបស់វា។ ការប្រើប្រាស់មុខងារត្រួតពិនិត្យប្រេកង់ដែលបានណែនាំ ដូចដែលពួកគេបាននិយាយថាមិនជោគជ័យទេ ប៉ុន្តែបានផ្តល់បទពិសោធន៍ជាច្រើនក្នុងការអានវា។ ឯកសារ ការសរសេរកម្មវិធី ការមើលរឿងភាគទូរទស្សន៍ ការដោះស្រាយសំណួរទស្សនវិជ្ជា... និយាយឱ្យខ្លី គឺមិនអាចបោះបង់គម្រោងនេះបានទេ។

ជំនឿលើ "SDR សុទ្ធ" កាន់តែរឹងមាំ។

យើង​យក​សញ្ញា​ដូច​ដែល​វា​មាន បញ្ចូល​វា​ស្ទើរ​តែ​ទៅ​ជា analogue ហើយ​យក​សញ្ញា​ដាច់​ពី​គ្នា ប៉ុន្តែ​ស្រដៀង​នឹង​សញ្ញា​ពិត។

ដ្យាក្រាមប្លុកធ្វើសមកាលកម្ម៖

អ្វីគ្រប់យ៉ាងនៅទីនេះគឺយោងទៅតាមសៀវភៅសិក្សា។ បន្ទាប់គឺស្មុគស្មាញបន្តិច។ គម្លាតត្រូវតែត្រូវបានគណនា។ មានអក្សរសិល្ប៍ និងអត្ថបទស្រាវជ្រាវជាច្រើនដែលប្រៀបធៀបគុណសម្បត្តិ និងគុណវិបត្តិនៃវិធីសាស្ត្រផ្សេងៗ។ ពីបុរាណ - នេះគឺជា "Michael Speth, Stefan Fechtel, Gunnar Fock, Heinrich Meyr, ការរចនាអ្នកទទួលល្អបំផុតសម្រាប់ការបញ្ជូនតាមអ៊ីនធឺណិតតាម OFDM - ផ្នែកទី I និង II" ។ ប៉ុន្តែ​ខ្ញុំ​មិន​បាន​ជួប​វិស្វករ​តែ​ម្នាក់​ដែល​អាច​និង​ចង់​រាប់​នោះ​ទេ ដូច្នេះ​វិធីសាស្ត្រ​វិស្វកម្ម​ត្រូវ​បាន​គេ​ប្រើ។ ដោយប្រើវិធីសាស្ត្រធ្វើសមកាលកម្មដូចគ្នា ការកំណត់ត្រូវបានណែនាំទៅក្នុងសញ្ញាសាកល្បង។ ដោយការប្រៀបធៀបរង្វាស់ផ្សេងគ្នាជាមួយនឹងគម្លាតដែលគេស្គាល់ (គាត់បានណែនាំពួកគេដោយខ្លួនឯង) អ្នកដែលល្អបំផុតត្រូវបានជ្រើសរើសសម្រាប់ការអនុវត្ត និងភាពងាយស្រួលនៃការអនុវត្ត។ គម្លាតប្រេកង់ទទួលភ្ញៀវត្រូវបានគណនាដោយប្រៀបធៀបចន្លោះពេលយាម និងផ្នែកដដែលៗរបស់វា។ ដំណាក់កាលនៃប្រេកង់ទទួល និងប្រេកង់គំរូត្រូវបានប៉ាន់ប្រមាណពីគម្លាតដំណាក់កាលនៃសញ្ញាអ្នកបើកបរ ហើយវាក៏ត្រូវបានគេប្រើក្នុងទម្រង់ស្មើលីនេអ៊ែរសាមញ្ញនៃសញ្ញា OFDM ផងដែរ។

លក្ខណៈស្មើគ្នា៖

ហើយទាំងអស់នេះដំណើរការល្អប្រសិនបើអ្នកដឹងថានៅពេលណាដែលស៊ុម DVB-T2 ចាប់ផ្តើម។ ដើម្បីធ្វើដូចនេះនិមិត្តសញ្ញាបុព្វបទ P1 ត្រូវបានបញ្ជូននៅក្នុងសញ្ញា។ វិធីសាស្រ្តក្នុងការរកឃើញ និងការឌិកូដនិមិត្តសញ្ញា P1 ត្រូវបានពិពណ៌នានៅក្នុងលក្ខណៈបច្ចេកទេស ETSI TS 102 831 (ក៏មានការណែនាំមានប្រយោជន៍ជាច្រើនសម្រាប់ការទទួលភ្ញៀវផងដែរ)។

ការជាប់ទាក់ទងដោយស្វ័យប្រវត្តិនៃសញ្ញា P1 (ចំណុចខ្ពស់បំផុតនៅដើមស៊ុម):

រូបភាពដំបូង (នៅសល់តែប្រាំមួយខែទៀតប៉ុណ្ណោះរហូតដល់រូបភាពផ្លាស់ទី...)៖

ហើយនេះគឺជាកន្លែងដែលយើងរៀនពីអតុល្យភាព IQ អុហ្វសិត DC និងការលេចធ្លាយ LO ។ តាមក្បួនមួយ សំណងសម្រាប់ការបង្ខូចទ្រង់ទ្រាយទាំងនេះជាក់លាក់ចំពោះការបំប្លែងដោយផ្ទាល់ត្រូវបានអនុវត្តនៅក្នុងកម្មវិធីបញ្ជាឧបករណ៍ SDR ។ ដូច្នេះវាត្រូវចំណាយពេលយូរដើម្បីយល់៖ ការគោះផ្កាយចេញពីក្រុមតារានិករ QAM64 គឺជាការងារនៃមុខងារសំណង។ ខ្ញុំត្រូវបិទអ្វីៗគ្រប់យ៉ាង ហើយសរសេរកង់របស់ខ្ញុំ។

ហើយបន្ទាប់មករូបភាពបានផ្លាស់ប្តូរ៖

ម៉ូឌុល QAM64 ជាមួយនឹងការបង្វិលតារានិករជាក់លាក់នៅក្នុងស្តង់ដារ DVB-T2៖

សរុបមក នេះគឺជាលទ្ធផលនៃការឆ្លងកាត់សាច់ minced ត្រឡប់មកវិញតាមរយៈ grinder សាច់។ ស្តង់ដារផ្តល់នូវការលាយបួនប្រភេទ៖

• ការជ្រៀតជ្រែកបន្តិច
• cell interleaving (ការលាយកោសិកានៅក្នុងប្លុកសរសេរកូដ)
• ការជ្រៀតជ្រែកពេលវេលា (វាស្ថិតនៅក្នុងក្រុមនៃប្លុកអ៊ិនកូដផងដែរ)
• ការជ្រៀតជ្រែកប្រេកង់ (ការលាយប្រេកង់នៅក្នុងនិមិត្តសញ្ញា OFDM)

ជាលទ្ធផលយើងមានសញ្ញាដូចខាងក្រោមនៅការបញ្ចូល:

ទាំងអស់នេះគឺជាការតស៊ូសម្រាប់ភាពស៊ាំនៃសំលេងរំខាននៃសញ្ញាដែលបានអ៊ិនកូដ។

លទ្ធផល

ឥឡូវនេះយើងអាចមើលឃើញមិនត្រឹមតែសញ្ញាខ្លួនឯងនិងរូបរាងរបស់វាប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងព័ត៌មានអំពីសេវាកម្មផងដែរ។
មានពហុគុណពីរនៅលើអាកាស។ នីមួយៗមានបណ្តាញរាងកាយពីរ (PLP) ។

ភាពចម្លែកមួយត្រូវបានកត់សម្គាល់នៅក្នុងពហុគុណទីមួយ - PLP ដំបូងត្រូវបានដាក់ស្លាកថា "ច្រើន" ដែលជាឡូជីខលចាប់តាំងពីមានច្រើនជាងមួយនៅក្នុងពហុគុណហើយ PLP ទីពីរត្រូវបានដាក់ស្លាក "តែមួយ" ហើយនេះគឺជាសំណួរ។
អ្វីដែលគួរឱ្យចាប់អារម្មណ៍ជាងនេះទៅទៀតនោះគឺភាពចម្លែកទីពីរនៅក្នុង multiplex ទីពីរ - កម្មវិធីទាំងអស់គឺនៅក្នុង PLP ដំបូងប៉ុន្តែនៅក្នុង PLP ទីពីរមានសញ្ញានៃធម្មជាតិដែលមិនស្គាល់ក្នុងល្បឿនទាប។ យ៉ាងហោចណាស់អ្នកលេង VLC ដែលយល់អំពីទ្រង់ទ្រាយវីដេអូហាសិប និងចំនួនអូឌីយ៉ូដូចគ្នា មិនស្គាល់វាទេ។

គម្រោងខ្លួនវាអាចរកបាននៅទីនេះ.

គម្រោងនេះត្រូវបានបង្កើតឡើងដោយមានគោលដៅកំណត់លទ្ធភាពនៃការឌិកូដ DVB-T2 ដោយប្រើ SdrPlay (ហើយឥឡូវនេះ AirSpy ។) ដូច្នេះនេះមិនមែនជាកំណែអាល់ហ្វាទេ។

PS ខណៈពេលដែលខ្ញុំកំពុងសរសេរអត្ថបទដោយមានការលំបាក ខ្ញុំបានគ្រប់គ្រងបញ្ចូល PlutoSDR ទៅក្នុងគម្រោង។

នរណាម្នាក់នឹងនិយាយភ្លាមៗថាមានតែ 6Msps សម្រាប់សញ្ញា IQ នៅទិន្នផល USB2.0 ប៉ុន្តែអ្នកត្រូវការយ៉ាងហោចណាស់ 9,2Msps ប៉ុន្តែនេះគឺជាប្រធានបទដាច់ដោយឡែកមួយ។

ប្រភព: www.habr.com