I'm using a CC1101 in conjunction with an MSP430, the CC1101 is set-up to us fixed length packets, no address check, no CRC and to append status bytes to the ends of packets.
I have a strange problem where the last three bytes of a received message are always wrong, the status bytes that follow look to be correct since the RSSI value is moving in line with the power used in the transmitter. This behaviour is consistent and doesn't change no matter how long the message it always the last three bytes that are wrong. Any ideas as to what could cause this?
I have an interrupt in the MSP430 that fires when a packet is received, I then query the RXBYTES register to confirm there are enough bytes in the RX FIFO and then do a burst read. I dont think this can be an SPI problem since the status bytes seem ok, its just the last three bytes of the actual message.
This turned out to be a problem with my code, I was putting the CC1101 into RX mode to soon and not allowing all the bytes of the message to be transmitted. I've added extra checks to ensure the code waits for the transmission to finish and now all seems fine.
An excellent job of debugging!
I apologize for missing your first post but I'm glad you responded with your solution. These problem/solution types of posts are perfect for helping others with similar issues.
Thanks for contributing,
If this post has answered your question, even if not the way you wanted, please indicate so by clicking the Verify Answer button on this post.Please start a new thread if your question is not closely aligned with the original post in this thread as it makes searches more effective.If responding to a post please click the Reply button on the post you are responding to rather than merely defaulting to the bottom post.
I'm having almost the same problem, I send 30 bytes.
I receive 1st to 16th bytes correctly then 3 bytes wrong values then the other 11 bytes correct again. first I thought it's noise but this 3 bytes wrong values are always the same for a specific data. and it's always bytes number 17-19. does anybody know why this is happening?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.