We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
please send me some code to interface rf device to microcontroller(i.e. RFM12(B))
Here I've been, sat down watching this forum, waiting for someone to request some code to interface an RFM12(B) to a microcontroller because I've developed a super all-singing all-dancing library.
Then a request comes through asking for code and there's no address to send it to.
Now I've got to go so, sorry but your lack of completeness means that I cannot satisfy your request.
Any lesson learnt?
RFM or Please read the manual ?
Here is some code to interface any peripheral device to any controller:
EITHER 1. Hire consultant to do it for you; eg, " device This will tell you what the device requires for its operation; 2. Study the documentation for the "controller" device This will tell you what features and facilities the device provides for you to use; 3. Study the documentation for any tools, etc, that you will be using eg, assemblers, compilers, etc 4. Do it! END.
See: www.8052.com/.../160143
I think I missed a step in the 'OR' clause:
EITHER 1. Hire consultant to do it for you; eg, " device This will tell you what the device requires for its operation; 2. Study the documentation for the "controller" device This will tell you what features and facilities the device provides for you to use; 3. Think about how you can apply the facilities of the "controller" (see 2) to meet the requirements of the "peripheral" (see 1); 4. Study the documentation for any tools, etc, that you will be using eg, assemblers, compilers, etc 5. Do it! END.
You forgot a potential "break" statement in your flow chart.
"Consider if the selected processor (or peripherial) is really suited for the task. Potentially switch to other hardware, or consider giving up because the cost (amount of time and/or money required) is too high.
As I've said before, handling the "everything works fine" route is (almost) trivial - it's handling all the "exceptions" that make up 90% of the work!
The difference between "sample code" posted on websites and real, commercial-grade, software fit for release is, usually, the 90%...
I wouldn't want to spoil that tradition!
;-)