• Locked Locked
  • Replies 1 reply
  • Subscribers 40 subscribers
  • Views 321 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

TIDA-01471: TIDA-01471 MCU recommendation

Bo Xian Yeh
Prodigy 745 points
Part Number: TIDA-01471

Hi Team,

My customer would like to build up IEPE Vibration Sensor application in their new project.

Now they are considering MCU solution and they are referring TIDA-01471

May I have your help to suggest MCU solution for my customer?

Thanks a lot.

  • TI__Expert 3500 points

    Hello Bo,

    The MCU choice is dependent on several factors:

    1. - will the MCU reside on the field or the backplane (isolated) side? or both are required?
    2. - will the MCU merely captures the data or does also some processing like FFT on it
    3. - will the MCU transfer the data for further processing? or this is done by other communication processor?
    4. - in case the MCU will do the communication, will it go over Ethernet? Field BUS? or WLAN?
    5. - What sampling rate they are going to use (sensor BW: 10kHz or 20kHz or more)
    6. - What frequency resolution they want to get if they are going to process FFT? this will determine the capture length.

    so here is a suggested flow to select the MCU:

    - Start by the question 5, based on the sampling rate and required resolution the SPI bit rate is calculated. this is described in the UG. a controller that can implement this SPI speed and meeting SPI timing is necessary

    - answering question 6 will tell you the amount of memory you need, and combined with the sampling rate, you can determine the required memory speed. both will tell you if a controller with internal memory is sufficient and what speed the memory should be.

    - answering question 2 will add more requirements regarding processing power and memory requirement. real-time FFT requires a separate core or a dedicated resource available in some processors.

    -  question 3 and 4 will tell what communication capability the controller/processor should have, supporting specific communication protocol means specific resources, if WLAN is to be used this might point to a controller with wireless support.

    - question 1 is answered if the processor is used also for communication, as it must reside in the backplane side, hot-side processor might be required for special purposes like more control lines are needed, or specific pre-processing or quick response is needed. in that case a small processor resides on the hot-side but this configuration is not tested in the TIDA-01471 so I can't comment on it or its effect on performance.

    If The processor is to be used for communication, and resides on the cold-side (backplane) then I would recommend one of the Sitara family processors which supports Ethernet protocol. The specific part depends on what else the customer want to use the processor for on the module.

    If customer can  give more details about their needs, I think our MCU experts can help them choose the right device.