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.

[参考译文] AM2432:Profinet MAC 地址行为

Guru**** 2895520 points

Other Parts Discussed in Thread: AM2432

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1604547/am2432-profinet-mac-address-behavior

器件型号: AM2432

您好、  

我将 AM2432 与工业 SDK 11.00.00.08 配合使用、

我对使用 Profinet 协议管理 MAC 地址有疑问。

我已经看到、从给定的 MAC 地址开始、堆栈会通过向该地址添加+1 和+2 来生成另外两个地址。 例如、MAC 地址为 AC:D3:64:00:00:00:00 时、端口将使用 AC:D3:64:00:00:01 和 AC:D3:64:00:00:02。  

说每个设备总共使用三个 MAC 地址是否正确?  

那么、在选择同一网络中包含两个设备的地址时、是否应该考虑这一点? 例如、如果 Device1 的地址为 AC:D3:64:00:00:00(端口 MAC 地址为 AC:D3:64:00:00:01 和 AC:D3:64:00:02)、Device2 AC:D3:64:00:00:01(端口 MAC 地址为 AC:D3:64:00:02 和 AC:D3:64:00:00:03)、则可能存在任何地址冲突?

谢谢您、

此致、

Andrea

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

    您好、Andrea、

    正确的是、如上所述、每个 PROFINET 设备使用 3 个 MAC 地址、并且应保持所有这些地址的唯一性、因为 PROFINET 环境中的某些协议(如 LLDP、MRP、PTCP)需要端口级寻址、并且同一 MAC 的重复项可能会导致问题。

    此致、
    Kamil  

     

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

    您好 Kamil、

    #1。 每个 AM243x 器件都有唯一的 MAC 地址、是否在工业 SDK Profinet 演示/示例中使用?

    #2. 如果可以使用 SOC 电子保险丝、建议客户获取和存储复位 2 MAC 地址。 否则、如何获取 3 个 MAC 地址?

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

    您好、Tony、

    1、可以、MAC 地址存储在器件的 EEPROM 中。 您可以在栈初始化完成后调用 app_hw_Board_info_getMacInfo () 来读取它。

    2.另外两个 MAC 地址只是 1 中获得的 MAC 地址的+1 和+2。

    此致、
    Kamil

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

    尊敬的 Kamil:

    #1。 我是指存储在寄存器中而不是电路板 EEPROM 中的每个器件的唯一 MAC 地址。 该接口是否可用作 Profinet MacAddress?

    向 EEPROM 分配和存储 MAC 地址需要在生产线上执行额外的步骤、客户认为 这不仅耗时、而且需要大量人力。

    #2. 就是简单地将 1 或 2 添加到另外两个 MAC 地址一个共同或简化的方法,如何保证唯一性,不会发生冲突。

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

    尊敬的 Tony:

    1.我将    与负责的团队讨论从 CTRL_MMR0 寄存器中存储的 MAC 地址派生的端口 MAC 地址的唯一性,并返回给您。 但是、客户通常不使用此 MAC 地址。 他们更愿意自己决定 创建和维护自己的 MAC 地址列表的最简单方法。

    2. Profinet 协议栈从用户应用获取设备的 MAC 地址、并通过添加 1 和 2 来设置端口 MAC 地址。 这种方法在我们的库中很常见且是静态的。

    此致、
    Kamil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我将    与负责的团队讨论从 CTRL_MMR0 寄存器中存储的 MAC 地址派生出来的端口 MAC 地址的唯一性、然后返回给您。

    无需讨论、 对此进行了讨论并确认 CTRL_MMR0/1 MAC 地址对于每个单元具有唯一性。

    我的问题是为什么 TI Profinet 演示/示例不使用该免费的唯一 MAC 地址。

    但是、客户通常不使用此 MAC 地址。 他们更愿意自己决定 创建和维护自己的 MAC 地址列表的最简单方法。

    创建和维护自己的 MAC 地址列表有什么好处?

    这是因为其他竞争对手的解决方案没有预先验证的 MAC 地址、也不知道 TI 器件有、所以他们仍然使用旧方法?

    客户认为、自行维护 MAC 地址很不方便、它需要一个 EEPROM、这会增加成本、增加 PCB 尺寸、并需要额外的步骤来熔断它。  

    Profinet stack 从用户应用程序中获取器件的 MAC 地址、并通过添加 1 和 2 来设置端口 MAC 地址。 这种方法在我们的库中是通用的、静态的。

    它只是 TI 解决方案中的常用方法、还是竞争对手解决方案的常用方法?  

    它是否可以通过添加 1 和 2 来确保独特性?

    您如何认为将 Profinet 演示更改为使用 CTRL_MMR0/1 MAC 地址、这将是 TI 解决方案的优势。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [报价 userid=“35100" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1604547/am2432-profinet-mac-address-behavior/6257973 ] 讨论并确认 CTRL_MMR0/1 MAC 地址的单位地址是唯一的。

    没错

    我的问题是为什么 TI Profinet demo/示例不使用这个免费的唯一 MAC 地址。

    原因很简单。 PROFINET 需要为每个 ICSSM/G 提供 3 个 MAC 地址 电子保险丝只有 1 个 MAC 地址、最初适用于 CPSW 用例。 所有器件都需要有电子保险丝、并且不支持 ICSS 的型号、因此这会导致 MAC 地址浪费。 许多客户使用 MAC 地址进行唯一识别、如果客户使用 TI MAC 地址、则在 Wireshark 日志中进行识别。他们的产品将显示为 Texas Instruments、大多数客户不喜欢这样、因为这很难在大型网络中调试问题等。

    维护 MAC 地址本身并不方便、它需要一个 EEPROM、这会增加成本、增加 PCB 尺寸、并需要额外的步骤来对其进行熔断。  [/报价]

    它们可以将该 SPI 或 OSPI 闪存与映像一起保留、而无需使用专用 EEPROM、只是因为 TI EVM 以这种方式运行。 为了识别电路板、我们的 EVM 仍然需要 I2C EEPROM、并且我们重复使用相同的非易失性存储器来存储 MAC 地址

    您如何认为将 Profinet 演示更改为使用 CTRL_MMR0/1 MAC 地址、这将是 TI 解决方案的优势。  [/报价]

    如上所述、我们认为这不是 TI 或客户的可扩展选项!

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

    我现在很清楚。

    另一个问题可能不属于 TI、但如果您知道、可以向我们分享。

    购买 MAC 地址时、它是否为连续池? 当 对 REST 2 MAC 地址使用+1 和+2 时、每个设备的 MAC 地址应在每个 MAC 地址之后设置为+3 以避免冲突?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    购买 MAC 地址时、它会是连续池吗? 当 对 REST 2 MAC 地址使用+1 和+2 时、每个设备 MAC 地址应在每个 MAC 地址之后设置为+3 以避免冲突?

    从我听到的 — 通常它的顺序池,你是对的。

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

    您好 Kamil、  

    我还有一个问题。 +1 和+2 的行为是继承自 Profinet 规范、还是 Profinet 协议栈的设计选择? 理论上、是否可以请求实现不同方法来获取端口 MAC 地址的自定义 Profinet 堆栈?

    谢谢您、

    此致、

    Andrea

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

    您好、Andrea、

    根据规范、我可以发现网桥过滤数据库(也适用于终端站)分配端口 MAC 地址是接口 MAC 地址的顺序值:



    您能否解释为什么不能分配连续 MAC 地址? 一般而言、这种方法是 Profinet 社区推荐的并被广泛采用。 如果您对定制解决方案感兴趣、并希望我们对可行性和实施工作进行初步评估、请联系您所在地区的销售代表。

    此致、
    Kamil