Bezdrátové moduly

Zpráva

Marek · #1 Příspěvek od **Marek** » 07 říj 2012, 21:05

Zdravím,
stojím před otázkou jakými vhodnými moduly přenesu bezdrátově minimálně 6 a max 12 binárních stavů které tvoří jazýčkové kontakty ovládané magnetem ? Vysílač půjde napájet pouze z baterií.
Vzdálenost vysílač-přijímač cca 100m v ne moc hustém lese bez nějakých křovin. Vysílač bude v "kmenové výšce" kde ještě nazačínají větve.

Na přijímači bych rád signalizoval stavy způsobem "přepínač vstupů" t.j. svítí trvale daný sepnutý vstup vysílače až do sepnutí jiného vstupu vysílače.

Níže uvádím odkazy co jsem doposud našel.

868,35MHz
vysílač - http://www.flajzar.cz/dalkove-ovladani- ... ktorem.htm

přijímač - http://www.flajzar.cz/dalkove-ovladani- ... em-sma.htm

433,92MHz
vysílač + přijímač - http://www.flajzar.cz/dalkove-ovladani- ... ladani.htm

Nevím jaké frekvenci se přiklonit pro daný účel kdybych ještě pátral, popř. existují nějaká podobná řešení v přibližně stejné cenové relaci ?

Marek

JPL · #2 Příspěvek od **JPL** » 08 říj 2012, 11:10

tenhle problém ale s 16 stavy jsem řešil v září, před pár dny. Používám vysílač/přijímač na 433 MHz s FSK modulací. Kodér/dekodér jsem naprogramoval do PICu. Kodér kóduje data do Manchester kódu, přidá kryptokód, preambuli a postambuli. Dekodér toto rozdekóduje a na výstupu má původní 16bitové slovo. Ale v podstatě je jedno, jestli použiješ vysílač/přijímač na 868 MHz nebo 433 nebo cokoliv jiného. Jen musí spolu komunikovat. Cokoliv z toho výše (vysílač/přijímač nebo kodér/dekodér) ti můžu nechat. Vysílač, přijímač je v SIP pouzdru, kodér/dekodér je v úzkým DIL28 pouzdru (PIC 18F2550 nebo 18F25K22).

Marek · #3 Příspěvek od **Marek** » 08 říj 2012, 11:34

JPL : děkuji za reakci na příspěvek. Je možnost s Vámi prodiskutovat danou věc telefonicky popř. na Skype ? Kontakt na mne mail.b@seznam.cz

JPL · #4 Příspěvek od **JPL** » 11 říj 2012, 14:54

foto mého přijímače. Citlivost -106 dBm, odběr 10mA při 5V, max. rychlost dat 20 kHz. Data na výstupu mají TTL úroveň a může je vyhodnotit jakýkoliv mikropočítač.

termit256 · #5 Příspěvek od **termit256** » 11 říj 2012, 17:38

Jak rychle ten prijimac reaguje na prichozi data? Ja mam jinak vyborny prijimac s Si4312, tento obvod rozdeli frekvencni pasmo do tri bloku a pak je postupne scanuje se tremi ruznymi nastavenimi citlivosti. Potiz je, ze mu timto postupem chvili trva nez se "chytne" a zacne posilat relevantni data. Typicky prubeh prenosu je jako na obr. Hneda je vysilany signal, zluta prijimany.

Vetsinou to nevadi, ale pro jednu aplikaci potrebuji aby byl schopny prijimat od prvniho bitu. Je tento/nejaky jiny prijimac tohoto vubec schopen?

JPL · #6 Příspěvek od **JPL** » 12 říj 2012, 12:38

tomu mymu to trva jen 2 ms. Nevim, jestli to je malo nebo hodne.

termit256 · #7 Příspěvek od **termit256** » 12 říj 2012, 13:11

2ms je dobra hodnota, zapomel jsem napsat ze to proscanovani trva cca 30ms. Kdes ho koupil, pripadne co je tam za obvod? Pred chvili mi dosel nejaky cinsky prijimac a vysilac za $2, odpo ho promerim a uvidime jak si stoji.

JPL · #8 Příspěvek od **JPL** » 13 říj 2012, 13:20

Mas SZ

termit256 · #9 Příspěvek od **termit256** » 16 říj 2012, 19:19

Konecne jsem se dostal k promereni Cinskeho prijimace, jde konkretne o tenhle http://www.ebay.com/itm/433Mhz-RF-trans ... 43b48eb3f6 zazrak.
Opet horni prubeh je vysilany, spodni prijmany.
Chyta to neustale nejaky bordel, nicmene jakmile prijde signal, prijme to vsechno perfektne. Zkousel jsem to na stole u PC prijimac a vysilac vedle sebe, takze tezko rict co to bude delat na vetsi vzdalenost, ale moc se mi to na prvni pohled nelibi. Na druhem obr. je to same jen v jinem meritku. Po uplynuti cca 250ms po vysilani zacne opet chytat sum.
V prijimaci je LM358, dva tranzistory a nejake smeti, takze se asi ani nic jineho cekat nedalo

VasekX · #10 Příspěvek od **VasekX** » 17 říj 2012, 15:13

Totéž mi dělal AUREL Tx-SAW 433 /s-Z RFM 433.92MHz. Když jsem do 100ms nezměnil stav vstupu vysílače, přijímač si upravil citlivost aby něco slyšel a to něco byl šum. Takže bylo potřeba neustále něco posílat - trvalá 1 nebo 0 způsobovala falešné pulzy.
Proto zásadně nedoporučuju používat Amplitudovou modulaci!

termit256 · #11 Příspěvek od **termit256** » 17 říj 2012, 17:33

Prijem sumu jako takovy by mi moc nevadil, data se budou muset tak jako tak doplnit nejakym vyzivnym CRC. Spis mam strach jestli to neni nejake ruseni z jinych pasem ktere bude pronikat do prijimanych dat pri nizsi urovni signalu.
Tohle bohuzel nemam jak zmerit.

JPL · #12 Příspěvek od **JPL** » 18 říj 2012, 10:09

VasekX píše: Proto zásadně nedoporučuju používat Amplitudovou modulaci!

Modul termita pouziva OOK modulaci, to je jeste horsi nez ASK modulace.

JPL · #13 Příspěvek od **JPL** » 18 říj 2012, 10:13

termit256 píše:Prijem sumu jako takovy by mi moc nevadil, data se budou muset tak jako tak doplnit nejakym vyzivnym CRC. Spis mam strach jestli to neni nejake ruseni z jinych pasem ktere bude pronikat do prijimanych dat pri nizsi urovni signalu.
Tohle bohuzel nemam jak zmerit.

OOK modulace to funguje tak, ze neni nosna, kdyz se vysila nula. Vysledkem je uspora vykonu. Tady ti CRC moc nepomuze.

termit256 · #14 Příspěvek od **termit256** » 18 říj 2012, 10:53

Pomoci CRC se odlisi data od sumu, ten kod neni pevny, soucasti jsou nejake udaje ze senzoru.

Andrea · #15 Příspěvek od **Andrea** » 18 říj 2012, 10:58

Data od šumu se můžou dost lišit už na úrovni kódování, třeba toho manchestera.