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.

[参考译文] AM6442:Profitnet IP 配置问题

Guru**** 2756835 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1612602/am6442-profitnet-ip-configuration-question

器件型号: AM6442

你(们)好

 

在我们的 am64 profitnet 示例中、我们可以在内核和 r core 下执行相同的 IP 和相同的 Mac 地址吗? 隧道时示例

 

以下是客户用例

  1. 控制层和应用层
    CPSW EtherCAT 主站:利用 CPSW(通用平台以太网交换机)硬件外设集成 EtherCAT 主站协议栈以实现高速工业自动化控制。
    基于 Linux 的 Web 服务器:托管在 Linux (A53/A72) 内核上的专用 Web 服务器、可提供图形用户界面 (GUI)、用于实现远程监控、配置和数据可视化。
  2. 实时通信层
    基于 R5F 内核的 PROFINET 协议栈:PROFINET 协议栈被卸载到 ARM Cortex-R5F 内核、以确保独立于主操作系统负载的确定性实时响应时间。
    ICSSG 入口/出口管理:部署 ICSSG(工业通信子系统-千兆位)固件、以处理标准以太网帧入口和出口的高速处理。
  3. 网络和协议处理
    双协议并发处理:系统架构支持同时处理 PROFINET 循环数据和标准以太网 (TCP/IP) 数据包、而不会出现交叉干扰。
    统一 MAC 地址:实现跨接口共享的单个 MAC 地址、简化网络节点标识并确保与现有 IT/OT 环境无缝集成。
  4. 双端口端口配置 (PROFINET)
    该器件使用一个具有功能分离功能的双端口物理接口:
    主要端口(实时):严格专用于 PROFINET 循环流量、用于任务关键型工业控制。
    辅助端口(诊断/访问):配置为信息访问、允许诊断数据检索、监控和标准网络通信。

所以他们想知道两个不同的 Mac 和 IP 为什么他们需要 lwip 桥

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Will:

    根据客户用例、这里有很多东西需要解包。 但我会保留我的答案、具体回答您关于 Mac 和 IP 地址的最后一个问题。  

    Lwip 桥接器是 LwIP 模块内部的一个组件、允许根据 MAC 地址重新路由数据包。  
    因此、重要的是要了解 lwip 桥不是 IPC 的直接替代。

    隧道是 lwip 桥启用的一项功能、允许 Linux 通过 R5 上协议栈通信所在的同一端口进行通信。 它使用不同的 MAC 和 IP 地址连接到可通过 ICSSG 以太网端口访问的同一以太网通道、对两个器件进行仿真。 长话短说、它是一种 2 MAC、2 IP 地址解决方案。  

    现在、如果您的客户对“单 MAC、单 IP“解决方案有严格要求、我们的 SDK 中不提供该解决方案。  
    但根据我的理解、有两种实施方法。

    1. 该 隧道确实有助于我们从 A53 <->R5 发送和接收数据、就像它们通过标准以太网通道连接在一起一样。
      您的客户可以使用此功能创建套接字转发应用程序。 I.E、本质上将所有数据包发送到 Profinet 堆栈 (R5)、并在 R5 应用中有一个专用的 TCP/UDP 套接字、通过将数据转发到另一个套接字来处理 Linux (A53) 所需的所有数据、该套接字将通过 IVE 将数据包发送到 Linux。 这样、可以重复使用 Linux 上的 eth1 IVE 接口。  
    2. 另一种方法是创建自定义 IPC(例如,使用环形缓冲区)、以便在应用层的 R5 和 A53 之间进行数据包传输。  

    通过我们之前的讨论、我了解到您的客户希望在 Linux 上使用 eth1 (IVE) 接口来实现 IP 数据包。 因此、选项 1(套接字转发)可能更适合您。 遗憾的是、工业通信 SDK 中没有这方面的示例。 这方面的任何支持都将被视为自定义的、需要付费合同。

    此致、
    Bharath

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Bharath:

    客户是否可以在 PRU 上使用 ti emac 用例、使用 修改后的同一应用程序转发以太网堆栈?

    功能本身看起来确实相同。

    这样可以吗?

    THX

    Will

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Will:  

    您能否提供更多信息? “ti emac 用例 on PRU“是什么意思?

    此致、
    Bharath