| Микроконтролери и електроника http://mcu-bg.com/mcu_site/ |
|
| RF трансмитери до 1 ресивър http://mcu-bg.com/mcu_site/viewtopic.php?f=2&t=6472 |
Страница 1 от 3 |
| Автор: | Silence [ Нед Яну 18, 2009 6:10 pm ] |
| Заглавие: | RF трансмитери до 1 ресивър |
Здравейте, бихте ли препоръчали евтино решение за радио комуникация м/у микроконтролери. Идеята е много трансмитери на батерийно захранване напр. 20-30 да изпращат еднократно код до един приемник. Приемника трябва да разпознае по кода кой му ги изпраща. Касае се за разстояние на закрито максимум 50х50 метра. |
|
| Автор: | BONGO [ Нед Яну 18, 2009 6:46 pm ] |
| Заглавие: | |
Точно по този проблем работя в момента...да не би да правиш охрана на пчелин или нещо подобно? Евтиното решение е със ПИК от серията 12F6XX за предавателите и от тип 18FXXX във приемника. Използвам фабричен приемник и самоделни предавателни модули на 433MHz. |
|
| Автор: | nickich [ Нед Яну 18, 2009 10:38 pm ] |
| Заглавие: | |
Що не пробвате ZigBee. ti.com имат евтини и добри решения, а и други предлагат ZigBee модули... |
|
| Автор: | HIFI [ Нед Яну 18, 2009 11:09 pm ] |
| Заглавие: | |
В фирмата където работя ползват CC1020 и са много доволни може и на теб да ти свърши работа. http://www.promelec.ru/pdf/CC1020.pdf |
|
| Автор: | kasparov [ Нед Яну 18, 2009 11:37 pm ] |
| Заглавие: | |
Обектите които предават стационари ли са, или пък подвижни? |
|
| Автор: | MidNighT_SpiRiT [ Пон Яну 19, 2009 12:29 am ] |
| Заглавие: | |
Аз мога да ти кажа един - NRF24L01 на nordic има готови модули с този чип в olimex, обаче аз лично не съм доволен. Много се озорих със софтуера, въпреки, че дават примерен код, който може да се ползва наготово, може в мен да е била грешката. Поддържа режим на приемник, който приема от 6 различни предавателя. |
|
| Автор: | plameniv [ Пон Яну 19, 2009 6:53 am ] | |||||||||
| Заглавие: | Re: RF трансмитери до 1 ресивър | |||||||||
Задължително трябва да имаш синхронизация на предаването защото със сигурност ще имаш няколко трансмитера дето ще излъчват едновременно и това си е сериозен проблем когато се работи на 1 честота. Тогава приемника едва ли ще приеме нещо Така че помисли за управление на всяка точка, за целта ще ти трябва двупосочна връзка. Освен трансмитер всяка точка трябва да има и приемник по който да подаваш код кой трансмитер му е ред да излъчва! |
||||||||||
| Автор: | kiiid [ Пон Яну 19, 2009 12:38 pm ] |
| Заглавие: | |
виж CyFi (www.cypress.com) |
|
| Автор: | ToHu [ Пон Яну 19, 2009 1:19 pm ] |
| Заглавие: | |
Абе синхронизация може и да не му трябва, ако излъчват на случайни периоди достатъчно често вероятносттада се засекът два три пъти един след друг не е голяма, ако е двупосочно си има метод за избягване на колизии, но аз бих ползвал нещо готово, което си има и протоколно ниво. |
|
| Автор: | optron [ Пон Яну 19, 2009 3:35 pm ] |
| Заглавие: | |
Ако излъчват достатъчно нарядко и информацията, която излъзвачват не е критична във времето, може да се оставят на сляпо. Настроени да излъчват всеки през различен интервал от време. При това положение, дори и да стане сплитане, при следващото излъчване данните ще се пренесат. Такъв пример са авто-алармите с трансмитери със скачащ код - там няма контрол кой трансмитер да излъчва в момента, защото в общия случай един трансмитер ще се използва в даден момент. Ако ще е по-често или ако информацията е критична и пропуски не се допускат, тогава най-малкото ще трябва предаващите модули да проверяват дали ефирът е свободен и тогава да излъчват. Това предполага, че всеки модул ще има и приемник, с който ще се ослушва дали някой друг не вика в момента. Също и че данните ще трябва да се буферират, за да се запазят, ако се случи в момента да е зает ефирът. Може би най-универсалния начин е с двустранна комуникация, при която приемащият модул командва кой да си предаде данните в даден момент. Това има смисъл примерно при системи за събиране на данни от много точки - термометри например. Тогава центърът (приемащият модул) излъчва повикване за конкретен термометър (предаващ модул), на което последният отговаря като си излъчи идентификатора, последван от данните, които пази за изпращане. Идентификаторът не е задължителен, така или иначе се знае кой модул е повикан, ползва се само за презастраховане. Нещо такова ... Това с термометрите си ми беше идея преди време за събиране на данни за температура от различни точки на града. Само идея, де, нямам реализация ... |
|
| Автор: | plameniv [ Пон Яну 19, 2009 3:55 pm ] | |||||||||
| Заглавие: | Мне точно | |||||||||
При автоалармите нещата са малко по различни. Първо е доста по случайно и еднократно във времето излъчване което в рамките на няколко секунди докато си натиснал бутон повтаря кода си стотици пъти, демек и да има друг наоколо все някой ще е натиснал първи и пуснал първи бутона, така дадената аларма ще си е свършила работата с достатъчно повторен на входа и код дори и да има грешки все един ще е верния. И да не ти сработи от раз човек е упорит и пак натиска все някога ще сработи, като това не е от значение за няколко минутен мин период. Това е малко неприложимо ако имаш 20 устройства на една честота. В този случай ако не ги контролираш винаги ще имаш застъпване на трансмитер колкото и случайно да са направени, все пак всичко зависи от времето на повторяемост на излъчването. Ако имаш нужда да ги следиш по начесто без синхронизация не става! |
||||||||||
| Автор: | optron [ Пон Яну 19, 2009 6:10 pm ] | |||||||||
| Заглавие: | Re: Мне точно | |||||||||
|
||||||||||
| Автор: | Dimitar [ Пон Яну 19, 2009 6:43 pm ] |
| Заглавие: | |
Тук в мидуеста на САЩ има едни буболечки (сикейди се казват), които са два вида - едните се излюпват от ларвите си и излизат от земята всяка година, а втория вид дето са "по-хитри" го правят това на всеки 17 години. Т.е. траят си 16 г. и на 17-тата се излюпват и излизат от земята. И понеже този период от 17 г. им дава сигурност, че няма да се засекат с хищниците, дето ги ядат (щото пък те излизат на някакъв друг период) - те излизат в бройка, която е приблизително 4 млн. гадини на квадратен акър. За който не може да си го представи това, ще му кажа, че като си ходиш по тротоарите и настъпваш поне по 20 на един път с единия крак |
|
| Автор: | emilvtc [ Вто Яну 20, 2009 8:26 pm ] |
| Заглавие: | |
Silence, Зависи какво разбираш под "евтино". Ако 5-7 долара е евтино за тебе - използвай CC1110 -на Тексас. Това е процесор със трансивър (приемо-предавател) който работи в пакетен режим и примерно на 868MHz в ISM банда покрива радио стандартите и има повече от задоволителен обхват (на открито до 600 метра с ненасочена антена без усилване (разбирай жица)). Това "едночипово" решение е добро и поради факта, че "заспалият" чип консумира 0.5 микроампера, като при това има активиран таймер, който да го буди от време на време. Чипът поддържа различни модулации като OOK, GSK и GFSK. Използвам го и имам много добри впечатления за него. Поддържа бодрейт от 1.2кбпс до 500кбпс, като обхвата който цитирах по-горе е постигнат при 38.4кбпс. Високият баудрейт позволява кратки (къси) трансмисии, което е добре за живота на батериите. Освен това Процесора и всички компоненти около радиочастта му се фитват в платка с размери 1.5х2 см. Разбира се има и малко по-евтин вариянт - ако използваш АМ радио. Има АМ-предаватели за по 3-6лв и АМ-приемници за по 6-8лв. Такива бях купувал навремето от Електронинвест и от Комет-а. В Пловдив в бившият завод "Автоелектроника" произвеждаха български такива модулчета. В този случай микроконтролера ще трябва да се грижи за предаването и приемането от/към радиомодулите. Колеги, няма проблем с многото предаватели и единият приемник. Колизиите които биха се получили при едновременно предаване на 2 и повече предавателя не са чак толкова страшни при подходящ алгоритъм за предаване. За целта има RF стандарти, които урегулират това. Всички домашни и офис Wire Less алармени системи покриващи РадиоГрейд 1 и 2 работят точно така. При това един алармен панел поддържа до 32 радио сензора (PIR или други) в които има само предавател. |
|
| Страница 1 от 3 | Часовете са според зоната UTC + 2 часа [ DST ] |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|