MRF90XAM9A interfacing help

[Tabsoft]

Just curious.

Did you ever get these modules working for your project?

[ecoli-557]

No I did not. I had used up so much time on this 'friendly' project I wasn't getting any of my fun projects moved forward.
I have shelved it for the time.
Are you trying to do the same thing?
If you succeed, please share what you found out. I think my problem is in the interrupt settings - I think its transmitting, and receiving, just not getting out?!?

[ecoli-557]

Tabsoft-
Did you get anywhere ?

[Tabsoft]

Sorry for the delay.

No I didn't get anywhere with this as I didn't pursue it further.
Got off on different projects.

[ecoli-557]

I know, frustrating.
I have a ticket with Microchip, perhaps they can shed some light....
Regards.

[astanapane]

i've seen most of the RFM topics are not completed. I'm about to use the Adafruit RFM 69HCW for sending GPS data from one side to the other. (embedded the modules and the code on this project http://www.picbasic.co.uk/forum/show...936#post143936)

I've seen other posts as well, whicht a guy tried to do the same thing with the GPS, but didnt see any luck.

Has anyone finally succeed to those modules? I'm on holidays right now, and the following days i will try to configure the registers at first.

It is sad that this amazing unique forum, not to have a start up code for each major application. Just for all the users to see and experiment with every single application.

There are still very helpful guys here but non of them have posted a startup code for those modules. And i believe that not only me would love to see that kind of help.

Thanks so much again for your time.

[richard]

It is sad that this amazing unique forum, not to have a start up code for each major application

[rant]
its not the fault of the forum its pbp's total lack of development that causes the issue.
pbp cannot easily manage memory/memory structures or most of the pic inbuilt hardware modules. its difficult to
make easy to use flexible pin definitions to use in include files so that library functionality can be created.
most of my stuff uses asm and usercommand to overcome some of these hurdles but that leads to another level
of complexity for code that translates between pic16/18 platforms. half the people here never even upgraded to pbp3
the lack of usercommand in pbp2 kills that sort of combability anyway. you would have to wonder if more people upgraded to
pbp3 in the past if development would have continued instead of becoming a backwater. all this stuff is dead easy in C .plug and play in Arduino


the rfm69 family of modules are a quite complex device to use , their range and speed make the effort worthwhile
if warranted. i have used them for several years now and did initially use them with pbp3. i did not publish
my code for a number of reasons :-
i wrote it specifically to suit my application , to be compatabile with rfm12bs[a retrograde step] , the code is completey undocumented .
you could write a small novel explaining usage of a rfm69w/cw/hcw... . i look back on other less complex things i have posted
code for like TFT modules, i went to a lot of trouble to make it easy-ish and adaptable . i think 3 people have had some
success in using the code . three people in the whole world FFS. the rfm69 code can be more complex and they are more exotic why would i
bother.
unless you really need the speed/range then there a many less complex devices to use. you thought my suggestions for your gps project
were overly complex rfm69 code is of the same ilk maybe more so.
i was going to say nrf24L01 is a candidate ,very cheap not too hard to use but just noticed i did not even bother to create a pbp include for them , its all C from here