ATNEL tech-forum

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-05-21T17:52:53+01:00

spoko, pewnie rozumiem. jakby Ci się nudziło, to wdzięczny byłbym za wskazówkę.. ale na razie ifno o tym, że się da zachęciło mnie do dalszych poszukiwań. w końcu nie ma aż tak wielu opcji, w końcu trafię

Statystyki: Napisane przez marthinek — 21 maja 2012, o 17:52

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-05-21T17:06:49+01:00

Mam nadzieję, że kolega uwierzy mi, że ja na razie nic a nic z tego nie pamiętam - musiałbym poczytać pewną książkę - ale na razie czasu nie mam ..... ogrom pracy tuż przed premierą .... ogrom - a już za tydzień może dwa najpóźniej będzie wszystko w książce można zobaczyć w tym rozpiskę maszyny stanów z odbieraniem za pomocą przerwań.

Po prostu łatwo się o tym mówi jak człowiek siedzi zakopany po uszy w dataszicie .... ale po 2-3 miesiącach zanik pamięci gwarantowany jak już własny program działa przynajmniej ja tak mam jeśli chodzi konkretnie o RFMy - za dużo tych kombinacji z rejestrami żeby to ot tak spamiętać

Statystyki: Napisane przez mirekk36 — 21 maja 2012, o 17:06

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-05-21T16:00:31+01:00

Ok. po długiej walce udało mi się dogadać z modulikami. Przynajmniej na razie coś wysyłam i to coś odbieram, więc chyba nie jest najgorzej. Ale się zawziąłem, siadłem z tym datasmieciem, z ich (producenta) przykładowymi programami, poczytałem, porozpisywałem te rejestry i to co chcę osiągnąć, policzyłem częstotliwości, potem wypróbowałem z milion kombinacji ustawień, aż w końcu sukces....

teraz kolejny etap czyli odbiór w przerwaniu... i tego za cholerę nie mogę ogarnąć.

Mam więc konkretne pytanie dotyczące tego czym w końcu jest wyzwalane przerwanie? stanem niskim, wysokim czy zboczem opadającym/rosnącym?
w datashitcie napisali szanowni producenci: "receiver will generate an interrupt request for uC by pulling the nIRQ low..."

czyli zbocze opadające czy stan niski na pinie nRes?

czy coś znowu tam pokręcone jest?

jak się ma do przerwania instrukcja na początku programu
PORTD 0xFF

na PD2 mam INT0, czy jeśli ma być ono wyzwalane stanem niskim to czy podciągnięcie do VCC tego pinu nie przeszkadza w wyłapywaniu przerwań od modułu?

Statystyki: Napisane przez marthinek — 21 maja 2012, o 16:00

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-24T21:07:33+01:00

Odnośnie filtrowania i RFM'ków też napisałem ci w poście wyżej - tzn o tym jak to je testowałem na kablu .

No właśnie - też mam wrażenie jak bym był przesłuchiwany przez Brunera w Klosie ot takie skojarzenie bo wciąż z lubością oglądam ten serial .... a ty wyciągasz że mnie wszystko po kolei

no ale spokojnie - wszystkiego to ja tak nie pamiętam znowu i musiałbym sam zasiąść i czytać teraz swoją książkę i przypominać sobie jak to było

------

no a odnośnie dataszitów to pomyśl sobie ilu ludzi narzeka na te PDFy Atmela .... chyba nie widzieli tych Hoperf'a brrrrr

Statystyki: Napisane przez mirekk36 — 24 kwi 2012, o 21:07

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-24T21:02:18+01:00

mirekk36 napisał(a):

Jakie mam doświadczenia z filtrowaniem zasilania ? hmm zobacz może tutaj:

http://mirekk36.blogspot.com/2012/04/mi ... lanie.html

ale odnośnie podłączania modułów RFM12 a także RFM70 - to właśnie do testów w książce specjalnie podłączałem je i pokazałem na zdjęciach w książce że - wykorzystałem do tego najzwyklejszy kabelek taśmowy ok 8-10cm ..... i co? niezbyt gęsto upakowałem a wszystko działa i buczy jak ta LALA .....

nie chodziło mi o ogólne zasady, tylko o konkretnie filtrowanie RFM'ki.

artykuł w/w jest mi oczywiście już znany, zresztą coś tam Ci na końcu skomentowałem pytając o te pary kondensatorów przy nóżkach po przeciwnych stronach uC.

z niecierpliwością czekam na premierę książki.
chociaż, jak dalej pójdzie to może wyciągnę z Ciebie wszystko na forum..

chyba faktycznie trzeba tego datashita od hopfera przeczytać od deski do deski a do tego między wierszami... to nie tak jak z dokumentacją Atmegi, gdzie wszystko po kolei i jasno opisane.

Statystyki: Napisane przez marthinek — 24 kwi 2012, o 21:02

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-24T20:07:10+01:00

Po kolei .... rf12_setbaud(9600); - no widzisz - tego tak trudno doczytać się w tej nocie że aż strach .... poważnie mówię a nie żebym się nabijał z ciebie - bo sam też tak miałem przed nierówną walką z tymi modułami..... Tą funkcyjką ustawiam prędkość w bodach do jakiej dostosuje się transmisja pomiędzy transcivereami. Jest o tym w data-bardziej-szicie Hoperf - ale podejrzewam, że ciężko było ci do tej pory okiem o to zahaczyć .... spójrz sam:

Tak tak "te obfite" wskazówki ze wspomnianego forum - to urastają już do paranormalnych albo paranoicznych - jak np w którymś poście można przeczytać poradę, że "elementy trzeba GĘSTO upakować" żeby RFM12 dobrze działał - O! i to jest przepis - no widzisz - gęsto nie upakowałeś i dlatego ci nie działa .... no chore

Jakie mam doświadczenia z filtrowaniem zasilania ? hmm zobacz może tutaj:

http://mirekk36.blogspot.com/2012/04/mi ... lanie.html

ale odnośnie podłączania modułów RFM12 a także RFM70 - to właśnie do testów w książce specjalnie podłączałem je i pokazałem na zdjęciach w książce że - wykorzystałem do tego najzwyklejszy kabelek taśmowy ok 8-10cm ..... i co? niezbyt gęsto upakowałem a wszystko działa i buczy jak ta LALA .....

tak więc włóż te wszystkie zalecenia i porady paranormalne między książki z bajkami dla dzieci

Owszem - filtrowanie zasilania to SUPER ważna rzecz o czym mowa w moim poradniku na blogu - ale żeby odpalić do zwykłych testów te moduły to bez przesady .... a nawet piszę w książce że dokonać można spokojnie połączenia pomiędzy np:

modułem 433MHz <------------------ a ------------------> modułem 868MHz

ustawiając obydwa do pracy w jednym oczywiście zakresie częstotliwości albo 433MHz albo 868MHz na odpowiednim kanale oczywiście - aczkolwiek nie należy się spodziewać jakichś zasięgów - pomimo to nawet na kilka metrów potrafią gadać ze sobą

dziwne ? - ale w 100% prawdziwe

Statystyki: Napisane przez mirekk36 — 24 kwi 2012, o 20:07

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-24T19:10:58+01:00

Pewnie, że z ładnie napisaną biblioteką łatwiej się ogarnąć niż z tymi dziwnymi liczbami w hexach.
Zdecydowanie łatwiej się wpisuje -(ustawia) parametry urzadzenia przy pomocy nawet jakichś takich dziwnych skrótów typu UCSRB, RXEN niż liczb binarnych czy hex.

Dzięki wielkie za to info z adresem rejestru w części MSB teraz się wszystko jaśniejsze robi.. pewnie w pełni rozjaśni sprawę Twoja książka.

tak dla ścisłości (pewnie głupio )dopytam czy:
"rf12_setbaud(9600); // 19200 ustawienie prędkości - baud rate"

dotyczy prędkości komunikacji między mikroklockiem a modułem RFM?

no właśnie wspomniane tutaj forum nie obfituje w treściwe wskazówki... zresztą jakoś za nim nie przepadam, dlatego chętniej zdecydowanie przebywam Tutaj mimo że baza wiedzy się dopiero tworzy.

Widziałem w którymś z Twoich wideo poradników, że łączysz RFM70 na kablu IDE (albo czymś przypominającym taki kabel od dysku z PeCeta). Przez analogię ( ) zakładam, że takie połączenie powinno pozwolić RFM12 na prawidłową pracę?
Tak pytam w związku z tym, że mam całość na prototypowej płytce stykowej a modulik na kabelkach ze skrętki.
Jakie masz doświadczenia z filtrowaniem zasilania? Cytując szczątkowe informacje z tego tasiemca z forum na "e" układy są czułe na "czyste" zasilanie.

PS. dzięki za przykładowe prawidłowe minimalne podłączenie układu (mam nadzieję, że prawnik Cie nie zabije), rozumiem, że linią nRes i zapisem że Res jest aktywny w stanie niskim, w związku z powyższym nie przejmować.

Statystyki: Napisane przez marthinek — 24 kwi 2012, o 19:10

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T23:40:54+01:00

Przede wszystkim proszę - uproszczony schemat połączeń jak do ćwiczeń w książce to fragment obrazka więc mam nadzieję że prawnik mnie nie zabije

Rejestry w RFM wcale nie nazywają się POR to skrót od (Power On Reset) a żeby było łatwiej programiście - to firma Hoperf wymyśliła iście szatański plan - nie masz tam nazw rejestrów masz tylko nazwy komend połączone z adresami - pokręcone co ?

część bitów od lewej w tym 16-bitowym słowie to adres rejestru a pozostała część to dane przesyłane do rejestru. Wydawać by się mogło że pierwszy od lewej (starszy) bajt odpowiedzialny jest za adres a młodszy za dane - ale nie nie hola hola tu też masz mix max

reasumując POR oznacza wartość jaką odczytasz z tego rejestru po RESECIE czyli domyślne ustawienia, które mało mają wspólnego z tym, żeby moduł był od razu przygotowany np do działania w trybie odbioru - a po kiszkę - niech się programista męczy

najgorsze jest jednak to, że pomimo tej mikstury adresów z rozkazami okazuje się, że żeby ustawić COŚ tam to nie wystarczy dokonać ustawień w jakimś jasnym hmmm bloku adresów/rejestrów - tak jak masz w procku AVR np rejestry do UART'a .... nie nie panie kochany - tutaj trzeba dobrać się do ustawiania różnych bitów w różnych rejestrach - więc to nie tak od razu halo

Ale spokojnie - jest sposób żeby okiełznać ten MEGA HAOS i chyba teraz rozumiesz coraz lepiej dlaczego trudno to wyjaśnić w dwóch zdaniach i dlaczego nigdzie na necie tego nie znajdziesz .....

bo jak już ktoś czasem na chybił trafił - odpali sobie jakąś transmisję nawet bez większego zrozumienia co tam jest poustawiane - to myślisz że komuś się chce kurczę usiąść i to uporządkować a tym bardziej opisać co i jak po kolei ????

nie nie - jak już mu działa to przeważnie od razu zaczyna mówić że to proste i wystarczy zrobić tak jak on czyli:

[syntax=c] writeCmd(0x80E7); //EL,EF,868band,12.0pF
writeCmd(0x8299); //er,!ebb,ET,ES,EX,!eb,!ew,DC (bug was here)
//writeCmd(0x8239); //!er,!ebb,ET,ES,EX,!eb,!ew,DC
writeCmd(0xA640); //freq select
writeCmd(0xC647); //4.8kbps
writeCmd(0x94A0); //VDI,FAST,134kHz,0dBm,-103dBm
writeCmd(0xC2AC); //AL,!ml,DIG,DQD4
writeCmd(0xCA81); //FIFO8,SYNC,!ff,DR (FIFO level = 8)
writeCmd(0xCED4); //SYNC=2DD4;
writeCmd(0xC483); //@PWR,NO RSTRIC,!st,!fi,OE,EN
writeCmd(0x9850); //!mp,90kHz,MAX OUT
writeCmd(0xCC17); //!OB1,!OB0, LPX,!ddy,DDIT,BW0
writeCmd(0xE000); //NOT USE
writeCmd(0xC800); //NOT USE
writeCmd(0xC040); //1.66MHz,2.2V[/syntax]

no i wracamy do punktu wyjścia

eeeeeh a mi się zachciało powalczyć z tym żeby to uporządkować i opisać - a i tak pewnie znajdą się osoby, które mnie za to skrytykują albo wytkną błędy - że coś źle tłumaczę - ale takie już jest życie - wystarczy spojrzeć na ostatnie wpisy na moim blogu do kursu eagle - już tam komuś przeszkadza to i tamto w kursie .....

Ja nie twierdzę że mój opis i sposób przekazu będzie super jasny i przejrzysty dla każdego - ale kurczę - ja nie zaczynam i nie kończę tylko na opisie - ja daję i pokazuję jak zbudować od podstaw bibliotekę i to super fajną do obsługi tych modułów oraz przykładowy program i TO DZIAŁA kurczę ....

zresztą w książce tylko na temat RFM12 będzie ze 20-30 stron !!! - i to będą UWAGA! tylko te najważniejsze informacje tak żeby w podstawowy sposób uruchomić te moduły - a pozostałe bajery jak włączanie trybów oszczędzania energii itp - to już każdy będzie mógł sobie sam dopisać .... tyle że mam nadzieję że po takim opisie - to każdy też już inaczej będzie patrzył i rozumiał te hierogliwfy w PDF'ach firmy Hoperf

.... na zakończenie dodam, że miałem dużą nadzieję, że już z dużo nowszymi modułami RFM70 na 2,4GHz to już będzie inaczej, że będzie miodzio i w PDF'ach i w oprogramowaniu ..... hyhyhy no to spróbuj pan znaleźć w internecie działające przykłady w różnych prostych projektach tych transcieverów ..... mam nadzieję, że moja książka to diametralnie zmieni..... Bo rzeczywiście na "pewnym" forum można znaleźć na ich temat dużo informacji ale wszystkie sprowadzają się do jednego:

"eee te moduliki RFM70 są proste do opanowania jak drut - poczytaj PDF'a to ci wyjdzie" i koniec porady

spokojnie - zmienimy to raz na zawsze

tylko proszę o wsparcie i informowanie w szerszych kręgach znajomych o moich wypocinach czyli książkach o ile uważacie je Panowie za przydatne oczywiście

--------------

aaaaa niech będzie - zobacz jak będzie wyglądała inicjalizacja modułu RFM12 w kodach z użyciem bibliotek z książki ... koniec z tym wpisywaniem setek jakichś dziwnych tajemniczych liczb HEX, które nic nikomu nie mówią - zobacz na to:

[syntax=c]//! inicjalizacja modułu RFM12 ***********
rf12_init();// inicjalizacja soft SPI i przerwań jeśli są używane
rf12_setrange( ZAKRES_868MHZ );// ustawiamy zakres częstotliwości: 433MHz, 868MHz lub 915MHz
rf12_setfreq( RF12FREQ433(438.00) );// ustalenie częstotliwości nadawania/odbioru (może być np: 432.74)
rf12_setbaud(9600);// 19200 ustawienie prędkości - baud rate
rf12_setbandwidth(RxBW200, LNA_6, RSSI_79);// ustawienia odbiornika
rf12_setpower(PWRdB_0, TxBW120);// 1mW moc wyjściowa nadajnika, parametry FSK
rf12_disablewakeuptimer();// wyłączamy Wakeup Timer
rf12_trans(0x0000);// odczyt statusu - start modułu rfm12
//rf12_trans(0xCC77);// jeśli posiadasz RFM12B (wesja SMD) odblokuj tę linię
//! inicjalizacja modułu RFM12 ***********[/syntax]

powiedz sam - czy nie wygląda to nawet bez dodatkowej wiedzy z książki bardziej przejrzyście - nawet tak na pierwszy rzut oka ?

gdzie - żeby nie było niejasności samo: rf12_init(); to tylko ustawienie kierunków portów/pinów dla SPI czy przerwań a nie tam wysyłanie tajnych liczb HEX do modułu

Statystyki: Napisane przez mirekk36 — 23 kwi 2012, o 23:40

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T22:14:17+01:00

chciałbym to skumać, ale żeby widzieć jakieś efekty to chciałem działającego gotowca, żeby w ogóle "czuć" w czym mieszam i jaki wpływ na transmisje mają te zmiany.

wiem, że piszesz o tym w drugiej części książki.. i coraz bardziej mnie martwisz tym, że to takie hop siup nie jest...
kiedy ta premiera? można prosić o wysyłkę prosto z drukarni? taką jeszcze ciepłą.. może być przed składem i łamaniem..

PS. dlatego piszesz książkę, żeby to wyjaśnić. Nie podejrzewam Cię o złośliwość i tak kawał wiedzy rozdajesz powszechnie

PS2, a co z pinem nRES ? czy zapis że, active low z datashita nie oznacza przypadkiem, że jak ten pin nie jest nigdzie podłączony to jest na nim stan niski czyli, że RFM'ka się non stop resetuje?

PS3. a i jeszcze jedno odnośnie rejestrów... w Atmedze jak coś ustawiam to jest to jakoś logicznie poustawiane, mianowicie, przykładowo rejestr: UCSRB i jak chcę ustawić pożądaną konfigurację, wpisuję w określone miejsca "1" tak jak tu:
UCSRB = (1<(wiem, też że mogę wpisać całą wartość rejestru w syst binarnym lub hex)

natomiast w przypadku RFM'ki wszystkie rejestry nazywają się "POR", jak tu to teraz działa, że wysyłając kolejne liczby w hex ustawia się to co chcemy?

Statystyki: Napisane przez marthinek — 23 kwi 2012, o 22:14

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T22:03:05+01:00

marthinek napisał(a):

czyli sugerujesz lecieć po datasheecie i ustawiać ręcznie?

datasheety z firmy Hoperf bardziej przypominają dataszity albo samą końcówkę tego słowa po angielsku .... no ale to jedyne wyjście jak się chce samemu zrobić i zrozumieć to od początku - nie ma wyjścia - trzeba nad tym posiedzieć i rozszyfrować te hieroglify mega kocie

marthinek napisał(a):

a możesz powiedzieć jakie takie podstawowe parametry transmisji powinny być ustawione, żeby coś się zaczęło dziać?

No widzisz - jakbym mógł to zrobić w 2-3 zdaniach to uwierz mi nie rozpisywałbym się tyle w książce. Wiem wiem, każdemu się tak wydaje, że aaaa tam zaraz - kręcę - nie chcę podpowiedzieć - czy coś takiego. Albo żeby podać wprost kawałek kodu i już .... ale nie tędy droga - jak tak nie umiem - i jak mam się rozpisać to wolę w książce bo przy okazji więcej osób z tego skorzysta niż tylko w jednym poście na forum sam wiesz jak to jest.

Generalnie musisz zwrócić baczną uwagę że czym innym jest wybór pasma częstotliwości za pomocą tych kocich rejestrów a czymś całkiem innym jest wybór konkretnej częstotliwości odpowiedzialnej za kanał na którym mają się połączyć dwa transcievery. Ale jakby to było wszystko to byłbym i ja szczęśliwy - a tymczasem panie kochany - jeszcze tymi durnymi bitami porozrzucanymi po wszystkich rejestrach jak grochem po polu .... trzeba przestawiać odbiór/nadawanie i kilka innych rzeczy - których teraz tak z marszu po prostu najzwyczajniej w świecie nie pamiętam - bo dużo o tym jest i pisałem i tworzyłem kod - z którym walczyłem najdłużej w całej książce. Toż przecież przez te kocie RFM12 i RFM70 nastąpiło NAJWIĘKSZE OPÓŹNIENIE jeśli chodzi o czas wydania książki.

Statystyki: Napisane przez mirekk36 — 23 kwi 2012, o 22:03

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:53:01+01:00

czyli sugerujesz lecieć po datasheecie i ustawiać ręcznie?

a możesz powiedzieć jakie takie podstawowe parametry transmisji powinny być ustawione, żeby coś się zaczęło dziać?

Statystyki: Napisane przez marthinek — 23 kwi 2012, o 21:53

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:49:31+01:00

marthinek napisał(a):

usiłowałem to rozkminić, ustawić swoje parametry konfigiracji, z wykorzystaniem programu:

rfm command calculator:

(dostępny tutaj: http://www.kewlit.com/RFM12B/)
lub
wersja online:
http://tools.jeelabs.org/rfm12b

ale... bezskutecznie ;-(

No ja też tak miałem - bezskutecznie na podstawie tych kocich kalkulatorów

Statystyki: Napisane przez mirekk36 — 23 kwi 2012, o 21:49

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:41:04+01:00

Statystyki: Napisane przez marthinek — 23 kwi 2012, o 21:41

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:36:20+01:00

Skąd pomysł że RFM12 miałby być jakimś Masterem .... nie ma takiej możliwości - to są zawsze układy Slave na magistrali SPI i tego się nigdzie nie konfiguruje bo nie ma czego konfigurować.

A najczęstszym powodem braku działania komunikacji bywa taki powielany ze strony na stronę sposób inicjalizacji, który ani w ząb zwykle nie pozwala kopiującym go zrozumieć o co tam chodzi tak na prawdę

[syntax=c] writeCmd(0x80E7); //EL,EF,868band,12.0pF
writeCmd(0x8299); //er,!ebb,ET,ES,EX,!eb,!ew,DC (bug was here)
//writeCmd(0x8239); //!er,!ebb,ET,ES,EX,!eb,!ew,DC
writeCmd(0xA640); //freq select
writeCmd(0xC647); //4.8kbps
writeCmd(0x94A0); //VDI,FAST,134kHz,0dBm,-103dBm
writeCmd(0xC2AC); //AL,!ml,DIG,DQD4
writeCmd(0xCA81); //FIFO8,SYNC,!ff,DR (FIFO level = 8)
writeCmd(0xCED4); //SYNC=2DD4;
writeCmd(0xC483); //@PWR,NO RSTRIC,!st,!fi,OE,EN
writeCmd(0x9850); //!mp,90kHz,MAX OUT
writeCmd(0xCC17); //!OB1,!OB0, LPX,!ddy,DDIT,BW0
writeCmd(0xE000); //NOT USE
writeCmd(0xC800); //NOT USE
writeCmd(0xC040); //1.66MHz,2.2V[/syntax]

Statystyki: Napisane przez mirekk36 — 23 kwi 2012, o 21:36

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:29:58+01:00

z tego tez korzystałem, zresztą to co wstawiłem, jest praktycznie tym samym.

powalczę jeszcze z tymi różnymi konfiguracjami, teraz najbardziej mnie zastanawia pin nRes z modułu RFM12, oraz konfiguracja Master/Slave.
IMHO, mikroklocek powinien być Masterem względem RFM w obu przypadkach (nadajnika i odbiornika), czy w przypadku odbiornika uC powinien sie przestawiać na Slave?

Statystyki: Napisane przez marthinek — 23 kwi 2012, o 21:29

Re: RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:21:00+01:00

Ja kiedyś korzystałem z tego kodu i wszystko działało,
http://loee.jottit.com/rfm12b_and_avr_-_quick_start

Statystyki: Napisane przez sirk77 — 23 kwi 2012, o 21:21

RFM12 podstawowa komunikacja 868MHz ?

2012-04-23T21:43:47+01:00

Walczę od paru dni z tymi modulikami... i skubane nie chcą mi się ze sobą skomunikować.

Podłączenie na płytkach stykowych, (uC Atmega 8, zew kwarc 11.0592 MHz, komunikacja przez UART osobnym modułem opartym o kość FT232RL) wg schematu:

(rezystor 10k do VCC na pinie SS tudzież nSel )

nSel - SS - PB.2
SCK - SCK - PB.5
SDO - MISO - PB.4
SDI - MOSI -PB.3
IRQ - INT0 PD.2

FSK/DATA - przez 10k do VCC

PS. na schemacie jest filtrowanie przy RFM 100n, w rzeczywistości mam tam 10uF elektrolit.

Program, znaleziony na elektrodzie: (http://www.elektroda.pl/rtvforum/viewto ... 99#5279699), podobno działa, zamieszczony na końcu posta:

Walczyłem najpierw sam, żeby okiełznać komunikację, ale po paru nieudanych próbach chcę w ogóle sprawdzić jak to śmiga i jak wygląda komunikacja na działającym przykładzie, a potem będę mógł mieszać i dodawać/ zmieniać na swoje.
przede wszystkim na sprzętowe SPI a nie programowe tak jak w przykładzie.

Mam parę pytań:
Co z linią nRes z modułu RFM12?
wg schematu podłączenia z dokumentacji nóżka wisi w powietrzu, natomiast w datasheecie napisane: "Reset output (active low)"
Podłączenie jej do jakiegoś Pinu uC i podanie "1" nie rozwiązuje problemu.

Jak to jest z ustaleniem Master/Slave?
mikrorocek konfiguruję jako master, ale układu RFM12 nie można skonfigurować jako slave, czy coś przeoczyłem w w dokumentacji? czy one po prostu same wiedza że są zawsze na "gorszej pozycji"?

Wiem, że pewnie wszystko jest ładnie opisane przez Mirka w najnowszej książce.. ale premiera dopiero za tydzień.. potem oczekiwanie na wysyłkę.. może uda się to ugryźć wcześniej? Podany niżej program niestety też nie działa. Diody migają w układzie nadajnika, więc tak jakby nadawał, dioda przy odbiorze też miga, wtedy kiedy teoretycznie przyjmuje pakiety, ale niestety wysyłane dane nie pokrywają się z odbiorem ;-(

NADAJNIK:
[syntax=c]/*
* avatar_nad.c
*
* Program forumowicza Avatar z Elektrody
* http://www.elektroda.pl/rtvforum/viewto ... b&start=60
*
* NADAJNIK dla Atmega8.
*
*/

#include
#include

//#define F_CPU 11059200
#define SCK 5 // SPI clock
#define SDO 4 // SPI Data output (RFM12B side)
#define SDI 3 // SPI Data input (RFM12B side)
#define CS 2 // SPI SS (chip select)
#define NIRQ 2 // (PORTD)

#define HI(x) PORTB |= (1<<(x))
#define LO(x) PORTB &= ~(1<<(x))
#define WAIT_NIRQ_LOW() while(PIND&(1<
#define LED 1 //Led podłączony Anodą do uC
#define LED_ON() PORTB |= (1<#define LED_OFF() PORTB &= ~(1<
void portInit()
{
HI(CS);
HI(SDI);
LO(SCK);
DDRB = (1< DDRB = (1< }

unsigned int writeCmd(unsigned int cmd)
{
unsigned char i;
unsigned int recv;
recv = 0;
LO(SCK);
LO(CS);
for(i=0; i<16; i++)
{
if(cmd&0x8000) HI(SDI); else LO(SDI);
HI(SCK);
recv<<=1;
if( PINB&(1< {
recv|=0x0001;
}
LO(SCK);
cmd<<=1;
}
HI(CS);
return recv;
}

void rfInit()
{
_delay_us(500);

writeCmd(0x80E7); //EL,EF,868band,12.0pF
writeCmd(0x8299); //er,!ebb,ET,ES,EX,!eb,!ew,DC (bug was here)
//writeCmd(0x8239); //!er,!ebb,ET,ES,EX,!eb,!ew,DC
writeCmd(0xA640); //freq select
writeCmd(0xC647); //4.8kbps
writeCmd(0x94A0); //VDI,FAST,134kHz,0dBm,-103dBm
writeCmd(0xC2AC); //AL,!ml,DIG,DQD4
writeCmd(0xCA81); //FIFO8,SYNC,!ff,DR (FIFO level = 8)
writeCmd(0xCED4); //SYNC=2DD4;
writeCmd(0xC483); //@PWR,NO RSTRIC,!st,!fi,OE,EN
writeCmd(0x9850); //!mp,90kHz,MAX OUT
writeCmd(0xCC17); //!OB1,!OB0, LPX,!ddy,DDIT,BW0
writeCmd(0xE000); //NOT USE
writeCmd(0xC800); //NOT USE
writeCmd(0xC040); //1.66MHz,2.2V
}

void rfSend(unsigned char data)
{
//while(WAIT_NIRQ_LOW());
WAIT_NIRQ_LOW();
writeCmd(0xB800 + data);
}

int main()
{

volatile unsigned int i,j;
asm("cli");
for(i=0;i<1000;i++)for(j=0;j<123;j++);
portInit();
/* rsInit(BAUDRATE); */
rfInit();
while(1)
{
LED_ON();
// _delay_ms(2000);
// LED_OFF();
writeCmd(0x0000);
rfSend(0xAA); // PREAMBLE
rfSend(0xAA);
rfSend(0xAA);
rfSend(0x2D); // SYNC
rfSend(0xD4);
//for(i=0; i<16; i++)
// {
//LED_ON();
// rfSend(0x30+i);
rfSend(0x41);
//LED_OFF();
// }
rfSend(0xAA); // DUMMY BYTES
rfSend(0xAA);
rfSend(0xAA);
LED_OFF();
for(i=0; i<10000; i++)
for(j=0; j<123; j++);
}
}
}[/syntax]

Odbiornik:
[syntax=c]/*
* avatar_odb.c
*
* Program forumowicza Avatar z Elektrody
* http://www.elektroda.pl/rtvforum/viewto ... b&start=60
*
* NADAJNIK dla Atmega8.
*
*/

// Rx odbior 9600 bodow 2 bity stopu
#include
#include

#include
#include
#include

//#define F_CPU 8000000
#define SCK 5 // SPI clock
#define SDO 4 // SPI Data output (RFM12B side)
#define SDI 3 // SPI Data input (RFM12B side)
#define CS 2 // SPI SS (chip select)
#define NIRQ 2 // (PORTD)

#define HI(x) PORTB |= (1<<(x))
#define LO(x) PORTB &= ~(1<<(x))
#define WAIT_NIRQ_LOW() while(PIND&(1<
#define LED 1 //Led podłączony Anodą do uC
#define LED_OFF() PORTB &= ~(1<#define LED_ON() PORTB |= (1<
#define BAUDRATE 25 //

// Ustawienie portu 9600 b 2 bity stopu
void rsInit(unsigned char baud) {
UBRRH = 0;
UBRRL = 51;
UCSRB = (1< UCSRC = (1<}
// Wysylanie na port UART odebranych danych z RFM12
void rsSend(unsigned char data) {
while ( !( UCSRA & (1< UDR = data;
}

unsigned char rsRecv() {
while( !(UCSRA & (1< return UDR;
}

void portInit() {
HI(CS);
HI(SDI);
LO(SCK);
DDRB = (1< // DDRB |= LED;
DDRB = (1<}

unsigned int writeCmd(unsigned int cmd) {
LED_ON();
unsigned char i;
unsigned int recv;
recv = 0;
LO(SCK);
LO(CS);
for(i=0; i<16; i++) {
if(cmd&0x8000) {
HI(SDI);
}
else {
LO(SDI);
}
HI(SCK);
recv<<=1;
if( PINB&(1< recv|=0x0001;
}
LO(SCK);
cmd<<=1;
}
HI(CS);
LED_OFF();
return recv;
}

void FIFOReset() {
writeCmd(0xCA81);
writeCmd(0xCA83);
}
/*
void waitForData() {
unsigned int status;
while(1) {
status = writeCmd(0x0000);
if ( (status&0x8000) ) {
return;
}
}
}
*/
void rfInit() {

_delay_ms(500);

writeCmd(0x80E7); //EL,EF,868band,12.0pF
writeCmd(0x8299); //er,!ebb,ET,ES,EX,!eb,!ew,DC
writeCmd(0xA640); //freq select
writeCmd(0xC647); //4.8kbps
writeCmd(0x94A0); //VDI,FAST,134kHz,0dBm,-103dBm
writeCmd(0xC2AC); //AL,!ml,DIG,DQD4
writeCmd(0xCA81); //FIFO8,SYNC,!ff,DR
writeCmd(0xCED4); //SYNC=2DD4;
writeCmd(0xC483); //@PWR,NO RSTRIC,!st,!fi,OE,EN
writeCmd(0x9850); //!mp,90kHz,MAX OUT
writeCmd(0xCC17); //!OB1,!OB0, LPX,!ddy,DDIT,BW0
writeCmd(0xE000); //NOT USE
writeCmd(0xC800); //NOT USE
writeCmd(0xC040); //1.66MHz,2.2V
}

/*
unsigned char rfRecv() {
unsigned int data;
writeCmd(0x0000);
data = writeCmd(0xB000);
return (data&0x00FF);
}
*/

unsigned char rfRecv() {
unsigned int data;
while(1) {
data = writeCmd(0x0000);
if ( (data&0x8000) ) {
rsSend(65);
data = writeCmd(0xB000);
rsSend(data);
return (data&0x00FF);
}
}
}

int main(void) {
//DDRB |= LED_PIN;
unsigned char data, i;
portInit();

rfInit();
//
//LED_ON();
rsInit(BAUDRATE); // >> debag
FIFOReset();

//LED_ON();
//_delay_ms(2000);
//LED_OFF();
_delay_ms(2000);
while(1) {
//waitForData();
for (i=0; i<16; i++) {
// LED_ON();
data = rfRecv();
//LED_OFF();
rsSend(data); // >>debag
//LED_ON();
}
FIFOReset();
// LED_OFF();
}
return 0;
}[/syntax]

Umieszczaj kod w znacznikach syntax ---> klawisz CODE -- Gryzie nie naciskać ---> Tym razem poprawiłem SunRiver

// To był mam nadzieję ostatni raz... jakoś tak naturalniej się wciska Code... niż syntax

Statystyki: Napisane przez marthinek — 23 kwi 2012, o 20:53