CC1310 LaunchPad - XDS header RXD, TXD backwards

I take this back..... schematic matches the silkscreen for the XDS110 block, and plugging a GPS module's UART output into the upper pin of the TXD>> jumper yields NMEA data on my PC's Putty terminal.

What IS backwards is J1.3, J1.4 (in the schematic known as J1.5, J1.7) in the BoosterPack header:

The silkscreen on the LaunchPad shows DIO2 at the 3rd pin, with DIO3 below it, but clearly the schematic has those backwards.

The silkscreen is correct per the TI BoosterPack standard: http://processors.wiki.ti.com/index.php/BYOB

The board was just laid out wrong.  This breaks compatibility between the CC1310 LP and other BoosterPacks which expect those UART pins to be in the correct orientation.

Granted, the XDS110 UART pins are attached to those lines, but one should be able to remove the RXD/TXD jumpers in the XDS110 jumper block and let e.g. a GPS or GSM radio talk to the CC1310's only UART.  Of course in those situations you can still make it work, you just need to remember "DIO2 is DIO3, and DIO3 is DIO2" and update the CC1310_LAUNCHXL.h to compensate.

I just wanted to say thank you for this, I've spent all morning wondering why I'm not receiving anything from my GPS module (I don't have the luxury of a scope). I swapped the CC1310_LAUNCHXL.h UART_RX and UART_TX and now its receiving fine. Thanks heaps!

Eric,

The reversal of the UART pins is intentional, the reason being that we wanted to be able to stack the CC2650/CC1310/CC1350 LaunchPads with an MSP432 LaunchPad and use the CC LaunchPad as a network processor. Unfortunately, a bug was introduced with the silkscreen being wrong, this is being corrected in the latest production batches. The QSG card that comes in the box, the schematics and the data in the BoosterPack checker tool is correct.

My apologies for any inconvenience caused.

Best regards,

Karl

This seems like most relevant thread to post this. I'm working with two CC1310 luanchpads, both with silkscreen saying Rev: 1.4. Checking with an oscilloscope appears to show that the TXD and RXD pins are functioning backwards on just one. The CC1310_LAUNCHXL.h files for both projects have RX assigned to IOID_2 and TX to IOID_3, so I'm unsure where to go next with understanding the source of the difference. I have the headers to the debugger installed. Any ideas on how two seemingly identical launchpads can behave differently?

Best,
Ian

If you look under the board it should be a small sticker with the full version and serial number. Is the LPs the exact same version? (1.4 is the PCB version, the last digit, eq 1.4.x, shows the BOM version)

Do you run exactly the same firmware on the two boards when you measure?

Thanks for the prompt response!

The sticker on both are identical at Rev: 1.4.1, and the other codes (PG, FW) are the same as well.  The software loaded on the two launchpads is slightly different, and when I swapped the boards the UART pin behavior followed the software build.  As we all suspected, the hardware appears the same, and there is a software configuration somewhere that is backwards.  I started both projects from the TI-RTOS empty example, and have checked the Board.h and CC1310_LAUNCHXL.h files and they appear the same.  Is there another configuration location I can look for that might cause this behavior? 

Thanks again!

Is it possible to post the two projects or at least the diff between the two? I find it difficult to comment without having looked at the code.