• State
  • Locked Locked
  • Replies 15 replies
  • Subscribers 32 subscribers
  • Views 1496 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

EK-TM4C1294XL Power source options

Todd Keaffaber
Prodigy 70 points
Other Parts Discussed in Thread: EK-TM4C1294XL

Hello,

I purchased the EKTM4C1294XL development kit to begin prototyping a new project.  The board seems to be working as expected but I seem to have a scenario that isn't supported.  I want to power the board with the BoosterPack pins and use the TargetUSB as a host.  When the boosterpack is chosen as the power source, the 5V to the target USB is not provided.  I can use the breadboard portion to connect 5V to the USB, but I thought would ask if there was another method that I was just missing.

Any help would be appreciated.

Thanks,

Todd

  • 0
    TI__Guru**** 244400 points

    Hello Todd,

    Which BoosterPack are you using? Also when you mention the TargetUSB as a Host you mean the TM4C129 as a Host Controller and then provide 5V on the VBUS pin of the USB micro connector (component U7)?

    Regards

    Amit

  • 0 in reply to Amit Ashara
    Prodigy 70 points

    Hello Amit,

    Thanks for the quick response.  I am using the EK-TM4C1294XL launchpad evaluation board. I want to use the TM4C1294 as the host controller for the USB and then connect a device to the Micro-A/B connector by the Ethernet connector on the launchpad.  I'm not using a boosterpack but I'm using the booster pack power entry pins (3.3V/5V) to power the board.

    When I set the jumper to the booster pack power source, the 5V to the target USB connector (not the ICDI) is disabled and I was wondering if I has a misunderstanding of how the evaluation board works.  I would like to provide power to the board and the USB connector from the booster pack pins.  Or find and equivalent implementation.

    Thanks,

    Todd

  • 0 in reply to Todd Keaffaber
    Prodigy 70 points

    Hi Amit,

    Also - yes it is component U7 - that's what I was calling the target USB.  I got that from the schematics.

    Thanks,

    Todd

  • 0 in reply to Todd Keaffaber
    TI__Guru**** 244400 points

    Hello Todd

    Page-31 of the Tiva™ C Series TM4C1294 Connected LaunchPad Evaluation Kit User Guide would answer the question. I have added a snapshot.

    Regards

    Amit

  • 0 in reply to Amit Ashara
    Prodigy 70 points

    Thanks Amit. I was looking at manually attaching a 5V supply to the USB and will use JP1 to do that.

    Thanks,

    Todd

  • 0 in reply to Todd Keaffaber
    Prodigy 40 points
    Todd,

    I'm in the same boat (a year after you) and wondering, did you go ahead with this approach, and did it work? If not, how did you solve the problem?

    Thanks,
    Jason
  • 0 in reply to Jason King
    TI__Guru**** 244400 points
    Hello Jason,

    If you can describe the scenario for the power then may be I can suggest something. Is it the same as Todd's?

    Regards
    Amit
  • 0 in reply to Amit Ashara
    Prodigy 40 points
    Thank you, Amit.

    I am using a TM4C1294XL, and I have made a boosterpack for it to interface with my front panel and sensors. I have included a 5V regulator on my boosterpack, which presently powers the TM4C1294XL and the other circuitry.

    Now, I would like the TM4C1294XL to host a USB modem. But then I discovered the same issue that you and Todd already discussed: when powered by a boosterpack, the board does not supply power to the target USB connector.

    Jason
  • 0 in reply to Jason King
    Prodigy 70 points

    Hi Jason,

    It's been a while since I worked on this side project but I recall making the 5V connection manually.  Since we were doing a PoC we just did the most expedient fix we could.  I wrote the post to make sure I understood the behavior as I found it quite odd.

    Thanks,

    Todd

  • 0 in reply to Todd Keaffaber
    Prodigy 40 points
    I knew it had been a while. Thanks for the reply, Todd.

    It does seem like an odd omission. I'm curious if it was intended or missed.
  • 0 in reply to Jason King
    Guru 47900 points

    Might such "curiosity" result in:

    MCU Judge, "Did you pull the trigger?     MCU Suspect, "What trigger?"     (Some questions are "not destined" to be graced w/response...)

  • 0 in reply to cb1
    Prodigy 40 points
    Of course, you're right. That's why I didn't phrase it as a question. But I should have saved the keystrokes. I hope it didn't come off as a complaint; it's true curiosity about the engineering experience.
  • 0 in reply to Jason King
    Guru 47900 points

    Jason King said:
    It does seem like an odd omission

    That's dangerously close to a "criticism"-  yet high in diplomacy.   (as past, "Aide-de-camp" - I have some (slight) knowledge of such)

    I believe your issue (likely) resulted from the relative "rarity" of the original poster's (and your) application - and the "crush" upon Engineering to, "Ship that x@#$% board NOW!"   (year's [silent] time passage - as you noted - supports such "rarity."   Take my word for marketing's (likely) push...)

    As the chance of an "accommodating fix" are remote - a real "answer" may prove elusive...

  • 0 in reply to cb1
    TI__Guru**** 244400 points
    Hello Jason,

    Curiosity is true! It will take time to understand why such a decision was made on the power connector header.

    Regards
    Amit
  • 0 in reply to Amit Ashara
    Guru 47900 points

    Might such curiosity be "better directed" to the far more troublesome, "Default NMI Behavior (rarely sought) inflicted upon PF0/PD7!"