Digitālās radio link

[rajo]

Hello,

Man vajag dažas palīdzēt panākt atkal ar radio sakariem.Lai gan es ieguvu savu grādu komunikācijas piecus gadus atpakaļ, man nebija nekādas prakses šajā jomā, jo es pārslēdz manas profesionālās intereses iegultiem dizains.Nesen man bija izstrādāt vienkāršu radio link, un man ir nepieciešams panākt.

Tā ir point-to-point vienvirziena saikne starp diviem ATMEL AVR ģimenes MCU's.Pēc Tx pusi es varētu izmantot aparatūras UART, un Rx puses es varētu izmantot programmatūras UART, jo aparatūras UART ir aizņemts (Rx puse izmanto kā vārteja uz multidrop 485 tīklu Tx).

Es nopirku dažas FM Tx un Rx moduļiem un es esmu gatavs iet.Esmu iepazinies ar daudziem amati šeit, un arī darīja daži pētījumi par interneta un, izmantojot grāmatas, bet vēl nav pārliecināts.Mana datu ātrums nedrīkst pārsniegt 1kb / s, un to biežums ir 433MHz.

Man vajag kādu padomu šeit par UART darbību.Es zinu par preambulu, Manchester utt, bet ...

Let's say UART ir gaidīšanas režīmā, bet, iethere ir loģiski, "1" pie ieejas Tx moduli.Tā Tx ir ieslēgts, tas nosūta '1 's visu laiku, un Rx būs arī dīkstāvē, jo nav sākuma mazliet tā ieejas.

Kas notiek, kad es ieslēgtu Tx UART?Ja es sāktu sūtīt datus, es domāju, jo DC līmenis raksturs netiks interpretēts pareizi?Es zinu par šo preambulu tehnika, bet, ja es nosūtītu teiksim trīs baiti no preambulas, kā es varētu atšķirīgs kad preambulas apdari un datu sākums - teiksim pirmo preambulas baits nav interpretēti pareizi, tad pēc divām pareizi saņemto preambulas baiti Es gaidīt citu apsvērumu baita, nav datu (nevarētu šādā veidā dati tiks zaudēti?).

Ja es iet uz Manchester kodēšanas, man ir tāda pati problēma ar zaudējis baiti no preambulas, tā kā UART Tx bija tukšgaitas uz brīdi, RF Tx nosūtīšanai '1 's visu laiku - zaudēto DC bilanci Rx.Arī, ko darīt ar sākuma 0 "ar UART pārraidi?Kā varu veikt hardware UART raidīšanas Manchester?

Liels paldies jau iepriekš

 

[biff44]

Jo mūsdienu FM raidītājs ir kontroles cikla sauc posms bloķēta cilpu kas saglabā biežums raidītāja centrā kanālu.Tas ir pretrunā ar darbību, FM raidītājs, jo informācija ir tikusi ar novirze frekvence ąΔfm prom no kanāla centra frekvenci.Ir divi veidi, ka FM modulāciju, ir tikusi uz pārvadātāju.Jūsu lēnpārraides pieteikumu, jums jāpārliecinās, ka jūs izmantojat # 2:

1) kontrolē spriegumu līdz VCO oscilatoru ir dc bloķēšana kapacitātes, un digitālo signālu ir AC savienotas uz vadības spriegums.Šāda veida dizaina, kuru vēlaties atvērt cilpa joslas platumu PLL cilpa filtrs ļoti maza, varbūt <0,1 datu pārraides ātrumu.Tā kā jums ir tik zems datu pārraides ātrumu (1kbps) PLL būs kaujas jūsu modulācijas signālu, izraisot sawtooth frekvences produkciju.

2) kontrolē cilpa ar PLL ir vienīgais sprieguma kontroles VCO.Jo PLL digitālā dalītāji, maināt dalītājs attiecība pret izplatīt modulāciju.Ļaujiet teikt, ka jums ir 433 MHz pārvadātājs, un jūs vēlaties to novirzīties A100 KHz.Ja jūsu PLL izmanto 100 kHz nominālās frekvences, dalītājs attiecība mainīsies 4331-4329, kas atbilst nosūtīto frekvenci 433,1 MHz un 429,9 MHz.Šajā gadījumā PLL cilpa filtrs ir jābūt ļoti plašu frekvenču joslas, varbūt 10 reizes datu pārraides ātrumu.

Viens labums no # 2 iepriekš, ka, ja nosūtāt ilgu laiku no 1's, frekvences vienkārši paliek pie 433,1 MHz, un jau nākamajā 0 nosūtāt būs frekvenču izmaiņai uz pareizo 429,9 MHz bez vajadzības galvenes.

 

[Buriedcode]

hi,

Es esmu darījusi "PIC PIC 'radio saiti draugam kamēr atpakaļ, es Manchester kodējums, kā arī, lai DC līdzsvaru, un mazliet sinhronizāciju.I didn't izmantot aparatūras UART, gan Tx un Rx bija programmatūra, ar 2,4 (ish) kb / s.

I beidzās ņemot 4 baiti preambulā, kas sastāv no 3: 0x55, 1: 0x99.Pēc tam, kad tas bija "sync", baitu, ka deliberatley pārkāpa Manchester ecoding shēmu, ar kuru 00011101.Es domāju, ka šī ir ierasta prakse, jo trīs 0's, trīs vai 1's nekad nevar notikt jebkur Manchester kodētā datus tikai savu "sinhronizācijā baits.Tātad, kad jūs esat atklāti, ka jūs zināt, ka kaut kas pēc tam, kad dati.

Kad cilvēki izmanto PLL, viņi vēlas tik daudz transistions vien iespējams, lai preambula parasti sastāv no 0x55 (01010101), kas Manchester kodēšanas līdzekļus 1111.Tomēr jūsu uztvērēju, jūs varētu mēģināt sūtīt 00110011.Tāpēc, ka var būt ne vairāk kā divas transistions uz Mančestras "bitu" (atvainojiet, ja jūs jau zināt, šo).Tātad, jūs vēlaties ignorēt jebkādas transistions starp "bitiem", un tikai tad meklēt transistions vidū bitiem.Un ka baits ir tikai transistion vidū bitiem.

Kā, izmantojot UART, šajā vietnē (brīnišķīgi vietā, ir

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Smaids" border="0" />

)
http://www.quickbuilder.co.uk/qb/articles/

Izmanto UART, un gudri izmanto sākuma un pieturas biti kā daļu no Mančestras kodu.Šis ir tas, ko es pamatā mans dizains, pirms es pārcēlos uz CPLD par baseband.

Arī Microchip.com ir pieteikumu piezīmi, izmantojot PIC mikro par "kelloq 'radio pārraides.Es pieņemu, Atmel būs kaut kas līdzīgs par savu mikroshēmas.

tikai Atgādinājums, ne "lietošana" datus preambulā, jo tās tur nokļūt DC līdzsvaru atpakaļ RF Rx.Tas varētu būt gudri, lai jūsu Rx mikro meklēt preambulu, bet nav "precīzi".Pretējā gadījumā, ja jūs meklēt tieši 3 biti, un saka 0x55, RF Rx nebūs laika, lai uzstādītu savu DC līdzsvaru.Taču ir iespējams, tu esi Rx mikro meklēt jebkādas izmaiņas signālu, lai tā nemeklē precīzu vērtību preambulas, tā vienkārši apskatot transistions ir signāls, un izveidot taimeri paraugu pareizajā vietā.Say jums vienkāršu letes, kad tas izpaužas '8 ', tas nozīmē, ka tev ir pietiekami daudz transistions, kas ir vienādā attālumā, lai jūs varētu sākt meklēt savu sinhronizācijas baits.

Atvainojiet, devās nedaudz tur, bet es pavadīju vecumu mēģina perfect datu pārraides tīkli ar Manchester kodēšanas, galu galā, jūs nevēlaties, cut-outs, jo jūs esat neatbildētos tiny mazliet preambulas vai sunc baits.

Pa labi, lai jums veicas, un es esmu pārliecināts, ka saikne būs izskaidrot to daudz labāk, nekā es varētu.Ignorēt detaļas jūs zināt jau, ceru, ka tas palīdz.

BuriedCode.