Rf komunikacija dva pic-a

Pozdrav...
Potreban mi je kod Rf komunikacije dva pic-a u PBP-u (po mogućnosti)jer učim o njem,Sve što sam našao na net-u na tu temu mi ne odgovara način komunikacije.Potrebno mi je da kada na predajnoj strani pritisnem taster na prijemnoj strani treba da se upali led,a kad taster otpustim led treba da se ugasi.Pokušavao sam na sve načine napisat kod ali uvijek dobijem rezultat koji mi ne odgovara što je rezultat mog skromnog poznavanja PBP-a.
Molio bih vas ako neko ima volje da napiše kod bar sa četiri kanala (4tastera i 4led)pa da tačno vidim kako to ide.
Dobrodošli su i neki linkovi na tu temu.
Hvala svima na pomoći

Jel znas da napises klasicnu serijsku komunikaciju? Dok jedan kontroler salje, recimo, "S" i dok drugi prima isto to "S" da drzi neki LED ukljucen? Jel znas to da odradis?

Potpis

There are only 10 types of people in the world:
those who understand binary, and those who don't.

Ne, u tome i jest problem kada npr pošaljem br10 led se upali i sija cijelo vrijeme dok ponovo ne stisnem taster i tada se led ugasi

U predajnom delu treba onda da prepraviš da kad stisneš taster pošalje deset a kada pustiš taster da pošalje npr. 0 i da prijemni uC isključi LED

Moras u software da dodas vreme - ako istekne odredjeno vreme bez dobijanja komande od strane predajnika reset izlaza. Daj code da ispravimo. Inace treba stalno da proveravas stize li nesto od strane predajnika i ako ne stize reset izlaza

Potpis

Elektrostudio

Ne zamjerite ako sam pogriješio kod ubacivanja koda nisam dosad stavljao kod u code tag.Ovaj kod je sa neke stranice malo sam ga izmijenio da uključuje samo po jednu ledicu dok je orginalni kod uključivao sve ledice na portu B
u više kombinacija zavisno koji je taster pritisnut

PRIJEMNA STRANA



[c0de]

TRISA=%00001 'PORTA.0 HABERLEŞME HATTI VAR GİRİŞ
TRISB=0 'PORTB TAMAMI ÇIKIŞ
PORTA=0 'PORTA İÇERİĞİ SIFIRLA
PORTB=0 'PORTB İÇERİĞNİ SIFIRLA

'*****DEĞİŞKENLERİ TANIMLA*****
AL VAR BYTE 'BYTE CİNSİNDEN TANIMLAMA
GIRIS VAR PORTA.0
SYMBOL LEDA=PORTB.0
SYMBOL LEDB=PORTB.1
SYMBOL LEDC=PORTB.2
SYMBOL LEDD=PORTB.3
SYMBOL LEDE=PORTB.4
SYMBOL LEDF=PORTB.5
SYMBOL LEDG=PORTB.6
SYMBOL LEDH=PORTB.7

CLEAR 'BÜTÜN DEĞİŞKENLERİ SIFIRLA
PAUSE 500 '500MS BEKLE
PORTB=0

BASLA:

SERIN2 GIRIS,396,[WAIT("PBP"),AL]

IF AL=10 THEN
HIGH LEDA
PAUSE 100
ENDIF

IF AL=20 THEN
HIGH LEDB
PAUSE 100
ENDIF

IF AL=30 THEN
HIGH LEDC
PAUSE 100
ENDIF

IF AL=40 THEN
HIGH LEDD
PAUSE 100
ENDIF

IF AL=50 THEN
HIGH LEDE
PAUSE 100
ENDIF

IF AL=60 THEN
HIGH LEDF
PAUSE 100
ENDIF

IF AL=70 THEN
HIGH LEDG
PAUSE 100
ENDIF

IF AL=80 THEN
HIGH LEDH
PAUSE 100
ENDIF

GOTO BASLA
END


;PREDAJNA STRANA



'*****GİRİŞ VE ÇIKIŞLAR*****
TRISA=0 'PORTA TAMAMI ÇIKIŞ
TRISB=$FF 'PORTB TAMAMI GİRİŞ
PORTA=0 'PORTA İÇERİĞİNİ SIFIRLA
PORTB=0 'PORTB İÇERİĞİNİ SIFIRLA
OPTION_REG.7=0 'PULL UP DİRENÇERİNİ KULLANMAYA GEREK YOK

'*****DEĞİŞKENLERİ TANIMLA*****
SYMBOL CIKIS=PORTA.0 'HABERLEŞME HATTI
SYMBOL TUSA=PORTB.0 'TUS A
SYMBOL TUSB=PORTB.1 'TUS B
SYMBOL TUSC=PORTB.2 'TUS C
SYMBOL TUSD=PORTB.3
SYMBOL TUSE=PORTB.4
SYMBOL TUSF=PORTB.5
SYMBOL TUSG=PORTB.6
SYMBOL TUSH=PORTB.7

VER VAR BYTE 'BYTE CİNSİNDEN TANIMLAMA
PAUSE 500 '500MS BEKLE
VER=0 'İÇERİĞİ SIFIRLA

BASLA:

IF TUSA=0 THEN 'TUSA=0 OLDUĞU ZAMAN ALT SATIRA İN
VER=10 'VER=88 YÜKLE
GOSUB GONDER 'GONDER ADRESINE GIT
ENDIF

IF TUSB=0 THEN
VER=20
GOSUB GONDER
ENDIF

IF TUSC=0 THEN
VER=30
GOSUB GONDER
ENDIF

IF TUSD=0 THEN
VER=40
GOSUB GONDER
ENDIF

IF TUSE=0 THEN
VER=50
GOSUB GONDER
ENDIF

IF TUSF=0 THEN
VER=60
GOSUB GONDER
ENDIF

IF TUSG=0 THEN
VER=70
GOSUB GONDER
ENDIF

IF TUSH=0 THEN
VER=80
GOSUB GONDER
ENDIF

PAUSE 100
GOTO BASLA 'BASLA ADRESİNE GİT

GONDER:
SEROUT2 CIKIS,396,["P","B","P",VER]
SEROUT2 CIKIS,396,["P","B","P",VER]
SEROUT2 CIKIS,396,["P","B","P",VER]
SEROUT2 CIKIS,396,["P","B","P",VER]
RETURN
END


[/c0de]

Ako hoćeš tako jednostavno....

Prijem



Predaja

Hvala na brzom odgovoru
Simulirao u proteusu i radi nisam ni sumnjao.
A sad pitanje
Nije mi jasno nigdje u kodu ne vidim šta se šalje,a šta prima kao u onom kodu što sam postavio,i šta je potrebno dodat u kodu da bih i preostali pinovi portA bili u igri da ne ostaju ne iskorišteni ,tada bi dobili više kanala.Probao bih to sa PIC16F84A
Pozdrav

Koliko sam ja skontao (ne trosim PBP), na predaji se salje "P", "B" i "P" (karakter po karakter), a na prijemu se ocekuje "PBP", i ako je sve u redu odradi se ostali k0d...
Ostale pinove podesavas u TRISx (x je port koji koristis).
Pozdrav.

Potpis

There are only 10 types of people in the world:
those who understand binary, and those who don't.

Hvala na odgovorima i pomoći,ako zapne tražim opet pomoć.
Pozdrav svima

Nisam uspio podesit da rade i preostali pinova porta A.
Pomagajte drugari moji pa da sutra to probam preko predajnika i prijemnika ovo simuliram u proteusu
Nemogu nikako uskladit da se ledice na potrA uključuju kao što je slučaj sa portom B
Pozdrav

Nemogu svi pinovi na PortA da daju izlaze kao na PortB.RA4 i RA5 mogu na ovaj način biti samo ulazi.

Predaja :


Prijem



S time da je šema malo izmenjena....ser. komunikacija na prijemu je na PORTA.4

Zahvaljujem se na odgovoru, probao sam u proteusu i radi.Samo što sam zamijenio pin za komunikaciju na strani prijema.
Hvala još jednom.Veliki Pozdrav

Pozdrav ukućanima es foruma.
Evo dok čekam da mi stigne prijemni i predajni modul 433 mhz da iskoristim priliku da vas iskusnije od mene u ovoj oblasti još malo mučim sa ovom temom.
Što se tiče ovog koda postojil mogućnost nekontrolisanog uključivanja na prijemnom dijelu dakle usljed nečeg izvana,nekih vanjskih radio talasa,ako da, kako to riješit.Neko je u sličnoj temi spominjao crc provjeru ili tako nešto što baš ne kontam u potpunosti.Molim vas da dobacite po koju riječ da riješimo i ovo.
Pozdrav naj...ekipi

Ima nekoliko razvijenih tehnika za detekciju i/ili ispravljanje gresaka u prenosu.
Zavisi koliko bajtova saljes ( duzina komandne rijeci ili poruke) i kolike smetnje ocekujes, kao i da li mozes gubiti vrijeme na ponovno slanje pogresne poruke koristi se odgovarajuci metod.
Jedan od najlaksih za implementaciju je da tzv provjera parnosti.
Na kraju bajta ili nekog broja bajtova posaljes jedan bit. E sad ukupan broj 1 zajedno sa kontrolnim bitom treba da bude paran. Sistem detektuje neparan broj pogresnih bitova, ali ne moze se izboriti sa parnim brojem gresaka.
E sad, posto su sumovi i smetnje uglavnom istog karaktera pomaze i slanje poruke, pa odmah za tim invertovane poruke ( moze se ukljuciti i parnost). Sistem zna da je doslo do greske u prenosu ali ne umije da ispravi gresku.
Najbolji metod je koristenje Hemingovog koda ( Hamming code - http://www.scribd.com/boban_za...itmi-za-detekciju-gre%C5%A1aka) koji je u stanju da popravi poruku ako ima manje od x pogresnih bitova, a detektuje gresku u prenosu. Doduse tu cijenu ces platiti nesto vecim brojem bitova , ali sta je tu je.
Opet kada bi nam otkrio namjenu prenosa lakse bismo dali savjet.
Ako recimo grijes vodu u bojleru, i saljes temperaturu svakih 5 sekundi nece se nista lose desiti i ako promasis nekoliko poruka. Bojler nece osjetiti tih 20-tak sekundi pogresnog rada. Ali ako upravljas kranom, tu nema mjesta zezanju. Ne smije otici lijevo ako zadas desno.

Aj' sad Ti,

ako ce da tera kran sa ovim pateticni 433 i 944 predajnicima neka dojavi u kom gradu da isti zaobilazim :D

manchester + error correction radi super sa tim spravama .. jos kad ubacis spustanje brzine prenosa kada je kolicina gresaka velika .. bombona ..

Hamming je super za error correction ali implementacija moze da bude malo zaguljena. hamming (7,4) ubija kako radi, na losem mediu (kao sto su ovi 433 i slicno predajnici) se isplati mnogo vise nego crc. Na boljem mediju i nizim brzinama CRC je bolji posto dokle nema gresaka CRC ima manji overhead (na primer ako ti je packet size 256 bajtova + 2 bajta crc) imas 0.77% overhead, naravno ako imas male pakete onda mozes da koristis samo parity bit ili crc od 2 ili 4 bita. U svakom slucaju overhead sa CRC-om uglavnom moze da se drzi ispod 2%. Ono sto placas za cenu je resend celog paketa u slucaju da je stigao pogresno. Sa Hamming (7,4) (obrati paznju da ima i drugih varijanti hamming-a ali ja volem ovu), veliki broj gresaka moze da se "popravi" u letu, tj. na samom klijentu. Cena je na zalost bandwidth. Sa (7,4) ti imas overhead od 42.8% .. dakle skoro pola podataka koje saljes su "overhead", ali zato na istom kvalitetu signala retry u slucaju hamminga je nekoliko puta manji nego sa obicnim crc-om.

Implementacija hamming-a zahteva malo prostora na mcu-u ali je relativno jednostavna. Mozes proguglati nacices sigurno 2-3 implementacije (doduse verovatno ih neces naci u basic-u ali.. ).. Implementacija crc-a je super jednostavna i ultra brza i jeftina za implementaciju ..

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Sve je pocelo sa paljenjem dioda na "udaljenom" PIC-u.
Ako je to namjena protokola, onda postoje samo dvije mogucnosti.
Hamming ili onako cisto bez zastite ali sa uzastopnim slanjem poruka. Pa ako od 5 pristiglih imas 4 iste to je to.
Jer prijemnik nema predaju da bi mogao koristiti resend.

PS Moze kran sa 433, provjereno radi. Doduse, pazi ti za radni dan krana posaljes mozda 1 KB podataka, a mozda i manje. Kranovi su inace inertne stvari ( pa cak i njihovo upravljanje-kontakteru treba par ms da prebaci, motoru jos par stotina ms da se zaustavi...) tako da imas vremena i za heminga i za invertovanje i za slanje 10 ponovljenih poruka. Prijemnik procjenjuje i ako nesto debelo ne stima ide u total stop do prijema odgovarajuce poruke.

da, da onda iskljucivo hamming ili moze i ona fora da saljes "non stop" podatke sa crc-om pa tamo samo odbacujes podatke koji nemaju valjan crc




znam ja da je kran intertan sistem ali imam mnogo iskustva sa kineskim 433 modulima ... to je toliko neotporno na smetnje, napon, toliko smrdi po spektru ..

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

xxxxxxxxxxx

Moram da te demantujem ,iskreno i ja ne cenim preterano robu iz prc-a :) samo su mi odlicno zavrsili poso bas na onim kranovima koje bi ti da zaobidjes.

Nije fora u smetnjama koje ce uvek i zauvek postojati ,vec u inventivnosti kako ces ih eliminisati.
Ne mogu da smaram sa raznim kodovima ali crc obavezno mora da postoji ..16-bit(najmanje).
Kako nebi doslo do nezelljenih efekata u radu(opasno po zivot!!!!)tx i rx krana moraju biti u komunikaciji svake sekunde(slanjem indetifikacije da su u igri).
Naravno da samo tx salje podatke.U koliko ne dodje do indetifikacije po sekundi rx odlazi u reset.OVO PISEM SAMO ZA ONE KINESKE TX RX MODULE.
Sada postoje mnogo razvijeniji transceiveri, tako da je posao mnogo mnogo laksi zbog fabricki olaksane ugradnje pojedinih stvari koje su se nekada trebale izvrsavati pisanjem coda.
Poslacu i slike od pre par godina i do sada sam imao problema samo sa baterijama na tx-u.