Svet elektronike

[vilko]

Testiram RFM12 povezavo.
Dosegel sem, da na 1000 telegramov dobim 4 napačne.

Kolikšna je pričakovana zanesljivost podatkov. Je 4 napake na 1000 dober ali slab rezultat?

[RudiP]

4/1000 je zelo dober rezultat. Kakšno hitrost si uporabil za prenos podatkov in na kakšni razdalji si to testiral. Na kateri frekvenci delata TFM12. Hvala

[vilko]

Hm, jaz sem pa mislil, da je to slab rezultat.

Testiral sem na razdalji od sobe do kuhinje, morda 15m
na 433 Mhz s hitrosjo 9600 Bd.


Testiranje ustavil pri

$,T1 on :217 ,*4A 18 0D DOBER dobri 2516 slabi 31

[RudiP]

Zmanjšaj hitrost na 1200 kar je za prenos tvoje količine podatkov več kot preveč. Jast imam sedaj na 1200 in 100m razdalje. Uporabljam CRC8 za
kontrolo podatkov. Če paket ni uspešno sprejet zahtevam ponovni odgovor.

Prijetno delo še naprej.

[vilko]

In si kaj meril, kolikšna je zanesljivost prenosa?

Bom pa probal kot praviš z hitrostjo 1200 Bd

[RudiP]

Vilko,

Ob nepravilnem crc-ju pošljem na drugo stran zahtevo za ponovni pošiljanje podatkov, zato se z računanjem zanesljivosti prenosa nisem bavil. V mojih
rešitvah so podatki dinamični v obliki bajt ali word.

[vilko]

Ja, hvala Rudi.

Seveda se da programirati pošiljanje zahteve za ponovitev telegrama.
Kaj naj rečem? Sem len in pretežno zaseden z drugimi nalogami, ki jih mora opraviti procesor. Običajno kar ignoriram napačno sprejet telegram.

Telegrami so običajno neke vrste raporti, poročila, ki jih sužnji pošiljajo gospodarju ciklično. Računam pač, da bo v naslednjem ciklu telegram uspešno prispel. Če gospodar pošlje ukaz, v naslednjem raportu zazna, je ukaz izveden ali ni, in ponovi ukaz, če je bil ingoriran s strani sužnja.

Do sedaj sem uporabljal RS485 zvezo, ki se je izkazala za zanesljivo.
Tole z RFM12 je bolj študija, ker so ga nekateri hvalili, kako dobro daleč nese.

Nisem še realiziral tvojega predloga, a ga bom.

Lep pozdrav

[vilko]

[RudiP]

Vilko moja napaka. Najnižja hitrost je 2400, odgovoril sem na hitro brez preverit. Vedel sem da je najnižja hitrost očitno pozabil pa da je tu 2400. prijetno delo še naprej.

[vilko]

Kako je z timer-interrupt rutino in RFM12?

Sprejemni program je lepo sprejemal program, kot ste videli zgoraj.
Želel sem programu dodati nekaj vsebine, za to potrebujem timer interrupt, a čim sem ga programiral, je program nehal sprejemati.

ALI SPIMOVE uporablja timer? in če ja, katerega? Mimogrede, poukusil sem z Timer0 in Timer1 - rezultat je isti. Če je programirana timer rutina,

Koda timer:

[vilko]

Zožil se sum na eno samo instrukcijo:

Timer interrupt dela.
Glede na timer interrupt se postavi sekundabit vsako sekundo.
V glavnem programu vsako sekundo pretaknem ledico - utripanje - dela
V istem programu pišem na software uart - pokvari prebrano vsebino.

Če je instrukcija

[vilko]

Ma, ne vem, kaj se dogaja.
Ko sem končal pisanje prejšnjega prispevka, in spet odprl terminal, sem dobil:

[Jure]

Vilko,

edino, kar mi pride na misel, je sprememba temperature...

Lp
Jure

[Vlado]

Joj, joj,
zakaj vstrajate na generiranju sekund tako da imate prekinitev vsako milisekundo?
Timer1 omogoča prekinitev vsako sekundo, tako bo ostalo dovolj časa za ostalo delo, prekinitev se bo zgodila samo enkrat v sekundi.

[vilko]

To je zato, ker potrebujem (v planu) zakasnitev pošiljanja telegrama.
Senddelay bajt postavi vsak interupt sprejema na nulo,
Interrupt rutina ga premika naprej vsako milisekundo
Rutina za oddajanje telegrama čaka, da senddelay zrase na določeno random vrednost v milisekundah.