This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Part Number: CC1310
I need to test the CC1310 RX perfomance in my wmbus application. My goal is to be able to read the packets coming from my endpoints with the CC1310. Due to regulation, the wmbus in my country operates in 434.475 MHz.
The main problem is that the wmbus stack for the CC1310 doesnt have any kind of example for this particular frequency, only for 868 MHz. I didnt find any kind of documentation of how to change this.
I really dont want to port all the endpoint wmbus code that I made for another transceiver to CC1310 just to measure its performance....
Is there any simple RX wmbus T1/T2 example for CC1310 without using this stack from stackforce ?
In reply to M-W:
It was a little better, but in my application the transmitters are always cc1101 based, so i dont know what to do. I will make another board and maybe test it with the cc1350 434 MHz launchpad.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Eduardo Bernardi:
I'm currently out of office until January 2020, there will be no answers during this period. Please feel free to open a new thread using the "Ask a related question" if you feel that your see your thread with me has not been picked up by someone else.
Yes, when receiving the wmbus data from the cc1101 end devices , the maximum rssi that i received in both rf studio and in normal operation was -80 dBm. Until now i couldnt find any solution for this. I will try another board design to see if it helps, but i still think there is something wrong in firmware level.
In reply to Jeff Yu:
HI Eduardo Bernardi,
i am still working on the patch,
i got the same problem with you ,
It works only if I comment out this line below, but it can receive only packets with 30 bytes or less. The wmbus packets that i need to receive have 34 bytes :
// Set divider bias to disabled
If i disable the wmbus patches doing this:
How do you solve this ?
I will attach my smartrf_settings. It works perfectly for receiving wmbus packets in 434.475 MHz, but you must write the 3 out 6 decoding !1016.smartrf_settings.c
I try to port the smartrfsetting into the RFRxpacket but it is no luck,
can you have some idea of how i garb the data which i can saw in smartRFstudio, i know i need to work of CRC on that part.
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. 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.