The receiver adds a CRC and RSSI info to the packet. Read the bytes out and see if your data is in the packet.
The receiver adds a CRC and RSSI info to the packet. Read the bytes out and see if your data is in the packet.
How do i remove the CRC and RSSI data out from the packet. Any idea.
Thank you for the help.
There is a register in MDMCFG or PKTCTRL that will remove the offending appended bytes. Did you get the proper bytes in that packet along with the other stuff? If you can use the packet type of transmission the CC1100 provides for, it will be far more powerful than sending the bytes without any error checking.Originally Posted by charudatt
Ron
Hello Ron,
I am very happy to inform you that I finally got the modules (One to tx and the other to Rx) to work.
There were some problem with the MCSM1 and MCSM0 register which I corrected. removed Manchester coding and incorporated a VCO calibration check, which you had disabled. After doing all these changes , i started getting random results at the receiver end, then I added a few delay in between the Buffer fill and just got the modules to work exactly as I wanted.
Oh god massive modules and adventure guaranteed.
There are still a few glitches (even after getting it to copy the write bytes) , which i plan to solve them myself.
I have yet to get the SO pin going high after a good packet is received. don't know why that is not happening. As a result I have to keep polling the RX_Buffer every time to see if i have Rx any data in it.
This is the start of my adventure and I sincerely thank you and Joe Desimone for taking time out and trying to solve my problem.
Now I shall play arround with the registers (value) and see the changes in the modules.
regards/
""I have yet to get the SO pin going high after a good packet is received. don't know why that is not happening. As a result I have to keep polling the RX_Buffer every time to see if i have Rx any data in it.""
Supposedly, when the CS goes high (deselect), SO should become a standard output. If you have not selected packet protocol, then this will not work. I have it working quite well with GDO0 as the valid packet flag. I have not tried GDO1.
Ron
Bookmarks