Sziasztok!
Beszereztem a HOPERF cég RFM73-as modulját. Az adatlapja alapján egy nagyon okos kommunikációs eszköz. Szeretném meghajtani egy PIC18F4550-es procival. Azért fordulok hozzátok, talán van olyan ember a fórumon aki ezen eszköz programozásában tapasztalatot szerzett és segítene. Segítségeteket előre is köszönöm!

Szia, van mintaprogram az RFM70-hez a kód ugyan az csak az RFM73-ba más regisztereket kell beállítani. De azóta lehet, hogy már feltaláltad magad.

Szia Tony! Inkább úgy írnám hogy feladtam az RFM73-as modul programozását. Sehogyan sem
sikerült életet lehelni bele. Úgy gondolom át térek az RFM70-re. Sokkal többen használják és több anyag is van az interneten. Ráadásul az egyik fórumozó társunk /bbalazs/ is nagyon sokat segített. Neked van tapasztalatod a modullal? Építettél már belőle valamit?
Üdv:Zoli

Orulok, hogy tudtam segiteni.
Az RFM73 adatlapja alapjan szinte tokeletesen megegyezik a 70-essel, csak mintha a bank1 beallitasainal lenne elteres a szamertekekben.

Valamiért mégsem megy. Pedig még a megszakítás is működött az adás végén.
Szegeden lehet kapni valahol ilyen modult?

Szerintem nem. En anno a 70-eset is a Chip-Cadtol rendeltem.
Szerintem probald ki, hogy egy 70-73 paros mukodokepes lehet-e es ugy valoszinuleg elojon a hiba, hogy ado- vagy vevomodban hibazik. Es ugyanaz a modul-e a rossz mindig. Mert nem zarhato ki egy modul hibaja, akkor mar a kapcsolat letre sem jon.

Neked volt hibás modulod? Úgy látom én is hogy a beszerzéshez Pestre kell menni.

Eddig meg nem. De egyszer egy hibas (programozhatatlan) PIC16F876a-ba belefutottam.
Meg kell rendelni, kihozzak egy ezrese'

Szerencsére van ingyenes szállítóm. Remélem ezekkel menni fog a dolog.

Én még nem próbáltam ki az RFM73-at de anno összehasonlítottam a 2 adatlapot és tényleg csak pár regiszter más szóval működnie kell, ha működik neked az RFM70-el. Csak kicsit módosítod a regisztereket. Amúgy azt hiszem drágább a 73as de ennyi.
Nekem működik az RFM70 és az RFM70P nagyteljesítményű is.

ja amúgy ITT van a forráskód is a 73-hoz ezt próbáltad már?

Sziasztok!
Az rfm73-mal kapcsolatban én többre számítottam.
Ha kilépek a lakásból már nagyon akadozik a vétel.
Tudja valaki, hogy ez ilyen vagy csak valamit rosszul állítottam be?
Illetve ajánjatok valami nagyobb hatótávú modult.
Az rfm70p nem találom sehol!

A 2.4GHz az ilyen. Ha az adoteljesitmeny max-ra van allitva, akkor ennyit tud.
Sik teruleten, ralatas eseten kb 100m lehet. A falak erosen akadalyozzak, a vasbeton pl. nagyon oda tud verni neki.
Esetleg ha az antennajat atalakitod, hullamhossznak megfelelo hosszusagu egyenes drotantennaval, akkor azonos sikban mehet jobban.
De ezeket nem erre terveztek, szerintem, hanem ugyanabban a szobaban levo cuccok osszekotesere, mondjuk billentyuzet, eger, taviranyito kisautokhoz, stb.

Ha nagyobb tavolsagot es falakat is akarsz, lejjebb kellene menned a frekivel (433,868,stb). Ha nem kritikus a tovabbitott adat frekije, akkor ezek jobb valasztasok, szerintem.

Köszönöm

Sziasztok!
Van valakinek tapasztalata C nyelven ezt a modult programozni? Kínlódok egy ideje a programjával, de nem akar működni.
PIC16F1705 kontrollert választottam ki erre a feladatra, valószínűleg valami hiba van a programban, de már fogalmam sincs, hogy mi lehet a baja. Nekem az is jó lenne, ha valaki a gyárilag közzétett mintaprogramot segítene használhatóvá tenni.
Balázzsal beszélgettem még korábban az RFM70-ről, ugye a 73 nem sokban tér el tőle. De Ő Assembly nyelven ír, amihez én nagyon nem értek.

Szia Márk!
Nézd meg ezt a linket talán segíteni fog.
Bővebben: Link

Szia! Ismerem ezt az oldalt, Áronnal vagy az ötvenedik e-mail váltáson vagyunk túl. Sajnos úgy néz ki, megállt kettőnk tudománya ebben a témában, nem találunk már hibát a programban, de még mindig nem megy a kommunikáció két modul közt. Az adó ad, az spi kommunikáció teszt programja is működik, azaz a modul inicializálásánál lehet valami hiba, de nem találunk semmit..

No, újra én.
Még mindig nem jutottam eredményre, de felmerült bennem egy kérdés. Az IC adatlapja szerint 1.9-3.6V közt lehet a tápfesz. Emellett azt olvastam, hogy alkalmas az 5V-os SPI kommunikációra is. Én meg szépen megtápláltam 5V-ról, ahogy azt illik.. Lehet, hogy megöltem a modulok adó részét, de az SPI kommunikáció még működik?
A programban egyszerűen nem találok hibát, a forráskód ugyan az, mint Ároné, csak a portok definiálását és a MISO láb bemenetként kezelését írtam át, hogy az jó legyen a pic-hez. Ezért gondoltam arra, lehet, hogy kifektettem a modult. Egyébként ez néha tragikus dolog, most viszont örülnék neki, mert nem drága az egész, és legalább meglenne a hiba.

Szerintem kuldd el a modult neki. Akkor latszani fog, hogy a progi vagy a cucc a hibas.

Igazad van, erre nem is gondoltam. De vannak itthon új moduljaim, végülis ki tudom próbálni.

Kicseréltem a modulokat újra, ezek még sosem voltak használva. Előre felprogramoztam a picet, hogy ne legyen rá gond, ha fenn van az új modul. De most sem működik, sajnos szoftveres hiba is van.

Mondjuk fogadni mertem volna...
De ott vannak a csodas C nyelvu demo rutinok hozza (hogy szaradna le a sok lusta fereg csaladfaja, legkozelebb majd BASIC-ben toljak, mert nekik az egyszerubb), azok miert nem mukodnek?
En vert pisiltem, mire atalakitottam assemblyre anno a 70-eset.

Igazabol addig bonyolult, amig betolod a sok regiszterbe a beprogramozando erteket. Ott nincs valami hiba?
Miert kellett a MISO labat atertelmezni?
Probaltad mar 3.3V-os PIC-kel? (a bemenete talan inkabb elhiszi a magas szintet, mint egy 5V-os)
Kondik vannak a tapfeszen? Milyen stabilizatorral csinalod neki a sajat tapfeszet?
Amikor masik portlabakat definialsz neki, azok BIZTOSAN kepesek az adasra es a fogadasra? A PIC csalafinta joszag, sokszor van szukseg regiszterbank-valtasra, AD letiltasara, stb.

A masik gond lehet, hogy itt ugye az ado- es a vevooldal is bizonytalan.
Ugy kellene fejleszteni, hogy az egyiket egy MASIK, biztosan jo alkalmazasbol felprogramozni, ami egeszen biztosan ad vagy vesz. Es akkor a masik oldallal lehet kiserletezni.
De ugy, hogy a hardver es a szoftver sem biztos, elegge nehez a hibat kikuszobolni.

Láttam a forráskódodat, nem lehetett egyszerű.
A MISO lábat az Áron féle, AVR-re írt programhoz képes kellett átértelmezni, mert az nem tetszett a pic-es fordítónak.
A portlábak biztosan képesek adásra és fogadásra, erre odafigyeltem. Bár 3.3V-os pic-kel nem próbáltam, de például nyomógombkezelés működik a pic-en, ezért mertem kizárni ezt a hibát.
Egy 100n kondi van a pic táp lábain, és labortápról, illetve a pickit3-ról tápláltam. De ilyen hiba nem lehet, mert az SPI kommunikáció működik, ha így módosítom a main függvényt, a led villog.

Igazad van, jó lenne egy másik, biztosan jó alkalmazásból felprogramozni, és azzal kipróbálni külön az én adómat és vevőmet..
Másra már nem tudok gondolni, csak arra, hogy a bank regiszterekben van a hiba, de Áronnak működik így, akkor nekem miért nem?

Ha Aronnak megy AVR-en es neked nem PIC-en, akkor elvileg lehet arra gondolni, hogy a ket mikroproci kozotti kulonbseg okozhatja.
Valamikor a kozeljovoben a kollegam rendel a ChipCad-tol, akkor bedobatok vele egy 73-asat is.
Valami hibakereseses dolgot nem tudsz, tehat hogy meddig megy el, ad-e egyaltalan?
A vevonel ha jol emlexem van lehetoseg a vivofreki megletenek ellenorzesere.
Kuldd el a progit es a kapcsolast (legjobb lenne foto a NYAK-rol), ranezek esetleg valamikor, tobb szem tobbet lat alapon. De hangsulyozom, hog ya C-hez nem ertek. Olvasni valamilyen szinten tudom, de inkabb raerzek, hogy mit akarhat.

A tapfesznel a modulra gondoltam. Ez amolyan csomagokban ad, igy elvileg rangathatja a tapfeszet, ha nincs rajta elegge nagy kondi. Nalam 100nF eleg volt a stab utan.
Egyebkent meregettel, hogy mindenhol megvan a kivant fesz?
Mi van, ha az orajelet jol lelassitod? Mondjuk 500kHz-re.
Az osszes regisztert probald meg visszaolvasni a beiras utan. Stimmelnek?
(Ha jol emlexem, az egyik bankbol nem lehet visszaolvasni)

Jut eszembe, megmerhetned a modul aramfelvetelet, rogton kiderulne, hogy ad-e.
Talaltam valami bitet, ami az adot lekapcsolja, igy spi van, de adas nincs.
Szoval szakaszolni kellene a hibakereseshez.

A vivőfreki ellenőrzésére ránézhetek, valahol megkeresem hogyan kell.
Méregettem, a feszültségek rendben vannak.
1MHz-es órajelen próbáltam legkésőbb, de le tudom venni még kisebbre.

Megmértem az áramfelvételt, 0.43mA, szóval ez nem ad. Az a baj, hogy a TX fifo-t ellenőrzi a program, és akkor villog az adó led, ha van benn adat, ezért ennél tovább ezzel nem tudok elmenni, valamiért nem működik az adó, pedig a TX fifo-ban benn van a csomag, mert villog az adást jelző led.

Ez az adast jelzo led ez gyari vagy a te progidban van benne?
A CSN jol van vezerelve es az adaskori CE idot rendesen betartod? IRQ labat hasznalod?
Foleg a CE ebbol a szempontbol kritikus (szkopot kellett szereznem hozza nekem is).
A C forditas meg isten tudja, mennyit varakozik az o belso szamlaloival. En idokritikus alkalmazast nem irnek magasszintu nyelven, vagy ha muszaj, akkor assembly betetekkel.

Nezd meg az en progimban, nem hosszu az adasi resz. Adasra van kapcsolva, torlom a flageket, benyomok nyolc byteot irasi parancs, aztan CE magas, 1ms varakozas, CE alacsony. Adat elkuldve, kesz.

De jol kinozd meg, mert ahogy nezem 330uA az aramfelvetele standby2-ben, tehat ha ritkasan ad, akkor lehet 0.45mA az ATLAGOS aramfelvetele...

Ez gyári, a demó programot próbálom életre kelteni, ami folyamatosan ad, a vevő pedig veszi, és ha van vétel, 30ms-onként villogat egy ledet. A kommentekből egyébként sok minden kiderül, nem nagyon kell a C nyelvet tudni, hogy lásd, mi hogy van benn megírva.
IRQ lábat nem használom.
Az én adó függvényem is ilyen, csatolom a forráskódot, és akkor Te is látod, miről van szó.
Az áramfelvétellel kapcsolatban egyetértek. De akkor mégsem mindig ad, ha új adat kerül a fifo-ba, mert akkor normális áramfelvételének kéne lennie.

Seholsem latom azt,amit irtam, magyaran a CE bit vezerleset iraskor.
Az SCN az adatirashoz kell az SPI-hoz, a CE az adashoz.