我发现了一些扩展重叠的文档 ARM核心（来自ARM）和供应商特定文档，重复 已经由ARM自己提供的ARM内核信息。特定 STM32F10xxx / 20xxx / 21xxx / L1xxxx作为器件系列的例子，有 分发了大量冗余的核心特定信息 6个数据表和手册，来自ARM和STM。
我的问题是，是否有任何努力减少这些信息 ARM核心实施公司多余？感谢任何回复。
答案 0 :(得分：1)
通常使用arm而我假设其他IP供应商核心（mips等），您希望特别从ip供应商（arm）获取核心文档。在这种情况下，http://infocenter.arm.com获取ARMv7-M的ARM体系结构参考手册（ARM ARM），然后在Cortex-M下获取Cortex-m3或m4或m0技术参考手册（TRM），理想情况下获取手册如果芯片供应商提供了该信息（即使它不是最新的手册），则特定于设备核心的修订。
从芯片供应商的角度来看，当您在部件中购买了ip时，无论何时创建程序员参考手册，您仍然希望为用户提供完整的手册。我认为ARM限制你可以/应该发布多少，并且更喜欢提供核心文档。外设如Cortex-M3内部的定时器，它具有由ARM驱动的偏移，但是由芯片供应商驱动的基址，您将经常在芯片和IP供应商手册中看到。与ARM不同，一些IP供应商不希望用户看到他们希望芯片供应商处理提供和支持编程支持的手册。因此，在IP供应商的基础上，在逐个芯片供应商的基础上，您将看到针对文档问题的大量解决方案。
在单个芯片供应商公司中，你会看到相同的习惯，也许是因为只有一个人或团队为一系列芯片或公司政策/实践编写所有手册，或者因为下一个芯片手册窃取了来自先前芯片和芯片手册的相当数量的逻辑和内容（剪切和粘贴并根据需要更改一些内容）。
您不会看到两家竞争芯片供应商的标准化。看看你是否可以让英特尔和AMD共同创建一个x86手册，或者符合相同的芯片引脚排列，占位面积，功率等标准。有人可能会复制另一个以替换掉或替代源代码部分，但你不会通常看到芯片供应商相处得很好。这样做通常不符合他们的最佳利益。他们可能不得不购买彼此的ip块或让律师写下专利使用费支付协议等等，但是你不会看到它们并排坐着并且除非因某种原因被强迫而继续工作。
完美的例子是cortex-m3中的系统计时器或有关内部核心中断信息的信息，例如，如果供应商已经添加了自己的中断逻辑并在arm核心外部注册。很少，除非成功获得批准的克隆（xscale），否则您将看到完整的指令集。
如果供应商要自己发布这些信息，那将更加混乱，标准化程度降低。迫使程序员去这里和那里寻找已经移动或不存在的文档，因为你不想或不会在你的文档中发布，这对程序员来说有点偏僻，同时虽然经验是一致的，但是程序员使用ARM文档，其核心方面是跨芯片供应商的一致体验。