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.

[参考译文] TM4C1294KCPDT:TM4C129 UNIQUEIDn 布局

Guru**** 2555630 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/809367/tm4c1294kcpdt-tm4c129-uniqueidn-layout

器件型号:TM4C1294KCPDT

我们需要为我们正在制作的一系列设备生成 MAC 地址的24 NIC 部分。 我们可以使用某种类型的分配号码数据库、并在生产过程中将其分配为某种手动或自动步骤、但在设备启动期间从每个处理器的 uniqueID 生成 NIC 更具吸引力。

我们可以将完整的128位 uniqueID 向下散列到24位 id、希望它足够独特、但最好能够提取我们知道足够独特的128位 uniqueID 的部分、并仅使用这些位。

128个 uniqueID 的布局是否可用、或者这种知识是否受限、可能是出于安全原因?

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

    您好、Peter、

    TM4C129 UNIQUEIDn 只能保证所有128位都是唯一的、我们不会提供布局(我自己也没有布局)、抱歉。

    很遗憾、哈希想法对您不起作用、因为我认为您无法确保您的所有哈希都没有重叠、并且您需要 NIC 为所有设备都是唯一的。 因此、您需要使用不同的方法来处理它。 我认为、在大多数情况下、只要您拥有地址的 OUI 部分、就只需填写 NIC 即可为每个设备提供唯一的地址。 您是否担心仅为每个产品使用增量 NIC?

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

    谢谢 Ralph、

    "布局不可用"几乎是我所期待的。 不过、最好将其显式化、如果在该线程上发生其他 questers、可能会节省一些时间。

    我同意哈希和可能发生碰撞。 在我们开发的产品的生命周期内、我预计不到100、000件器件、但我怀疑墨菲和 OCCAM 会同意这种风险不值得承担!

    对于递增 NIC 的犹豫在于、它实际上增加了生产步骤、而任何使生产更简单的事情都使其更快、更可靠。 每个设备都有一个序列号、因此我们最终可能会生成唯一的 NIC、至少可以节省已用 NIC 的转速跟踪以及已用序列号的跟踪。