SLAU533D September 2013 – April 2017
Q: I can't get the backchannel UART to connect. What's wrong?
A: Check the following:
Q: So the onboard emulator is really open source? And I can build my own onboard emulator?
A: Yes! We encourage you to do so. The design files are on ti.com.
Q: Why are the character strings printed to the screen incorrect when using the keyboard demo?
A: If you are using a different regional keyboard, certain characters may appear differently. This can be fixed by opening the *.txt files and entering new strings.
Q: My ASCII art rocket does not look right?
A: A couple possibilities…
Q: I tried building my own project with driverlib and got a warning: "#303-D typedef name has already been declared (with same type)." How do I resolve this?
A: This warning can occur with CCS v5.4. The version of driverlib in the F5529 LaunchPad development kit software examples is from MSP430Ware v1.40.01.44, which is targeted at CCS v5.5. CCS v5.5 has a new and improved set of MSP430 header files in it (for example, msp430f5529.h), and the driverlib in these examples is dependent on that new header file. To resolve this problem in the demo, TI put the new and improved header file (from CCS v5.5) into this project, allowing the project to be compatible with v5.4. However, if you are now working with a different project, this new header file may be missing. You can copy the msp430f5529.h file out of the demo project into your project, or you can upgrade to CCS v5.5.
Q: The MSP430 G2 LaunchPad development kit had a socket, allowing me change the target device. Why doesn't the F5529 LaunchPad development kit use one?
A: The F5529 LaunchPad development kit provides more functionality, and this requires it to use a device with more pins. Sockets for devices with this many pins are too expensive for the tool's target price.
Q: I'm trying to power the LaunchPad development kit from a USB power supply (not an actual USB host), and it is not working. Does the LaunchPad development kit not support this?
This problem is fixed in Rev1.5 and later LaunchPad development kits. Unfortunately Rev1.4 does not. USB hubs typically shouldn't enable power to their downstream devices until the hubs themselves enumerate on the host, and that's what the TUSB2046 on the Rev1.4 F5529 LaunchPad development kit does through the TPS2041B power switches. If the hub never enumerates, power is not provided to the target F5529. Because the downstream device is permanently attached in this application, the TPS2041B switches are not required by the USB specification. Rev1.5 and newer F5529 LaunchPad development kits have these switches removed, to avoid this problem.
Again, the benefit of the hub is single-cable development. Other power supplies can still be applied through the power header.
Q: With the female headers on the bottom, the board does not sit flat on the table, and I can't unsolder them. Why did TI do this?
A: For several reasons. A major feedback item on previous LaunchPad development kits was the desire for female headers instead of male ones. But simply using female instead is problematic, because compatibility with existing BoosterPack plug-in modules would be lost, and some people prefer male headers. So, adding female headers without removing male ones satisfies both preferences. It also allows more flexibility in stacking BoosterPack plug-in modules and other LaunchPad development kits.
The downside to this approach is perhaps that the board does not sit flat. But while a USB cable is attached (the usual development model), it tends to not sit flat anyway.
For those wishing the board to sit flat, holes are drilled in the corners so that standoffs can be fastened. Rubber bumper feet also should work.