Other Parts Discussed in Thread: CC1310, , CC1101
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.
The following thread describes a similar, if not identical, problem:
Unfortunately I don't see resolution there either.
Hi Markus,
Have you tried the instructions from that thread?: https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/834908/cc1310-rflistenbeforetalk-sample-s-lbt-functionality-doesn-t-work-in-conjunction-with-the-bit-repeat-patch
If it does not work, I am then afraid that the patch we provide in the SDK might not be up to date, so let me know if it works.
Regards,
Arthur
Thanks for the suggestion. The thread you point at (let's call it "thread 1") refers to another thread ("thread 2"), which is the same one I pointed at above. There is no fix posted, that I can see, that resolves the issue described in thread 2. I believe that is the fix I am looking for.
In thread 1, the person states that commenting out the
HW_REG_OVERRIDE(0x5050,0x1F77),
line made things work for him (although it doesn't solve his problem). I did try this, and it did not help.
Is there any specific part of either of these two threads you think are relevant to my problem?
Another data point to add to my original post:
If I make the 2.4kbps alterations from SmartRF Studio to rfEchoTx and run this on one Launchxl, then I can see the data arrive on another Launchxl if it is connected to SmartRF Studio. If I replace SmartRF Studio with rfEchoRx it does not work. So it appears the the transmit side is OK... but the code exported by SmartRF Studio does not allow rfEchoRx to work, even though SmartRF Studio itself does work.
Hi Markus,
From those threads, I was thinking the brepeat patch you have used in your CCS might not have been up to date, so I wanted to check that.
What version of SmartRFStudio are you using? Even though it can't be that old, it is good to check.
Also, have you come across this app note? https://www.ti.com/lit/an/swra566/swra566.pdf
It outlines all of the needed overrides, and it may help you to compare with what you have on the RX side.
Regards,
Arthur
Hello Arthur,
I am using SmartRF Studio 7 rev 2.29.0. Looks like this is the latest release.
Yes, I have gone over that app note carefully but, as far as I can tell, the SmartRF Studio output is correct. Unfortunately, there are no specific examples for the CC1310. I did not endeavor to take the CC1101 examples and see if they would work on the CC1310.
Thanks,
Markus
Hi Markus,
I will then have to dig deeper in that issue. I find it unfortunate that it does not work out of the box. Let me come back to you before the end of the week.
Regards,
Arthur
Hi Markus,
Can you run the following tests, and let me know how it goes:
I am asking because it worked on our side.
Regards,
Arthur
Hello Arthur,
Yes, this works! And when I went back and re-tried, this works with your rfEcho examples as well. It seems that my setting the sync word is what messed things up. I thought that, at worst, it wouldn't do anything since the sync word seems to be overridden.
Thanks so much for your help!