[参考译文] CC3235MODASF：上电复位不工作

Chris、您好！

您可以在没有连接 UART 的情况下重复测试吗？ 只是为了消除通过引脚内部使用内部保护二极管对模块进行寄生供电的可能性。

1月

未将任何元件连接至 UART (我非常清楚寄生供电的风险)。

Chris、您好！

好的、 与 TI 上电有关的问题、请等待解答。 同时、您可以共享图像 UCC 上电转换看起来是什么样的。

1月

顶部的迹线是电池电压

下一个迹线是在 SoM 上测量的 Vbat

下面的迹线是 nRST 线。

上面的捕获是在我添加了"低启动"电路之后获取的、因为我注意到开关抖动产生了大量飞溅物。

这仍然不会导致完全复位。  有时、我可以通过打开、等待几分钟、然后关闭再快速打开来"欺骗"。

我想到底发生了什么、SOM 的断电检测器会在这些条件下运行

我注意到、内部复位电路不会使 nRST 延迟太多、即使延迟完全来自 Vbat 线路。

即使我在 nRST 线路上添加了一个电容器(已尝试10nF 和100nF)、尽管 nRST 随后的上升速度更慢(正如您的预期)、SoM 仍然无法完全重新启动。

正如我所说的、我可以通过短暂地将 nRST 短接至地然后释放来可靠地启动芯片。

Chris、您好！

8ms 提高时间听起来不像是件糟糕的事情、但请等待 TI 的回答。

从您的原理图中、我不确定您的 SOP 模式是什么。 但我想它不是0-1-0[2-1-0]对吧？

1月

SOP 0断开连接、SOP 1断开连接、在编程时 SOP2通过30k 上拉、但其他情况下则断开。

D3是一个非肖特基二极管、具有低至纳安级的反向泄漏电流、因此我认为 SOP2不存在上升的危险、但我今天晚些时候会在工作台上对此进行检查。

我的电源输入电路目前如下所示：

Q11故意"反向接线"、形成了一个反极性保护电路、我之前已经使用过很多次。

滑动开关现在不直接切换电源、而是用于导通 Q14、启动时间常数由 C7和 R1确定。

(我已经做了改变、因为如果我通过开关直接冲击电池上的2x100uF 电容、可以看到电池电压短暂崩溃到大约1.5V、并且突然浪涌会产生大量尖峰)

当电源开关关闭时、R14消耗 C7 (尽管需要几秒钟时间)

当器件关闭时、R5会将电荷转储在2 x 100uF 中。

仅为方便起见、我使用相同 CC3235MODASF 开发的另一款产品使用相同的反极性保护、但由于该产品上有其他器件需要3V3电源轨、因此电池需要基于 TI TPS61322为 SMPS 供电。  在这种情况下、电池在启动时绝对需要花费大约25毫秒、因为 SMPS 巧妙地尝试将去耦合器升至3V3、但 SMPS 的输出 大约需要15ms 才能达到3伏。  同样、该产品的 nRST 信号也没有明显的延迟-它似乎只是跟随 Vbat 信号。

嘿、Chris、

当您使用镊子进行复位时、假设您这样做是正确的吗、因为系统正在通电、然后在电源达到稳定状态后释放？

8.16.1的数据表中介绍了上电顺序。 该示波器屏幕截图的更放大版本有利于确认 nRESET 线是否在 Vbatt 达到 stead 状态后的至少1ms 内保持为≤0.6V。 提供的示波器捕获似乎并不是这种情况、但通过缩放很难辨别。

我没有尝试在上电过程中握住镊子。  我一直在做的是加电、等待 app 是否启动以及没有启动、使用镊子将 RESET 线拉低并释放。

您将哪个文档称为"数据表"？  我有 SWRS243和 SWRS215B、但它们没有第8.16.1节

我将在星期一获得一些更好的示波器跟踪。  

到目前为止、我使用了 CC3235MODASF 的其他项目除了连接到 nRST 引脚的编程连接器之外没有任何其他电路、因为 SWRS243第7.3.2段包含以下内容：

'此模块特有一个内部 RC 电路来在加电期间将器件复位。'

但是、下一句为"为了使器件成功复位、NRESET 引脚必须保持在0.6V 以下至少5ms。"

而"范围测量结果并不表明情况如此。

我曾尝试通过向 nRST 引脚添加电容来解决该项目的问题、但这似乎没有任何区别。

以下是请求的示波器跟踪

首先、这是使用我添加的"软启动"电路进行的斜升、除了连接到 nRST 的"范围探针"外什么都没有。

顶部迹线是输入的电池功率、中间的迹线是 Vbat 斜升

底部的一个是 nRST

nRST 上升过程中肯定没有以毫秒为单位的延迟

在回答您关于 SOP 行的查询时、我在观看 SOP2时捕获了上电：

顶部迹线为 Vbat、中间迹线 SOP2、底部迹线 nRST。  注意、时基现在是每 div 200ms。

您将注意到在 SOP2线上短暂"上"(这不是浮点、是硬上拉)、然后变为低电平、大约1.3秒后再次变为高电平。

放大初始转换：

我们可以看到、在 nRST 斜升后大约10ms 时在 SOP2上发生此 hign、并持续大约15ms。  "低电平"周期持续大约1.35秒。

在 ROM 启动阶段、似乎有些东西(绝对不是我的应用、它不会接触 SOP2)正在晃动 SOP2线、并且需要很长的时间才能完成。  我之前曾观察到使用此 SoM 的完全不同的项目中 SOP2被拉高、但从未深入研究过。

凭经验、我还发现、在1.3秒内进行硬复位也无法正确启动。

我必须等待该操作完成、只有这样、我才能"进行测试"、或使用我的辅助 MCU 运行复位线路。

现在,我希望我已经两岁了,可以通过躺在我的背上,不能安慰地哭泣,刺激我的胳膊和腿来解决这个问题。  可惜的是, 现在在我60年代,这似乎不再起作用了。

更多信息：

由于这个 SOP2的行为表明在启动时出现了*something*，我开始想知道是不是我的应用程序出现了故障。

为了检查此情况、我已在"主线程"的前几行添加了两行以摆动 GPIO

现在我主线程的前几行内容如下：

    PRCMIORetentionDisable(IO_RETAIN);  //Unlock pins
    GPIO_init();
    GPIO_write(WIG_WAG,1);

    /* Read the GPIOSs - must be the first thing we do so that we 'catch' the wake-up IO may need capacitors...*/
    but_num = 0;
    setup = GPIO_read(SETUP);
    if (but1 = (GPIO_read(BUT1) == 0))
        but_num = 1;
    if (but2 = (GPIO_read(BUT2) == 0))
        but_num = 2;
    if (but3 = (GPIO_read(BUT3)== 0))
        but_num = 3;
    if (but4 = (GPIO_read(BUT4)== 0))
        but_num = 4;
    if (but5 = (GPIO_read(BUT5)== 0))
        but_num = 5;  
    GPIO_write(WIG_WAG,0);   

我已经添加了一个廉价的微控制器在加电大约2.5秒后提供一个明确的复位脉冲、所以我的启动轨迹看起来像这样：

黄色= Vbat；青色='WIG_WAG' IO 线路；品红色= SOP2；蓝色= nRST

您可以看到 SOP2线路在上电时起作用、但"wig-wag"线上什么也没有。  在中大约2.5秒时、我在 nRST 上施加0.5秒的低电平。  再次,我们看到 SOP 跳舞,但现在,在完成后不久,我们得到预期的泡在假发 IO

我真的希望有人能解释发生了什么。  根据实际情况、几乎需要五秒钟的时间才能使器件在上电后可用！

我或许还应该补充一点、即该应用在显示 LED 图形一段时间后进入"休眠"模式、然后由 GPIO 触发器唤醒。  一旦实现初始启动、该端就可以正常工作。

非常感谢、

Chris

嘿、Chris、

感谢进行广泛的测试并提供结果。 明天我将与我们的一位软件专家同步、看看我们是否能发现这里发生了什么。 我明天会在 EOB 之前回复您。

嘿、Chris、

您是否偶然有了 此器件的 EVM？

是的、我做了。  您希望我检查什么？

PS -我的项目使用 tirtos、因此它作为依赖性被引入。  但是、我刚刚注意到、不知何故这似乎是一个调试版本：

我将尝试更改它并返回报告。

因此、更改为 tirtos 的[Release]并没有什么不同。

使用 LAUNCHCC3235MOS 板：

我也一直在使用 EVM 进行实验、部分是尝试在启动时在 SOP2上引脚确定这些转换发生了什么。

我首先在电路板上对"power_measurement_CC3235SF_LAUNCHXL_nortos"进行编程。

我仍然看到 SOP2转换、并且具有接近识别的时序、因此这与 TIRTOS (或我的应用)无关、我想这可能就是这样。

我还确认每次在这个平台上我的应用程序都会完全启动(在一秒钟的 SOP2延迟之后)。

我一直都在通过以下方法进行测试：拔下电路板的 USB 连接(从而拔下电源)、并使用电路板末端的复位开关。

此外、由于现在尝试委托我的所有24个定制 PCB、我拥有各种行为分布。  约30%的产品工作正常(当然我的原型板也是如此)。  约有10%的人很难进入(使用镊子方法除外)、其余的人通常会通过操作电源开关几次而无法进入启动阶段。

最后、我尝试将 power_measurement 应用程序推送到我的电路板。  该操作在上电时通常也无法启动。

不可避免的结论是、我的硬件设计有误、但我真的不明白我做了什么错(*不*使用 SMPS 稳压器为器件供电时除外(正如我在其他设计中所做的那样)、 而是使用普通旧开关连接到3V 电池呢？

我在发布平台上提供了我的应用程序启动的以下示例、并附有评论、但我认为这些示例并未添加太多内容：

黄色：3V3导轨；青色：我的"wigwang" GPIO06；洋红色：nRST；蓝色：所有图片均为 SOP2

你可以(只是)看到大约40%的路线的 wigwag 脉冲

通过放大同一捕获图、我们可以看到、根据我的定制板、第一个 SOP2高电平大约为12ms

我们还可以开始看到3V3线路上有一些下冲。

我们还可以看到 nRST 线路保持低电平约30mS。  真有意思。

进一步放大、在同一捕获上、我们可以看到3V3启动对该捕获非常令人兴奋、但我无法重现该情况。

接下来、我移除了从调试器传输 nRST 信号的跳线至目标器件、并使用我的编程应用程序再次进行测试。

到目前为止、每次都启动一次、但我注意到、在这种情况下、nRST 线会跟随电源轨、尽管边沿已经建立了一些、因此我假设它的调试器探针在先前的迹线上将 nRST 保持了大约30ms (在此跟踪期间、我在 SOP 行上没有迹线4)。

我要注意的是、此样本上的功率斜坡非常干净、在斜坡开始之前用一个微小的赝像在大约300us 内上升。  这可能是一种线索。

嘿、Chris、

这正是我在要求 EVM 时想要看到的。 它有助于锁定我们需要继续调试的位置(硬件与软件)。 您甚至可以使用定制硬件上的演示软件进行此检查。 根据这个额外的测试、我还倾向于将更多精力放在硬件上、因为这是问题的罪魁祸首、因此让我们看看我们是否可以进一步挖掘。 我真的不明白没有 SMPS 会如何影响这一点、即使从时序的角度来看、POR 电路也应该做到同样的。

您刚才提到、有些电路板从一开始就在工作、 我们是否能够得到 一张示波器截图、捕获这些工作板之一的 VBAT、nRST 和 SOP2波形进行比较？ EVM 示波器捕获显示了延迟大幅提高的 nRST 信号、该信号更符合我的预期(这可能也是因为从其他路径添加了布线电容器) 因此、最好确认这些良好的定制电路板之一是否与 EVM 或不起作用的定制电路板相匹配。

然后、我们可以看到从模块的屏蔽层中脱落。 基于工作和不工作的分散情况、我想知道在组装过程中是否可能会出现上电复位电路的盖子可能发生了偏移。

大家好，迪伦，我现在不得不转换项目，但明天或下周早些时候会对上面最有用的评论作出回应。

我现在又花了半天时间观察"好商品"和"坏商品"。  在下面的布线中、黄色是 Vbatt 线、青色是 nRST。  垂直刻度为1V/div

我不认为"自由电容"理论真的适合我,因为 nRST 斜升在我看来完全一样的"好单元"作为"坏单元"。  我将看到一个大约为1.06ms 的时间常数。  上拉电流在2.8V 电源下测量到27uA、即100k 上拉电阻、因此复位线上的电容为1.06ms => 10nF、这符合预期。

我注意到的是、开关关闭时有时会出现大量的"散列"。  下面我们举例说明：

放大转换点：

这里还有一个放大的示例

在第二个示例中、负偏移明显为-0.8V、因此实际上可能更大

示波器接地和 Vbatt 采样点直接跨 SoM 旁边的2x100uF 电容器、因此我认为这是"真实的"、而不是测量赝像。

我已经设法通过改变拓扑来"驯服"这一点、使开关在反极性 FET 之前出现、并且我已经增加了栅极电阻器、以便与 FET 的输入电容相结合、我们可以得到大约250us 的斜坡。

凭经验、如果系统不启动、我经常可以通过将其关闭然后再合理快速地再次开启来使其停止。

以下是成功"第二次尝试"的屏幕截图：

您将注意到、Vbatt 和 nRST 没有时间衰减回零、而是在它们大约为1伏时、第二次导通。

我认为这里正在发生的是、"黑出"检测器实际上负责在此类启动中复位芯片-而不是上电复位电路。

此 SoM 的问题之一是 nRST 阈值非常低-只有0.6V。   如果以大约1.3V 的电压触发施密特触发、我们会感到更加舒适！  然而、这不会改变...

嘿、Chris、

您是否在工作电路板和不工作电路板之间使用了不同的电池？

您是否尝试过使用外部电源代替电池进行这些测试？

我的大部分测试都是使用我的工作台电源进行的、但定期测试也使用 CR2锂电池进行比较。

我还没有尝试过其他类型的3V 电池、因为我们已经为产品采用该外形-至少在未来几年。