- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi All,
1. 我这边客户在使用PSOC63 的时候遇到了一个问题.
在使用DFU 的情况下 ,客户将看门狗例程作为APP 下载后 , 看门狗超时复位后 进入未知状态,不能复位.
使用的例程是: https://www.cypress.com/documentation/code-examples/ce220060-psoc-6-mcu-watchdog-timer
2.使用外部晶振时,休眠功耗较高.客户目前使用的是如图 IMO(8Mhz)内部RC振荡器进行倍频使用,客户希望使用
AltHF:BLE ECO的外部32Mhz 晶体作为系统频率.让主控拥有更精确的时钟,降低温漂等外界环境对时钟的影响.但是配置好之后,系统进入Deepsleep
之后功耗10mA 左右,使用IMO 倍频到同样的主频(144),在Deepsleep状态只有 大约 20uA.@
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
首先你需要确认你所说的复位信号异常是不是我在post#2中提到的,post#2中的现象是合理的现象,而非异常。
DFU过程中,app0在将执行权交付至app1时,必定会进行software reset,app1开始执行后reset reason寄存器记录这个software reset,而非WDT reset.
你先确认下,客户那边WDT复位异常的具体现象。
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
客户在自己的板子还是DVK上测试的?
第二个问题测试代码可以附下?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
关于第一个问题,我这边拿ce220060修改为app1测试,确实存在reset reason由WDT reset变为其他类型reset,从而reset之后闪烁的LED从绿灯变为红灯,这个问题是合理的,因为app1进行WDT reset后首先会执行app0, 通过app0调用执行app1,期间会进行software reset,从而相关寄存器的值会发生变化。
关于第二个问题,我会核实下。
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Fred,
非常抱歉,这几天都忙晕了,没能给您及时回复.
目前客户是在自己产品上测试的,之前为其申请了20 样品,已经做了一次小批.
之前应为开发板的芯片版本为Rev.11 无法使用3.1.0 的库, 所有这次客户全部在正式版芯片上做测试.
第二个问题,因为客户做的是医疗产品,所以担心内部的RC 振荡器的温漂会影响 器件性能,所以希望想使用外部 晶振,然后代码方面 客户先是图形化配置好时钟,再主函数调用 deepsleep函数 进入低功耗模式进行电流消耗的测量.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
关于第二个问题,如果使能Alternate BLE ECO作为系统时钟源,确实会产生功耗过高的问题,原因是BLE middleware会阻止BLESS进入deep sleep mode, 否则会导致ECO被终止产生系统问题。
正确的做法是在进入deep sleep之前把HFCLK/FLL/PLL时钟源切换为其他时钟,如IMO/External clock/SRSS ECO, 待系统从deep sleep唤醒后重新配置回BLE ECO。
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Fred,
关于在DFU 的APP 中放入看门狗, 复位信号异常 这个问题有什么好的建议么?或者我们可以采用其他的方式绕过这个问题么?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
首先你需要确认你所说的复位信号异常是不是我在post#2中提到的,post#2中的现象是合理的现象,而非异常。
DFU过程中,app0在将执行权交付至app1时,必定会进行software reset,app1开始执行后reset reason寄存器记录这个software reset,而非WDT reset.
你先确认下,客户那边WDT复位异常的具体现象。
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Fred,
客户是参照DFU 例程 自己修改了一套 APP0 与 APP1 都可以升级的 Bootloader 程序,方法是先将升级程序放在外部 Flash中 ,然后在APP0 中校验 APP1 是否需要升级,在APP1中校验APP0 是否需要升级, 如果想在Bootloader 中使用看门狗复位应该如何操作呢?
这次开完会之后Marketing 建议将问题放在Case 中,您可以将自己加入Case中参与讨论 case# 00514131.