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.

Real world challenges with the CC3200

Other Parts Discussed in Thread: CC3200, UNIFLASH

Meantime,  we've progressed from using the CC3200 Launchpad to developing our own boards and writing some code...  And hurrah, this week week we made some progress..    We have designed a board, that measures Power consumption data, and controls a relay to switch a load on/off.   Data is sent to/from the board via MQTT.    Its functioning reasonably well, as a prototype.       ( NB, this has its own AC/DC power supply on board, thats what the transformer is for ).  In the picture its hooked up to low voltage ( 12VAC ) via that big transformer and a DC power supply so we can safely probe it, and work with it. The moment it gets on the AC, we can't work on it, nearly as easily.. ( safety! )

I have a few issues that are nagging me;

(1) The RF output and receive on this device ( and in fact the CC3200 Launch pad ) is quite low,  so its effective range is quite short.   I'm guessing that one of the issues is that the Onboard Antenna has a relatively low gain..  -  What options do we have to improve the RF characteristics of this device?  Maybe we can attach a bigger ( high gain ) antenna somehow?     ( i'm getting very similar results for both our board, and the launchpad )

(2) Code Security -   How do you secure your Code when you're using the CC3200. At the moment it seems that you can't?   From what i've read it seems there is no way to secure the mcuimg.bin file.     We can secure things like Certificates, but protecting our IP is really important as well.    

(3) Mass programming.  - How would you go about programming 100's if not 1000's of these devices,      The idea of connecting a Jtag and programming them one by one with Uniflash scares me, because it would take so long.


I've got a lot to learn about this stuff, so if anyone has some helpful comments, i'd be very appreicative.


  • With respect to question (2) I've had the following answer from TI...

    "Thank you for contacting Texas Instruments. Your request has been received and Service Request number SR#1-1728549083 has been assigned to your inquiry."

    Does anyone know if the roadmap feature set is something that is published or available? The lack of being able to have a secure mcu file, makes it possible for anyone to copy your work, and product copying is rife... Can anyone suggest any work arounds.

  • Hi Andrew,

    1) You can use a different antenna of course, but you lose the benefit of a design proven to pass FCC,CE ,etc certification.
    2) No way to do this at this point
    3) The only way to program devices is through Uniflash

    Regards,
    Aaron
  • on topic (1).. theres some new stuff that came out of the new SDK.. And there is a new antenna board which is not yet orderable. But it does give a lot of clues on how to use diversity and different antenna configs. ( www.ti.com/.../tidc-cc3antenna-selection )

    on (2). Really very annoying..Sadly this does mean that a lot of serious people will probably not build solutions until the secure silicone is available. ( why would we spend time inventing novel applications, only to have them copied, after we invest lots in R&D)..

    on (3). There’s a production guide at processors.wiki.ti.com/.../CC3200_Production_Line_Guide. It looks like using Uniflash might be inevitable, though it is possible for the bulk of the transfer to be done over-the-air once the Serial Flash has been formatted and loaded with a suitable program. I’m not sure whether or not JTAG is the way to connect with Uniflash, as I thought it used a UART interface, though both are serial, of course. You could possibly pre-program the Flash before board loading, but I don’t think that is recommended due to the possibility of partial erasure by the soldering temperature.

  • Andrew,

    You're right: Although Uniflash is required to format and load the service pack and the first MCU image on the device, OTA can be used to transfer content including a new MCU image.

    -Aaron
  • Not so much 'right' as in just stumbled across more information, in the wiki.
  • Hi Andrew,

    Can you please comment on the RF Tx power and Rx sensitivity that you've measured? the performance of the LP & BP shouldn't be an issue. Have you used the Radio Tool for you tests?

    Regarding the flashing options, please note that the uniflash utility has also a command line support, enabling you to connect it to automated systems either on windows or Linux machines.
    We are looking into expanding our flashing options in the near term, but for present time, yes, uniflash is the only option.

    Thanks,
    Alon