syncronization

  • Thread starter muralikrishna85
  • Start date
M

muralikrishna85

Guest
varētu kāds palīdzēt syncronizing divas pic in bezvadu komunikācijas. Tagad cenšos ar pievienojot preambulu pie palaišanas katru datu rāmi .. un pēc tam no šī konstatējuma Baud Rate .... lūdzu sniegt kādu informāciju par to.
 
Zarządzanie bezpieczeństwem sieci firmowej w przypadku odległych oddziałów i filii firm wciąż stanowi spore wyzwanie. Dodatkowym utrudnieniem dla znalezienia odpowiednich, opłacalnych i łatwych do zarządzania rozwiązań są ograniczenia budżetowe oraz brak specjalistów IT w każdej filii.

Read more...
 
Jā, kas ir ļoti izplatīts.Pat vienkāršs seriālais UART to izmantot!

 
Vispār, jums nav mikrokontrolleri mēģinājums noteikt bodu ātrums no preambulas, jo bezvadu saziņa.Tas ir daudz vieglāk standarize par kopīgu bodu likme, kas abos galos zināt izmantot.
Problēma nav bodu likmi, tad tā ir kadru jautājums, kur tieši datu sākas.Šī ir liela problēma bezvadu sakaru dēļ AGC shēmas, uztvērējā vajadzīgs zināms laiks, lai pielāgotos sākumu transmisija.Preambula ļauj uztvērēju, lai pielāgotu tās iegūt, kas arī skaidri norādot, kādi punkta pirmo datu elements sākas.
Ir pāris veidi, kā to izdarīt.Viena vienkārša metode, kas ir labi darbojās attiecībā uz citiem ir NEC stils IR paziņošana ir ļoti plašs pulsa seko datus.Pulss ir plašāka nekā jebkura sērijas datu pakešu nepārtrauktas "1", un tāpēc to nevar sajaukt ar datiem.Veikt skars:
http://davehouston.net/rf.htm

 
thankx atbildēšanai
tas ir ok!Bet kāda problēma ir ar datu pārraides ātrums ... patiesībā mans projektā tiek nodrošināta, cita com .. Šeit man ir 4 roku kopas un GSE stacijas switiching ... mani pašu dara bāzes stacijas .. i izmantot pic 16f877a šim nolūkam .... un ir divi saziņai .. viens lūgums signāli un citi par datu pārraidi (simplex) ..pic ir tikai viens USART ... arī datu kanāls vajadzīgs lielāks datu pārraides ātrumu .....

 
Ok, Jums ir divas dažādas bodu likmes, bet tu jau iepriekš zināt, ko šie divi bodu likmes, tāpēc jums nav, lai eksperimentāli noteiktu tos.Raksturīgi, ka Jūs nosūtīt mainīgu modelis kā 0xa5a5 un pēc tam saņem beidzas, ja Jums pareizu modeli 0xa5a5 tad bodu ātrums ir pareizs.Ja ne, tad jūs zināt, lai pārslēgtos bodu likmes.
PIC ir tikai viens aparatūras UART.Tomēr nekas apstāšanās tu izmanto citu taimeri, lai veidotu programmatūras UART.Kods ir visā internetā un tika bieži izmantota atpakaļ pirms iekļautas UARTs in mikrovadības.Jūs varētu arī vads šos divus UARTs paralēli.Izmantojiet aparatūras UART ātrai datu pārraidei un izmantot programmatūru UART par lēnāku ātrumu pieprasījuma signālus.Tad kods vajadzībām tikai izlemt, kurš UART ir kontrole, kas balstīta uz saturu kontroles vai kadrēšanas paketi.
Pretējā gadījumā, izmantojot vienu UART, jums ir jānosūta izstrādē pakete, lai kādu laiku, lai saņēmēja gala dekodēt paciņas un pielāgot tās UART, ja vajadzīgs, pirms spridzināšanas pāri faktiskus datus.Vēlreiz, jo bodu likmes ir zināms, jūs varat noteikt max laiks, kas vajadzīgs, lai pārslēgtos un tāpēc pielāgot kavējuma laiks starp izstrādē paciņas un datus.
Tādā veidā izstrādē pakete patiešām modināšanas un ieslēdziet savu baudrate paketi.

 
ok NW i transportlīdzeklim bija ur ideja ....... skatīt Jūs varat tikai explai man vai ierosināt vietā, kas varētu man skaidri šajā preambulā syncronization) tagad tas, ko es cenšos darīt, ir, ka pirmās slimo nosūtīts Preambula priekšā datu rāmi un tad slikti pārbaudīt, vai saņemto datu preambulas tad, ja tās tā atlikušos datus tikai no īpaši pin, kur saņem datus .. darot es pozitīvas rigt veidā?vai arī, lūdzu ... vēlreiz pateicos u uz saudzējošas laika man ..
ok vēl viena lieta, kā tu teici "programmatūras uart' --- tas tapa progrmmed kārtas, lai parrel coversion un vice versa.

tagad šobrīd tas, ko es esmu būtībā dara, ka man ir divi pic16f877a .. vienu tājus sērijas datiem, un otrs, kas saņem šo pie pin b0 un veikt citas thisgs kā pārbaudīt preambula .. utt. divām attēli ir savienotas ar vadiem. . Līdz ar to, ka, ja es succeded in syncronizing tad slikti aizstāt stiepļu RF moduli.

 
Preambulā ir tas, ko jūs izmantojat Baud Rate atklāšanā.Veikt skars:
http://www.iol.ie/ ~ ecarroll / autobaud.html

Tas raksturo autobaud algoritms.Jums tikai nepieciešams īstenot tā, lai noteiktu, kuru no diviem iespējamiem tiem tiek izmantoti.

Esi piesardzība, lietojot vārdu "rāmis", jo tas nozīmē dažādas lietas dažādās kontūra.Kad jūs sakāt datu rāmis, tu runā par bloka datu sūtīšanu.Tomēr par komunikācijas kanālu, veidojot kļūda nozīmē, ka bytes nebija dekodēt pareizi, jo atklāšanu sākās nepareizs simbols.

Par vadu sistēmā, no sākuma bits atklāšana ir diezgan ticami.Ir bezvadu sistēma ar tās parastajiem trokšņu problēmu, sākumā mazliet varētu tikt pārsniegts, vai trokšņu impulsu varētu sajaukt ar sākuma biti.Tas dod ātrdarbības kļūda.Domā attēla rāmi, kas nav centrēts uz portretu.Tas ir sakarā ar kadrēšanas kļūda.

Bezvadu kanāls ir skaļš un mikrokontrolleri un datoru nevar ignorēt izlases trokšņi kā jūs varat.Ja jūs klausāties radio un tur ir statisks troksni laikā pauzi paziņojumā, jums nav nepareizi nākamo runāto vārdu, jo Jūsu smadzenes zina ignorēt šo daļu.Datori ir mēms, ka trokšņa pulss būs triks dators domāt, ka nākamā vārda sāk jānosūta.

Es esmu par to, ka jūs pašlaik projektēšana ar vadu savienojumu.Tas ir ļoti bieži kļūdaini dizains grūti kabeļu sistēmu un tad pieņem, ka to var viegli pārvērst bezvadu vienu.Bezvadu sakaru kanāls ir ierobežojošs faktors no visa konstrukcija.Vispirms jums ir jāizvēlas RF sistēmu un uzzināt, ko tieši tās prasības un ierobežojumi.Tad vari iet atpakaļ uz vadu saiti sākotnējai attīstībai.Piemēram, lēti RF sērijas saites ir tikai uz bodu likmes mazāk nekā 9.600.Dažas tikai iet to 4800 un ir arī apakšējās robežas cik lēni viņi var iet.

Programmatūra UARTs dara sērijas paralēlā reklāmguvumu pusē un paralēli sērijas pārrēķina saņemto nosūta pusē.Jums nav jādara abas šīs kādā konkrētā mikroshēmā.Jūs varētu darīt, programmatūras UART, lai saņemtu tikai.Par saņemtu puse, tai ir atklāt sākuma bits, parauga datu bitiem tuvu centriem un pēc tam atcerēties, lai atbrīvoties no jebkura apstāšanās bitiem.Par nosūta pusē programmatūra UART nedrīkst pievienot sākuma un beigu biti uz datiem un pēc tam diennakti it out sērijveidā.Atkal, ja paskatās Microchip mājas lapā, es esmu pārliecināts, ka viņiem vēl koda paraugu.No programmatūras ierobežojums UARTs ka mikrovadības nevar darīt citas darba intensīvu uzdevumus vai pienākumus, kas prasa pārtrauc laikā, laiks, dati tiek noteikts vai saņemta.Tāpēc vēlāk čipsi pievienotās aparatūra UARTs, lai pēc tam darīt citas lietas, datu pārraides laikā un bēgļu uzņemšanu.

 
labs vakars bandžo un every body ... hw are u?soda na?<img src="http://www.edaboard.com/images/smiles/icon_neutral.gif" alt="Neitrāls" border="0" />Tagad es esmu iestrēdzis ar citu problēmu ..........i plānotais pirmais pic, lai pamazām outputtig "preambulu dati" sekvence ..tad mans otrais pic ir ieprogrammēts, lai saņemtu šo pamazām incomming datus un pārbaudīt, vai tā ir preambula .... un lasīšanas tā ..
otrais pic tiek plānoti, piemēram, ja kādreiz tā dectects L_H vai H_L malas, tad zvani isr lasīt 1 .. & O atbilstoši .... bet kāda problēma ir tā, ka -------> kad jebkad pārtraukt notiek pin b0 pic ņem arround 50microseconds lai goto tās isr ... šajā laikā pic neizdodas atklāt dažus no datu tuvošanos .. whats savu viedokli malām
preambulu baits ir '10101010 '
am izmantojot kristāla oscilatoru un 4megaHZ
... būs šo problēmu var atrisināt, izmantojot 20megaHZ:?:

 
thank u bandžo,,,
mēs pabeigts mūsu projekts veiksmīgi ..

 

Welcome to EDABoard.com

Sponsor

Back
Top