How to Program a CC3200 launchpad with another CC3200?

Hi Pedro,

By saying reset line is not recognized by the program, do you mean the automatic reset by Uniflash? If so, it is observed before. It happens mainly if you have another FTDI chipset connected to the same PC or the FTDI is not programmed with TI template. Can you please verify?

In any case, as a workaround you can press the reset line manually instead. Can you please verify and report back?

You should press the reset when the following messages apear:

DEBUG: de-asserting nHib
DEBUG: wait for ack

Some more information on J6/J7:

When J6 and J7 are connected and you are not doing anything with Uniflash, you should see on a loggic analyzer both lines high. J6 (RX) should be high as this is the output from FTDI chip to CC3200 chip. J7 (TX) should be high indicating CC3200 chip is powered up.

The procedure with Uniflash is as follows:

1. J6 and J7 should be high
2. activate Uniflash with any operation, e.g. GetVersion
3. Uniflash should assert J6 going to low (sending a break signal)
4. restart the device
5. CC3200 should sense the break signal and send an ACK packet (0x00 0xCC) on J7

This is the basic start.

If you still want to try out and connect one launchpad to another, all you need is to connect J6 and J7 between the two boards. Reset line however is muxed on the other FTDI port and can be identified as SRSTn on schematics. Not sure if you can connect it as well as there is no jumper for it. Lastly, ground should be shared between the 2 boards.

Shlomi

Hello Shlomi,

The problem is with the manual reset. Also you need to be more specific about the connection between the two boards. Do I connect J6 to J6 or J6 to J7?

Regards,
Pedro

Pedro,

Basically it is J6 to J6 and J7 to J7.

Please find the following picture with explanations embedded.

Regards,

Shlomi

Shlomi,

I tried using that configuration but Uniflash is not recognizing the manual reset. With the old board it does recognize the reset when flashing, but no luck with the new one.

Is there an alternative method to try resetting the board?

Regards,
Pedro

Pedro,

As I mentioned, J7 should be ON so I don't think it is something in your FTDI or the UART connection.

You stated that the reset is not working on the new Launchpad4.1, right? if so, the reset cannot be routed from the 3.2 board to the 4.1 board, just the UART RX/TX.

When you press the RESET switch on the new 4.1 board, does the orange LED next to it (D1) goes OFF?

Shlomi

Hello Shlomi,

Yes the board the orange light goes off when pressing the reset button. I think you are right about the problem being with the FTDI. I try flashing the FTDI with FT_PROG, and after the flashing the drivers were not working. I opened a thread about the issue, but no solution. I'm seriously frustrated with this boards. Is there another way to upload a program to the boards? Also is there a way to flash the template without FT_Prog since it's not recognizing the devices, like flashing the ROM?

regards,

Pedro

Hi Pedro,

So the reset at least toggle the LED but it seems that the device does not get reset or the device does get reset but not sending the ACK.

There is no other way to flash FTDI that I know. Please note that even with a blank FTDI, Uniflash should work since it uses the regular VCP (just automatic reset would not work).

Also, the mcuimg binary needs to be flashed to serial flash and not the internal RAM so Uniflash is the only option.

Can you elaborate if on the 4.1 Launchpad:

1. Load using IDE: please open any project from the SDK that involves interaction with the device (i.e. includes the sl_start() API) using your chosen IDS (CCS, IAR, GDB, other). Compile the project, load it into the device and get to the sl_start() API. Execute this line. Can you work in debug?
2. Voltage measurements:
   1. Voltage on VDD_ANA1 should be around 1.9V
   2. Voltage on VDD_DIG1 should be around 1.2V
   3. Voltage on VDD_ANA2 should be around 3.3V

Shlomi

Hi,

Any update on the post?

Shlomi