[参考译文] CC1312R：CC1312R 问题

我认为这需要做一些工作来看看是否可能。 如果这需要修补程序，则应通过销售渠道而不是技术渠道来请求修补程序，并且需要相当大的数量才能使其感兴趣。  

向自己抱怨"因此、文档有限的封闭式源代码内核存在问题"。

TI 的人员配置和兴趣限制了客户如何使用该器件(而不是实际可以使用的器件)、但我所展示的开发套件显示、由于 TI 内部开发时间有限、因此表中留下了大量的功能和功能。  向我发送一份 NDA 和编程手册、然后我将自行签署(我不希望管理供应商)。  通过论坛向我发送电子邮件、以便我们可以交谈、可能不是一百万个部分、但更可能有几千个部分可以访问。

我们在 CM4侧有完整的传感器控制器文档、但我们没有涵盖调制解调器的文档。 这是两个主要原因：复杂性高、需要了解调制解调器的全面实施、即使签订了 NDA、也会显示太多细节。

我不确定您试图说服我什么- SDR、DPLL、混频器和放大器太难让人们理解？   或者、您希望将我的设计工作的输出保持为专有状态、以便您可以将其出售给其他人、而无需补偿我的设计工作？  或者、您不希望公众发现部件实施有问题、即使 NDA 提供了技术详细信息也是如此？

第一个回复的内容是"由于数量少、我们不想在您的购买中投入精力。"

这是公平的、我们都必须证明我们的成本是合理的。  我的回答是、我将"浪费我自己的时间"找出您的部分以使其正常工作-我只需要您自己的员工在设计算法以实现我所期望的目标时将使用的文档(甚至工具)来了解可用的资源和寄存器。

第二个回复真的让我感到很痒。  您说您没有可用的文档-我将继续、并怀疑无线调制解调器设计只能靠某人的脑。  我猜您的意思是您没有公开可用的文档-"是的、我知道"、因为我找不到它、这就是我提出输入 NDA 以获取任何文档的原因。  不过、您最后一句的最后半句表明、您的"专有工具"实际上可能只会掩盖在现代 SDR 中的非新颖实施中安排的相当简单和常见的组件、这可能会使专利无效？  TI 是否担心会对 ISA 进行逆向工程并为 TI 无法控制的器件发布开源工具？  这不是我的意图、但-您留下的是哪些选择、让更小的有动力的客户？ 逆向工程？ 模拟器件？ NXPTM  我很难理解为什么没有托管路径...

我会考虑这一问题一周、我再次建议通过电子邮件进行此讨论。