Part Number:CC8520
Hello,
I am having a frustrating time trying to figure out why PPW Commander is not working, or at least not working consistently, with my hardware designs. I am new to the world of PurePath wireless and have worked with the CC85XX design kit for a number of months. Recently we have produced prototype PCBs, one as a dedicated transmitter with on-board PCM1808 ADC and one as a dedicated receiver with PCM5102A DAC. The performance of these prototypes has mirrored that of the DK very closely with no issues with programming, paring, or signal strength in real world use. As we get closer to a production design, I have started investigating RF and audio performance using PPW Commander and the included tools. I have two CC Debuggers and have run tests using one of the DK boards as Tester and the other DK board as Master or Slave. I can perform prod_test_simplerf_auto and prod_test_simplerf_tx on the DK boards with no issue. I repeated testing with both the supplied antennas and with an RF cable connecting both antenna jacks. Almost without fail everything with the DK boards works correctly.
When it comes to my hardware, using one of the DK boards as Tester or one of my boards as Test, I am running into all kinds of issues with functionality, test results, etc. I am concerned that some of the built-in tests are geared towards the DK hardware and might not be fully compatible with other hardware designs. I noticed one instance where having pull-up resistors on the I2C lines would produce strange results with PPWC:
I should note that my RF sections are perfect copies of the eval board with CC2590 attached and I am using right-angle SMA surface mount RF jacks in the identical positions to the eval boards. All critical RF components are the identical type and manufacturer to the eval boards. I don't use the I2C bus on any of my hardware. My programming connector has all the connections required as outlined in the CC Debugger manual for the CC85xx family. I have no issues with programming my hardware using PPW Configurator.
Here is what I am seeing:
When I run prod_test_simplerf_auto and press Run All I get inconsistent errors including Communication Errors, SPI Errors, etc. These don't happen consistently and sometimes the specific channel Rx or Tx test will complete properly after a series of SPI Errors. This same test with the same CC debuggers on the same computer runs fine and consistently using the DK hardware.
If I manually go through each sequence in this test the test program loads perfectly every time without error. Each Rx or Tx test can usually be completed without an error going one by one, but sometimes I still get a Communication Error. Doing this manually I can pass all Rx channels and Tx on Channel 18, but both Tx CH1 and CH9 fail consistently regardless if I am using antennas or and RF cable. This behaviour is exactly the same using both my transmitter and receiver PCBs.
Running each step of prod_test_simplerf_tx on the DK hardware using a second instance of PPWC as an RSSI Plot monitor, and running the Tester as receiver, I can see the Tx signal running continuously until I say Passed in the prompt window when the Tx signal disappears. Using the same setup but substituting my transmitter for one of the DK boards I can still see the Tx signal for all three transmission channels, but the signal only lasts for 1 second and then disappears. It's almost as if the software thinks I have pressed the Passed button but I have done nothing. What;s interesting is that Tx Channel 18 behaves the same way but passes during prod_test_simplerf_auto when performing that step individually!
This behavior is the same if I use my receiver as Master Transmitter. Something is not adding up and I'm really confused as to what might be causing all these issues. Again, the only effective difference between the DK and my hardware are differences in CODEC/ADC/DAC. Even the voltage regulators used are the same as the DK. I would really appreciate any help as I am running close to a deadline to release these designs for production.
Thanks!
AW