Other Parts Discussed in Thread: DP83869, DP83822I
Hello Team,
Regarding EtherCAT solution based on AM2434.
How is the EtherCAT slave implemented in EtherCAT solution which we got from TI code base?
Thanks
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.
How is the EtherCAT slave implemented in EtherCAT solution which we got from TI code base?
Hi Chockalingam,
EtherCAT SUbDevice is implemenated on the TI SoCs with PRU-ICSS IP to enable customers add EtherCAT SubDevice protocol support to their system. It implements EtherCAT SubDevice Controller(ESC) Layer 2 functionality with two MII ports (one IN and one OUT port per PRU-ICSS) in accordance with ETG.1000.4 Data Link Layer protocol specification. This provides EtherCAT ASIC like functionality integrated into TI SoCs.
You can read more about it here: AM243x INDUSTRIAL COMMUNICATIONS SDK: EtherCAT SubDevice FWHAL
Let me know if you need any other info.
hi Nilabh,
As i understood, MII as in 4tx and 4rx pins on per port, one port input and one port output for PRU-ICSS. Due to hardware size constraint, we are planning to reduce the MII to SMII (1tx & 1rx) per port using DP83869HMRGZT (PHY). Will etherCAT, profineti/o and ethernet/IP protocol communication be affected in anyway.
Hi Santosh,
planning to reduce the MII to SMII (1tx & 1rx) per port using DP83869HMRGZT (PHY). Will etherCAT, profineti/o and ethernet/IP protocol communication be affected in anyway.
Hi Santosh,
We only support MII and RGMII with Protocols ,
Thank for the reply, Maybe i did not ask question clearly.
Please see connection the block diagram below and confirm your reply
In the block diagram, Ethernet MAC is a part of AM2434 (with RGMII interface) connected to DP83869HMRGZT (PHY IC) that converts RGMII to SGMII, That is in turn connected to PHY (RJ45)
Will etherCAT, profineti/o and ethernet/IP protocol communication be affected in anyway?
In the block diagram, Ethernet MAC is a part of AM2434 (with RGMII interface) connected to DP83869HMRGZT (PHY IC) that converts RGMII to SGMII, That is in turn connected to PHY (RJ45)
Will etherCAT, profineti/o and ethernet/IP protocol communication be affected in anyway?
Profinet and EIP works in RGMII mode. But EtherCAT only works in MII mode. In the bridge implementation with RGMII connected to MAC Profinet and EIP will work but Ether cat needs MII to be connected to MAC.
Hope this answers you question, let me know if you have any other query.
with reference to AM2434 launch E3, we are using DP83869HMRGZT (PHY IC)
1. As per our understanding, for Ethercat,
In the above figure, we were able to figure out that controller MAC is configured in MII mode and as well as PHY DP83869HMRGZT (PHY IC input ) in MII mode. And on other side of DP83869HMRGZT (PHY IC output) it could be SGMII, is that possible in this IC, if yes, will it work for EtherCAT.
For EtherNet/IP and profinet i/o, we can go for RGMII (controller MAC) to RGMII (PHYIC input) and RGMII (PHYIC output)
below is the code snipet from TI am2434 code base that sets MII mode in DP83869HMRGZT (PHY IC). but could figure the PHY settings for the other side of PHY (output side) in code.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
void CUST_PHY_DP83869_setMIIMode(void *pAppCtxt_p, void *pStackCtxt_p)
{
phyRegVal = CUST_PHY_DP83869_readExtendedRegister(pAppCtxt_p, pStackCtxt_p, CUST_PHY_DP83869_OP_MODE_DECODE);
phyRegVal |= CUST_PHY_DP83869_DATA_OPMODE_DECODE_MII;
CUST_PHY_DP83869_writeExtendedRegister(pAppCtxt_p, pStackCtxt_p, CUST_PHY_DP83869_OP_MODE_DECODE, phyRegVal);
}
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
2. If we choose to go with dp83822i (PHY IC), it supports MII/RMII/RGMII to SMII. it could work by selecting MII to MII for ethercat and ethernet/ip.
how will it work for profinet i/o IR/IRT - real time data?
In the above figure, we were able to figure out that controller MAC is configured in MII mode and as well as PHY DP83869HMRGZT (PHY IC input ) in MII mode. And on other side of DP83869HMRGZT (PHY IC output) it could be SGMII, is that possible in this IC, if yes, will it work for EtherCAT.
Hi Santosh, Thanks for clarifying this, as stated above if you have MII for EtherCAT MAC then it should work. But please confirm once with the PHY team before going ahead with the design. I do not see a risc from MAC side.
below is the code snipet from TI am2434 code base that sets MII mode in DP83869HMRGZT (PHY IC). but could figure the PHY settings for the other side of PHY (output side) in code.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
void CUST_PHY_DP83869_setMIIMode(void *pAppCtxt_p, void *pStackCtxt_p)
{
phyRegVal = CUST_PHY_DP83869_readExtendedRegister(pAppCtxt_p, pStackCtxt_p, CUST_PHY_DP83869_OP_MODE_DECODE);
phyRegVal |= CUST_PHY_DP83869_DATA_OPMODE_DECODE_MII;
CUST_PHY_DP83869_writeExtendedRegister(pAppCtxt_p, pStackCtxt_p, CUST_PHY_DP83869_OP_MODE_DECODE, phyRegVal);
}
We do not have SDK support for bridge mode of dp83869 phy, you will need to work with phy team on these details.
2. If we choose to go with dp83822i (PHY IC), it supports MII/RMII/RGMII to SMII. it could work by selecting MII to MII for ethercat and ethernet/ip.
how will it work for profinet i/o IR/IRT - real time data?
Profinet also works with MII and RGMII, so it should not be a challenge as such.
Let me know if you have any other query.
thanks for the reply Nilabh,
can you please help us in connecting to PHY team, arranging a web call would resolve all the queries. From my side FW and HW team would join the call.
HI Santosh,
Could you please create a thread in the phy forum so that your ticket gets routed to the appropriate expert.