Reliable wireless data transfer

[dhouston]

As I noted, this was adapted from code that I've used many times. There was a spate of posts here about wireless links and I put that together quickly as an example of a simple approach that I knew worked. The SLEEP statement was a last minute addition - it should have been a PAUSE or the WDT should have been on. It was intended as a break between repeats to make analysis easier which will usually be determined by the application. But the fundamental approach should be OK and I've heard from a couple of people who adapted it to their application.

[charudatt]

I actually I had an error compiling the code and that was sorted out in some other thread in the forum (by Skimask). Wonder why was it not corrected in this thread. Actually, I accidentally ran into the thread and found answers to the error.

Actually , I got good result in using Bruce's code earlier.

My application was a relay control with Toggle and Momentary action. While Toggle worked great , Momentary had a problem.

I hope your approach would help me.

Shall post the results soon.

Thank you once again for your code.

regards

[incognico]

Just wanted to say thanks for sharing this code Dave.

A couple of trivial modifications for my application and choice of PICs, and it's working great. Appreciate your efforts

--Nick

[dhouston]

@incognico

Glad it was helpful.

[Dennis]

Dave , your website is an excellent resource ..thank you!

Just curious about the code here.

Would you suggest specific oscillator settings ? Eg. External 4,8 or 20MHZ or would it be at all possible using the internal oscialltor?

Any particular pin choices for TX on the transmitter side and RX on the receiver side ?

Any info would be much appreciated.

Kind regards
Dennis

[dhouston]

Would you suggest specific oscillator settings ? Eg. External 4,8 or 20MHZ or would it be at all possible using the internal oscialltor?

I almost always use the internal oscillator.

Any particular pin choices for TX on the transmitter side and RX on the receiver side ?

Any pin, except for MCLR, should be OK. It really depends more on what other functions you want the PIC to handle.

Almost all the transmitters are SAW controlled so their frequency is independent of the PIC and most protocols can tolerate ±10-20 variation in pulse/space durations

[Dennis]

Dave
Thanks a million for the reply!
So if I wanted to send the value from two 8-pin dip switches I could alter the code to something like
SW1 var byte
SW2 var byte

SW1 =RF[0]
SW2 =RF[2]
Am I correct ?

And since this is a rather well established protocol there should be no need for things like holtek or motorola encoder decoder pairs ..not so ?

Is there any chance of a code snippit to add a 3rd byte of data ?