• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 82 subscribers
  • Views 78 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

LAUNCHXL-F28069M: SPI Protocol With CC2640R2

Charlie Barber
Prodigy 240 points
Part Number: LAUNCHXL-F28069M

Tool/software:

I have two CC2640R2 boards that are communicating over ble.  One has a joystick attached and transmits data to the other CC2640R2 board. This second board I connected to the LaunchXL-f28069M through the SPIB pins.  There is some data definitely coming through, but it does not seem quite right.   In my device running the Simple_Central I had to get the incoming data and do some bit shifting as the data was only coming in 8 bits in order to get the number correct.  

Here are the two putty screens relaying the data




and this is the snippet of code I did in the Simple Central program for the data coming through bluetooth to get the numbers to match


Then I am trying to translate the data in the proj_lab10d for spinning 2 motors.  
I made sure to change the code for HAL_setupSpiB as I know if you have 2 motors the second motor uses the spi.  



When I look at the registers in the proj_lab10d there are numbers constantly changing in the SPIRXBUF.  They are not quite right though.  When the joystick is in the neutral position the numbers are around 1500 and here you can see they are around 5000.  I was thinking that I would need to do some bit shifting, but the SPIRXBUF is a uint16_t.  So would it hold the entire number?  



This is my board setup

  • 0
    TI__Genius 9776 points

    Hello,

    Looking over your post, the issue is that the SPI does not appear to be interpreting the ADC data correctly, is that the case? First, I would set up an rx interrupt to properly record the data for testing, e.g. into an array of an arbitrary large size. In that interrupt, decode the data as it is supposed to be received and store it in the array. Look over that data, and let me know how far it is from what you would expect.

    Additionally, I'd double check how you're encoding the data to be sent to the C2000 in that Write_Joystick_Data() func.

    Given that you're looking for numbers near 1500, at a glance it looks like you're seeing the right information in the wrong format. 5382 (base10) = 0x1506

    Regards,
    Jason Osborn

  • 0 in reply to Jason Osborn
    Prodigy 240 points

    I actually figured this out.  I had shifted the bits to get the correct number in the CC2640R2 code and just needed to reverse flip the bits back to get the correct numbers in the f28069 code.