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.

Trigger for cc2650 launchpad in energia (ble stack)

Other Parts Discussed in Thread: CC2650, ENERGIA, BLE-STACK

An energia admin mentioned that a solution is needed to satisfy a license issue prior to support for the cc2650 launchpad to be  implemented.

I am wondering if it is already considered that the ble stack covered directly between the end developer (and energia user) by a license from ti

...will solve your problem(this was originally written to an energia admin), if the use of ti's ble stack is accessed on the users hard drive and that has agreed..cannot energia compile ? Thank you! :-) ajw

  • Hello ajw,

    I'm not sure about the specifics of your question as it appears to mention a discussion which is not covered here. For BLE-Stack licensing, please consult the EULA.pdf which is included in the BLE-Stack SDK.

    Best wishes
  • What my question ought to "appear" like is a call to action to promptly and quickly implement support by sorting out the hindrance, According to Energia, it is a upon T.I. to decide how it will allow its code to be used.

    If I am to believe that T.I. will not allow Energia to use the code that MUST operate the Launchpad, there is certainly no such information in any EULA that is relevant.  I find the suggestion to read it to be dismissive and insulting.

    I am only a customer who cannot use a launchpad for his development, and for which he has already paid a company under the suggested provision that the "USE" of those launchpads will be as such has been warranted under the type of product compatible with Energia, and PUBLICLY marketed to be.

    Now, I am a consumer requesting ACTION, to quickly resolve the issues.  As 90 days is much too long for a consumer to be asked to wait.  No?

    Thank you, for your limited response, and it might be helpful to identify yourself and your position when you make suggestions.

    Frustrated is not the word that would best describe a reasonable reaction to this paradox, the word is disappointment, but not related to the equipment, but to the particular disjointed release and organization related to this board.

    For now, I will purchase two sets of BLE development kits from other vendors while I wait.  And that is the RESULT of these confusing, and seemingly necessary organizational issues impeding a product that is and was ALREADY released to the public.

    The launchpad name, implies compatibility and a product to be of a "TYPE" that has a degree of minimal consistency, and a base-line provision to function, and these delays confuse the brand message.  

  • Hi ajw,

    Thank you for providing details about your question such that I can better understand your issue. Unfortunately, as stated in the forum guidelines, we are unable to provide legal advice, which includes interpretation of the end user license agreement to any specific application of the TI BLE-Stack or how it may related to other licenses, such as those used by Energia. Thank you for your understanding.

    For Energia, we do not have any planned integration with the BLE-Stack that would address your concerns. What you can do is use the CC2650 LaunchPad as a BoosterPack running the Simple Network Processor firmware (the CC2650 LaunchPad is by default configured as a boosterpack). This way you can add BLE to your existing LaunchPad via the BoosterPack interface. I realize this may not address your situation, but could help others wishing to add Bluetooth LE connectivity to their system.

    I apologize for any confusion you may have encountered. I will work with Energia team to make sure this topic is covered more explicitly.

    Best wishes
  • Thank you JSX, your suggestion is helpful, and although, its implementation as you have put forth, is re-presenting the product to be different than it appears and was described when the board was first solicited to me by various emails, and product descriptions.

    The presentation of the launchpad series inclines one to be of the understanding that a booster pack adds functionality to a launchpad board; now redefined to be only useful in an inverted hierarchical topology, that appeared to be suggested to be the opposite by its marketing, brochures and vendor write ups and descriptions . Now I can understand why I did not easily see that context; during the three months since my purchase of three of the cc2650 boards.

    I appreciate: that legal advice is not soundly conveyed via forum post. That was not the purpose of my post here.

    The purpose of my post here, was to follow the suggestion of the person who responded to it, when it was asked at the Energia forum.

    It was a person here, who suggested that I ask there; and I did.

    Please try to understand from outside an employee's perspective about the effects of that.

    Particularly for me; I had to do my best to maintain confidence in the well-being of my personal investment starting from even before that point, as follows.

    When I first contacted TI about the availability of this beautiful board, I was connected to a person in sales who told me they have never heard the name launchpad while they were employed. They had not heard the word "cc2650". And they knew of no individual or department who would, or does know any of those things.

    Their suggestion: "..go to ti.com and type that into the search bar there."

    I agreed, hung up, and called back to be connected to technical support, and I was connected. But the man in that department knew exactly the same amount of information as the salesperson.

    What I am sharing with you is contextual to me, the independent developer. And the accumulation of what I had hoped to be progress, but instead found as hindrance to varying degrees, and effecting many aspects of the set of systems that comprise Texas Instruments' large body of support, that I am still acclimating to.

    I have already been blessed; to the extent that, while I had never imagined the successful completion and functioning of -any devices and products I had dreamt to create...in fact, it has been many of them. Thank you.

    And please; again for context as an engineer, inventor and supporter: it also just so happens that it was a TI speak n' spell that inspired most of the direction of my education and endeavours.

    I understand: that those stipulations within the BLE Stack's EULA, represent a state that reflects TI's policy. But, it is ALSO true that: the state of those terms will and do, reflect TI itself; to those outside of TI.

    I think my attraction to Energia was the concept that: for the independent developer -who might firstly design prototypes, then subsequently dive into deeper implementation and refinement; but, necessarily and only after it becomes so, that those circumstances appear to show: that success for that particular idea is achievable.

    I still hope that TI can find the best way to protect its IP and still maintain what serves it best. And I also hope that those who are tasked with conceptualizing whatever solution that might be set in motion, that they are well supported themselves.

    We're rooting for you!

    AJW

    // JSX, I will gladly give consideration and thought to anything in addition, it is appreciated!