PIC i IR dioda slanje modulisanog signala

Ne čitaš pažljivo moje poruke. Evo da kopiram ono što sam pisao:
"Prvo proveri u uputstvu za C koji koristiš kolika je minimalna pauza za komandu DELAY_US; 99% sam ubedjen da je 13 µs premalo za nju.".
Znači, proveri prvo ovo pa ako sam u pravu, biće ti jasno zašto ne može tako.
Nisam razumeo ovo sa tranzistorom i zašto to ne radi. PWM izlaz povežeš na anodu, katodu na kolektor NPN tranzistora, emiter na masu, a bazu povežeš (preko otpornika, to valjda ne treba naglašavati posebno) na pin kojim ćeš da upravljaš. To bi trebalo da radi.
Što se tiče slanja podataka, treba sam da osmisliš šta ti i kako odgovara; npr. ako povežeš ovako sa tranzistorom možeš slobodno da zaboraviš na problem generisanja 38 kHz pošto si to rešio PWM-om. Ostaje ti samo da upravljaš bazom tranzistora i to tako što ćeš da je 4 puta naizmenično držiš po recimo 600 us na log 1, pa na log. 0, onda napraviš pauzu od 5 sekundi, pa sve u krug.
Ako pretpostavimo da je 600 us minimalno vreme za koje predajna dioda mora da radi na 38 kHz (proveri tehničke podatke!), dolazimo do frekvence od 833 Hz, iliti 833 bauda. Znači, preko te brzine neće moći. Još jednom naglašavam da proveriš teh. podatke ili da se poigraš i probaš u praksi. Doduše, moguće su tu i druge metode "šifriranja" podatka, ali koliko vidim tebi kao početniku već i ovo pravi male probleme. Znači, malo čitanja i malo (više) eksperimentisanja i doći ćeš do rezultata.

Pozdrav.
Sinisha

uspeo sam da uradim br 1.
sa delay_us(600), bio sam napravio gresku gde u pocetku nisam dobro definisao clock speed.
Za sada mi ovo radi, postigao sam ono sto mi trenutno treba. Imam 600us signala od 38khz i 600us pauze, na receiveru vidim pravilan square wave.

Sledeci korak je da odredim maksimalnu brzinu kojom mogu da posaljem poruku bez gubitka signala u prenosu. Ako neko ima neku ideju ili savet, rado cu da saslusam, zato sto nemam pojma ni kako da pocnem ovu pustolovinu.

Hvala svima koji su pomogli do sada.


edit. ne znam kako uopste nisam video tvoju poruku iznad, izlgeda da smo je pisali u isto vreme, tek sad kad sam se vratio, vidim je iznad moje.

Mislim da ti je najjednostavnije da radis neto slicno kao"RC5" protokol.Ja sam pisao neki kod za dimer za sijalicu preko daljinskog,i najjednostavnije mi je bilo da dekodiram rc5 protokol.
Kod tog protokola je najbitnije ovo:
svaki bit informacije traje tacno odredjeno vreme(1778us) i to tako sto za log1 prvo ide 889us signal 38kHz(ustvari za rc5 se koristi 36),pa onda 889us pauza.Za log0 je obrnuto-prvo ide 889us pauza,pa 889us signal.
pored toga rc5 ima i 2 start bita i 1 toggle bit.
Probacu da ti objasnim kako sam ja to dekodirao(verovao ili ne to je radilo!):
U petlji sam cekao na signal.onda je program isao dalje nekako ovako:
-cekaj dok ima signala //treba da traje 889us
-cekaj dok nema signala //opet 889us
-cekaj dok ima signala //isto to,samo za drugi start bit
-cekaj dok nema signala
-cekaj 1778 us // da prodje i taj toggle bit
-cekaj jos 100us //da budem siguran da sam usao u prvu polovinu prvog bita koji se prenosi
-testiraj da li je ulaz log1 //sad sam na prvoj polovini prvog bita,ako je 1 onda je prvi bit 1
-cekaj 1778us //cekam da prodje prvi bit,i pocne prva polovina drugog bita
-testiraj da li je ulaz log1 //ako jeste,onda je drugi bit 1,ako nije,onda je drugi bit 0

i tako dok imas bitova-rc5 ih salje 5 za adresu uredjaja kome se obraca(TV,VCR,SAT...) i jos 6 za komandu(VOLUME UP,VOLUME DOWN...)
Znaci ukupno 14 bitova po 1,778ms je 25ms.

Ne moras ti da se drzis bukvalno tog protokola,ali je dobro kao neka polazna ideja.Naravno probaj da smanjujes ta vremena trajanja bitova sve dok uspevas da primas i dekodiras signal,pa ces videti koja je maksimalna brzina slanja podataka.I mislim da je mnogo 11 bitova podataka(pod uslovom da zadrzis ova prva 3 kao neke start bitove),dovoljno je 8 da bi preneo bilo koji broj ili slovo(njegov ASCII kod)

Sta ti znaci da nisi vican? Samo treba da prekompajliras to u mplab-u i to je to. Sta ti ej problem, mogu ja da zakacim ceo projekat ako ti je lakse, doduse ya 12F.