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.

The latest C2000 product becomes too complex!

Other Parts Discussed in Thread: C2000WARE, TMS320F280049

Dear TI

I am happy that the 2837X ,2838X C2000 products have been developed recently.However, I have four concerns with the ti microcontoller product.

The first is that the complexity of the hardware structure is increasing. I think the best performing products will have two or more cores, complex io functions (analog, pwm, dma, sci, can, cla, spi, i2c, arm with eth...). Since the structures of products are very complex, I think that even memory structures such as FLASH and SRAM , Dual Port Ram should have simple structures.

The second is the device driver sw environment. From the 3rd generation product of microcontroller, software procedures such as device driver have been introduced. Not so long ago, some products have disappeared from low c data and are being replaced by device driver data. I wonder if this is really the right direction. The low c is concise and powerful, and is a method used by many developers. It makes sense to overcome the complexity of hardware with the sw development method such as deivcedriver. But I think low c and deivcedriver should be provided together. The deivce driver is not the best way to understand and develop hardware.

Third, c2000's individual hardware debug or software IDE environment is excellent. However, jtag (200, 560) does not perform better than trace32. The ccs ide is great, but the automotive development environment such as autosar is separate. Recently, ccs ide has tried to online. I hope you don't forget that many developers get information online and develop offline. I think the hardware jtag development tool should be completely open source.

Fourth, the sound quality of ti online traing video is poor. I don't know if some videos are like that, but... the voice recording is not good. When storing video and audio data, it is necessary to increase the quality and especially the audio quality.

+2838x Launchpad plz

I wish you a ti that always develops.

Best regards,

Choi

  • Choi,

    1. ok, thanks for the feedback

    2. I'm going to have one of our SW leads respond.  We spent a time period offering both bit-field and driverlib approach. Certainly expert / past C2000 customers prefer the bit-field approach, but new customers really struggled.

    3. Have you seen the latest ERAD debug features we have added to our products?

    4. I haven't experienced this too often. If you have a specific example I will highlight this to the training / web orginization

    unfortunately, no plan for an F2838x LaunchPad. Too many features on F2838x to make a LaunchPad very usable.

    thanks for the feedback

  • Dear TI

    Thanks TI's answers.

    then 3. ERAD Debug is software function.

    I want to open a hardware jtag hardware/software solution such as tds200 or tds560. When the jtag solution is released, I think that it can prevent jtag malfunction due to noise in various experimental environments. In addition, I think it will be possible to compete with the cheap JTAG solutions of various companies using ARM and real-time debugging tools such as expensive TRACE32.

    TI thinks that the software development environment for DSP products is provided free of charge and plays a big role in expanding the base. Likewise, hardware development tools are also provided free of charge, so we hope that many developers can freely use them.

    From TI, you will see that many products in the automotive field are used in high voltage and high current control systems such as motor inverters and power converters. Currently, TI's jtag solution does not have any problem in low voltage control board, but in a noisy environment, jtag link is often broken, making real-time debugging difficult.

    Some companies also sell solutions that provide non-real-time data tracking using SCI/CAN2.0b. However, I basically want the development method to be standard based on the method provided by TI. Regardless of my claim, I think the data on the development of high-performance jtag debugging insulated whether it is Ethernet jtag or USB jtag will be released by TI someday.

    Best,

    choi

  • Choi,

    Thank you for your feedback.

    Commenting on item #2, I would like to mention that we still do provide bitfield headers and examples for our Gen 3 devices. Majority of the new development is driverlib based, but we do include bitfield headers and a concise set of bitfield examples examples as part of C2000Ware. The idea is to have a good balance and enable different programming paradigms - bitfield/driverlib/mixed approach based on the product and user requirement.

    Please let us know if you would like to see something specific - a reference or an example -  in low c model on our Gen 3 devices and we can take a look.

    Thanks,

    Ranjith 

  • Dear TI

    For example. i used TMS320F280049. CCS don't have any low c example. i spend many days that i program tms320f280047 devices.

  • CHOI SEUNG WON said:
    For example. i used TMS320F280049. CCS don't have any low c example

    It looks like you are searching for examples through Resource Explorer.  Updating Resource Explorer with content is still a work in progress for C2000 products. 

    You can find the low-level examples directly in the C2000Ware install directory:  ~\C2000Ware_XXXX\device_support\f28004x\examples\

  • Dear TI

    Is the c2000ware product in the form of searching for data with a window explorer?

    Best,

    Choi

  • install and you can browse in a window, search, etc.