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.

AM6548: Support for 3 simultaneous industrial protocols

Part Number: AM6548
Other Parts Discussed in Thread: PROFIBUS,

Team,

question from customer;

Customer needs to develop the next generation of an industrial dispenser machine that is able to handle concurrently 3 factory automation busses. See list below. Concurrent because there are local controllers + PLC.

They have heard about AM6xxx but are ok to use AM57xx also since they know this device well.

The solution they have in mind is to use the PRUSS subsystem to support these protocols, so basically every Sitara with PRUSS is an option. For the rest there is just a regulation loop for motors that should be easily handled by any Sitara.

 

Field busses

- Profinet

- Profibus DP

- EtherNet/IP

- Modbus/Modbus TCP

- OPC-UA

- TSN (nice to have)

Question is can AM654x or AM57x handle simultaneously any 3 of the protocols above?

  • Gb TSN support will be only available on the AM6548..We also have a roadmap for the AM6548 to support the Profinet, Profibus, Ethernet/IP and OPC-UA.. 

    We support Profinet, Profibus, Ethernet/IP  on AM57x today.  And OPC-UA is coming shortly.

    Current status of supported protocols are at http://www.ti.com/lit/sprach6

    A few questions to help the customer better (you can send me a message)

    1)  Is the customer using RTOS or Linux?

    2) What is the customer's timeline?

    3) Does the customer want the ability to switch protocols between the 3 real time in the field or actually run all 3 protocols simultaneously?

  • VC,
    I was told they want to run 3 protocols at the same time...
    for the other questions, I will let field/customer reply directly here.
  • Hi VC,

    To first answer you questions.

    1. The system will run on linux. This can be an RT version, but preferably not.
    2. Preferably Q3 2019, but this seems not possible, for multiple discipines (software/mechanics)
    3. We want to be able to switch protocols, but this may cause some down time. We want to be able to run different 3 protcols simultaniously (but on seperate Interfaces).

    My main concern and question, as a software developer, is that I have difficulty estimating the work that implementing these protocol on a PRUSS will cost.
    Is it only setting up the PRUSS with the proper binaries, or will there also be a lot of work on the Linux side to support the PRUSS. For this system we have ~100 "register values" per protocol (same values are available on every interface). These values need to be programmed from/to the PRUSS? Or will there be a lot of two way communication to handle the information?
  • Gerard,

    The protocols above that requires PRUSS currently are supported on RTOS only. It's in our road map to have Linux support.

    You may refer to the section 2.2 General Purpose Firmware in the document "PRU-ICSS / PRU_ICSSG Getting Starting Guide on Linux " www.ti.com/.../sprace9a.pdf for setting up the PRUSS.

    It does require some effort to port the RTOS driver to Linux for supporting the PRUSS and each protocols, however once the Linux driver is ported, i.e. the two communication (program from/to the PRUSS) is established, the 'register values' programming is handled in Linux application side only.

    The Profinet white paper may help understand the industrial protocol RTOS implementation software architecture, see figure 8 on www.ti.com/.../spry252d.pdf

    Just FYI - HSR/PRP is not in your list but its Linux implementation is here - processors.wiki.ti.com/.../Processor_SDK_Linux_HSR_PRP

    Regards,
    Garrett
  • Gerard,
    Please let us know if we can close this post.