[参考译文] TMS320F28379D：大规模生产的专业编程

很遗憾听到您的糟糕体验。 这涉及到很多组件。 有些可能是硬件问题、有些与闪存编程器相关、有些则使用工具。 感谢您与您创建的各种主题帖分享您的反馈。

尊敬的 Ki：

今天、我在 CCS 中固定了20多个电路板。 您告诉过我、它使用另一个 API (哪一个？ 我可以使用它吗？)

DSLite 的主要区别在于、 我 为所有操作保留了一个开放会话(DSLite I 使用4个调用)。

尽管如此、对于 CCS、我有很多问题、包括以下类型：

1) 1)[ x3不同电路板]当我为 CPU1编程 OTP 时(我序列中4个步骤的最后一个)、它返回错误：

我想、我误选了另一个内核(或 CCS 选择了该内核- CCS 在运行期间会在这两个内核之间切换)、但没有选择 我仔细检查了一下,它是对的。 尽管我选择了 CPU1、但 CCS 正在尝试对 CPU2进行编程 已编程、因此出现错误！

2)[x1]当我尝试计算内核的校验和时、我有：

擦除两个 CPU 中的闪存后、工作正常。

编写程序(甚至发送到 RAM)和运行我可以自行处理的程序的最通用方法是什么？

是 DebugServer 吗？ 您能和我分享一些关于这个主题的文档吗？

novar luo 说：

涉及许多组件。 一些可能是硬件问题、一些与闪存编程器相关、一些与工具有关。[/QUOT]

我还认为这种多层结构是潜在的问题根源。 这就是我尝试限制元件数量并找出根本原因的原因。

此致、

Piotr Romaniuk

PS
我检查了闪存内容、发现具有闪存内校验和的电路板具有可重复的错误(例如：仅对一个扇区进行了编程；具体而言、相同的 值未正确编程。)  

尊敬的 Ki：

感谢您的答复。 我稍后将回复、因为我参与了编写基于 RAM 的引导加载程序。

此致、

Piotr Romaniuk

尊敬的 Ki：

Piotr Romaniuk 说：

您告诉过我、它使用另一个 API (哪一个？ 我可以使用它吗？)

抱歉、我可能把其中的一些线程弄混了。 您指的是哪个 API？

我询问了 CCS 调试视图。

novar luo 说：

我使用 F28379D 的频率非常高、而且从来没有见过(在 CCS 中)我在"Debug"视图中选择 CPU1、但该 CPU1在加载程序操作期间对 CPU2进行编程。 如您所述、有时调试器会由于交叉触发而切换调试上下文、但只要正确的 CPU 仍在"Debug"视图中突出显示、则调试操作应仅适用于该 CPU、除非使用了某个同步组。

我有另一次体验。
例如、我在具有调试服务器连接的窗口和 CPU-Flash 窗口中所选内核(输入 DCSM 参数的窗口、闪存擦除按钮等)之间曾看到过差异。

我所述的问题(即意外切换到另一个内核)在不同的电路板上发生了3次。 我以非常系统的方式执行操作、 将所有步骤记录在 excell 表中。  

根据从 RAM 加载的预引导加载程序进行的编程、它的工作情况非常好、编程没有错误。
因此、问题在于 DSLite 存在一些问题、它们可能与多个会话有关(会话之间的历史记录或项目同步缺失)。

从大规模生产的角度来看 、有两个目标：

1)低编程故障率,  

2)编程时间短。

对我来说、已实现[1]。  
不幸的是、将 prorgam 加载到 RAM 的过程耗时很长。 代码约为30KB、DSS 加载该代码的过程需要30秒。
JTAG 在5MHz 时钟下工作、这意味着会产生巨大的开销。

我将为此问题打开另一个逻辑讲座。

此致、
Piotr Romaniuk

PS
我的初始问题是："如何在生产中进行大规模编程？" 仍然打开。