• State Resolved
  • Locked Locked
  • Replies 11 replies
  • Subscribers 42 subscribers
  • Views 892 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.

RTOS/CC3220SF-LAUNCHXL: SD_* functions do not work on one of my CC3220SF Launchpads, but work great on a different CC3220SF Launchpad

Dave Haas
Prodigy 65 points
Part Number: CC3220SF-LAUNCHXL
Other Parts Discussed in Thread: CC3220SF

Tool/software: TI-RTOS

Hey TI engineers!

Sorry to bother you with this one (it's pretty easy), but I seem to have a bad CC3220SF Launchpad, or at least the SD_* functionality offered by this Launchpad. Here's the story:

I bought this CC3220SF Launchpad from the TI store in March of this year, which I'm using for development of a TI-RTOS-based application. To store sampled sensor data, I was attempting to use SDFatFS and/or raw SD under the new SimpleLink v2.1 toolkit in my TI-RTOS application, using only the SimpleLink v2.1 toolchain in CCSv8. I started with SDFatFS but couldn't get it to work, so I tried getting raw SD to work... neither method seemed capable of writing data to my MicroSD card housed in a known-good Adafruit MicroSD breakout board.

I considered that it might be my implementation of the SDFatFS and/or raw SD_* integration in my code using the new SimpleLink v2.1 toolchain, so I attempted to load and run both the fatsd_CC3220SF_LAUNCHXL and sdraw_CC3220SF_LAUNCHXL examples in CCSv8. Neither of these worked using my known-good Adafruit MicroSD breakout board.

To rule out a possible problem with SimpleLink v2.1 and the Adafruit MicroSD breakout board, I tested multiple SD cards and multiple breakout boards, including another MicroSD breakout by Adafruit and a couple of MicroSD breakout boards by Sparkfun. None of these steps worked with the first CC32220SF Launchpad I bought from the TI Store in March.

Frustrated, I went ahead and bought another CC3220SF Launchpad off Digikey, and my TI-RTOS successfully wrote data to the microSD card on the first attempt. I quickly tested everything (SDFatFS, SD_* functions) and it all works great on the new CC3220SF Launchpad -- I can successfully execute example code, SD-related code in my TI-RTOS application, using any of the SD card breakouts I have on-hand. 

To make sure the problem was with the original CC3220SF LaunchPad, I went re-connected all SD-related pieces that successfully tested and worked with my new CC3220SF LaunchPad, and, sure enough, SD read/writes fail with this original LaunchPad I bought back in March.

It's pretty clear the CC3220SF Launchpad I ordered from the TI store in March is the culprit here, so I'm wondering if I can get authorization to send this back to TI and get a replacement CC3220SF Launchpad sent back to me?

Thanks, and let me know if you need any more information.


Best,

Dave

  • 0
    Guru 39650 points
    Hi Dave,

    Please see Returns and Refunds for TI Store www.ti.com/.../faq-returns-and-refunds.html

    Jan
  • 0 in reply to Hnz
    TI__Mastermind 28285 points
    Dave,

    Can you confirm that the Launchpads are identical? No jumpers differences, no changes to resistors?

    VR
  • 0 in reply to Vincent Rodriguez
    Prodigy 65 points

    Hi Vincent - thanks for the reply.

    I can confirm there are no differences between the two CC3220SF LaunchPads with respect to jumpers, resistors, etc. The jumper config is identical across boards, and I have made no changes to onboard resistors. As mentioned in my original post, known-good microSD breakout boards work on the Launchpad I bought from Digikey but not the one I bought from the TI Store.

    I'm increasingly concerned the original LaunchPad I bought from the TI Store is getting worse, as I'm encountering a new problem when I plug it in and try to run sdraw_CC3220SF_LAUNCHxl_tirtos_ccs in CCSv8:

    CS_DAP: Error connecting to the target: (Error -1170 @ 0x0) Unable to access the DAP. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 7.0.188.0)

    No amount of resetting / factory default restores allows me to connect to this board now. Attaching via serial port shows no output coming from the LaunchPad anymore. This is happening with the LaunchPad not plugged into anything besides my laptop (no connections to microSD or other breakout boards).

    Thanks,

    Dave

  • 0 in reply to Dave Haas
    TI__Mastermind 28285 points
    Dave,

    Can you share a link to the Adafruit SD breakout you are using?

    Thanks,

    Vince
  • 0 in reply to Vincent Rodriguez
    Prodigy 65 points

    Hi Vincent,

    With the working CC3220SF LaunchPad, both of the following microSD breakout boards work great:

    Adafruit microSD breakout board: www.adafruit.com/.../254

    Sparkfun microSD breakout board: www.sparkfun.com/.../544

    For both of the breakout boards, I'm successfully using raw SD  (i.e.: SD_open, SD_initialize, SD_read, SD_write, and SD_close), with CC3220SF pins 06 (GP15), 07 (GP16), and 08 (GP17) mapped to DO, CLK, and DI, respectively, on the breakouts.

    On the problem CC3220SF, neither of these breakouts work. I have tested two or more microSD breakout boards from Adafruit and Sparkfun, but nothing I do seems to make these work with the problematic CC3220SF LaunchPad. However, for the fully-functional CC3220SF LaunchPad I have, any of these breakouts work perfectly. All of my recent development work has been used the Sparkfun breakout board, but I have confirmed that both modules are capable of working with my fully-functional CC3220SF LaunchPad.

    Since the breakouts work great on my fully-functional CC3220SF LaunchPad, but do not work on the problematic CC3220SF LaunchPad (which no longer even allows connections to CCSv8 debug), it seems clear to me that problem is with the bad CC3220SF LaunchPad, which is why I'm hoping to get a replacement / return authorization.

    Thanks,

    Dave

  • 0 in reply to Dave Haas
    TI__Mastermind 28285 points
    Dave,

    Are you still having issues on this topic?

    VR
  • 0 in reply to Vincent Rodriguez
    Prodigy 65 points

    Hi Vincent,


    Yes, I'm still having the same problem. Nothing posted here has remedied the problem. The CC3220SF LaunchPad I have is definitely toast. I just need you or a TI employee to agree that it's toast, before TI Customer Service will allow me to return it for a replacement. Can you help me out with that please?

    Thanks,

    Dave

  • 0 in reply to Dave Haas
    TI__Mastermind 28285 points
    Dave,
    Can you post a picture showing the board that is broken? i want to see the jumper configurations.

    Thanks,

    VR
  • 0 in reply to Vincent Rodriguez
    Prodigy 65 points

    Hi Vincent,

    Here's a photo of the top of the broken CC3220SF LaunchPad. FWIW, jumper configs on this bad board are identical to my other two working CC3220SF LaunchPads. I can get this one to do everything the others do, except for using SD_* over pins 6, 7, and 8. 

    Thanks,

    Dave

  • 0 in reply to Dave Haas
    TI__Mastermind 28285 points
    Dave,
    Jumpers look good. I would agree that is sounds like something happened to you board. Please continue to work with returns and replacements team to get a new board.

    Thanks,

    Vince Rodriguez
  • 0 in reply to Vincent Rodriguez
    Prodigy 65 points
    Thanks for all your help, Vince! I'll reach out to TI returns and replacements to get a new LaunchPad.

    Best,
    Dave