你好
由于free_rtos的空闲任务，我愿意将我的设备延长睡眠时间。到目前为止，我面临一些问题。
我的代码基于Dialog中的示例代码。系统正在启动，freertos正在启动，任务正在正确加载。
我正在在主要任务中运行一个循环，我确实闪烁了LED以检查系统是否存在并执行1秒睡眠。
我可以跟踪系统，直到WFI被正确执行。在那个时候，呼吸计时器被关闭和关机。
在WFI退出时，呼吸计时器不会唤醒。
当前breath_config breath_cfg, hw_led_set_ledX_src(…)，hw_breath_init(&breath_cfg);和hw_breath_enable ();都位于prvsetuhardware中。如果我将其中任何一个放在peripe_init中，即使在活动或空闲模式下也不会亮起led灯。
你能告诉我吗？
- 呼吸计时器的初始顺序是什么？
- 休眠期间保留呼吸定时器寄存器？
呼吸计时器的状态和依赖是由当前固件管理的吗?
调试这种情况的步骤是什么?
先谢谢你
致以最亲切的问候
关键词:
设备:
你好,
我可以知道哪个示例代码是基于的代码，以及您的修改是什么？您是否正在实现用于为外部LED进行自动呼吸功能的功能？
对于LED的呼吸功能，下面的代码显示了一个示例:
呼吸_config config = {
.dc_min = dc_min,
.dc_max = dc_max,
.dc_step = dc_step，
.freq_div = freq_div,
.polarity = hw_breath_pwm_pol_pos.
}；
／*
*设置呼吸定时器配置，使硬件可以自动驱动LED。
*／
hw_breath_init（＆config）;
／*
*设置LED1输出由定时器驱动。
*／
hw_led_set_led1_src (HW_LED_SRC1_BREATH);
hw_led_enable_led1(真正的);
／*
*然后启动呼吸计时器。
*／
hw_breath_enable ();
更多细节可以在SDK的peripherals_demo中找到。
你好
我的代码是基于freertos_retarget源代码。
我正准确使用你给了我
静态孔隙prvSetupHardware(空白)
{
/ /激活中断
.．..
breath_cfg = {
.dc_min = 9， //光功率- 1
.dc_max = 10， //光功率设置为10/255
.dc_step = 255，
.freq_div = 255,
.polarity = hw_breath_pwm_pol_pos.
}；
/*初始化硬件(OTPC, Cache, ADC, DCDC, USB Pads, RF，适配器，总线，设备，watchdog) */
pm_system_init (periph_init);
// Init中断控制器
hw_wkup_init (&wkup_cfg);
//配置LED1，红色
hw_led_set_led1_src (HW_LED_SRC1_BREATH);
hw_led_enable_led1(假);
// configure LED2，绿色
hw_led_set_led2_src (HW_LED_SRC2_BREATH);
hw_led_enable_led2(真正的);
// configure LED3，蓝色
hw_led_set_led3_src (HW_LED_SRC3_BREATH);
hw_led_enable_led3(假);
//配置RGB Led所需的呼吸计时器
hw_breath_init (&breath_cfg);
hw_breath_enable ();
}
如果我把前面的代码放在peripher_init中，没有led会亮起来。
从extended_sleep唤醒后保持off。
先谢谢你
它的麻烦似乎比LED更大。
休眠前:WFI后0x50000066=0x3, pm_system_wake_up后0x50000066=0x2。
数据表指出安全引导(我正在使用看门狗测试生产模式，但还没有安全引导)。
其他提示0x500030D0 = 0睡前，0x500030d0 = 1睡眠。唤醒后，似乎此功能不会正确恢复。
下一个提示是睡眠前的0x50000022 = 0x54b7，睡眠后0x54b6。RC16在延长睡眠期间停止，而不是在它之后再次启动。DCDC依靠它在运营期间被杀死。（0x5000002A = 0x20D2睡眠后：1V8和1V8P下）
我尝试将系统放入dg_configUSE_DCDC = 0以停止使用DCDC。
因此在睡眠前后0x50000022 = 0xE7D3。我睡觉后再也不会崩溃了。
但我还是没有LED
新的提示。sys_tcs正在删除LED_CONTROL_REG。如果确实在peripe_init中设置了led源，那么sys_tcs将在引导和唤醒时擦除它们。
我没有使用OTP，为什么sys_tcs在这两个时刻只设置了这个寄存器?
在UM-B-044的附录H中，似乎LED_CONTROL_REG正在生产中使用。
您能否在DA14683上运行的Freertos_Retarget示例代码查看此功能？
到目前为止我还不能使用睡眠模式。能量对我的产品至关重要。
谢谢你！
嗨,鲍勃,
您可以尝试在使用睡眠模式的SDK的任何一个BLE示例中实现它吗？您如何测试设备无法入睡？还有，这是您在Periph_init中的配置？
谢谢，PM_DIALOG.
你好
我没有时间使用我的原型使用。BSP现在非常大，所以这种集成已经搬走，因为蓝牙不在我们最低可行的产品中。
Periph_Init目前只有GPIOS / OUT配置，GPIO高/低，在执行期间固定，现在呼吸计时器初始化。
我设法延长了睡眠时间:
- 禁用DCDC
- >你能告诉我为什么RC16在睡眠期间停止，而不是重新开始？
—从电源管理中移除sys_tcs。
- >您能否向我确认如何使用重置值（0x80）停止从OTP重新加载LED_CONTROL_REG？（在定制板上的DA14683，OTP从未使用过）
- 通过移动呼吸计时器init / config在periph_init中
——> LED在睡眠时关闭。因此，我只能在执行期间使用LED。
- 在主任务中使用一个简单的循环
如果我加载了比主循环更多的代码，我确实会遇到各种崩溃/麻烦:
—hw_i2c
——>硬故障。(我需要移动到ad_i2c让它在唤醒后重新加载控制器状态)。
-如果UART接收数据时，CPU即将休眠或正在休眠(我认为外部调制解调器发送时钟更新)
- >在UART中断处理程序中断，位于hw_uart_int_busy_detected。我可以看到代码中的rbr_thr_dll相关的注释。如果你在这里有任何想法，我会很高兴。
- UART错过了与外部调制解调器的一些通信，所以我的应用程序不能正常运行。
- >我确实在这里需要硬件流量，但我的硬件不太好。如果您对UART的硬件流控制有异步通信的参考实现，我会很高兴。我目前在与外部调制解调器通信时，我目前在线程中调用ad_uart_read等待数据，但似乎它似乎错过了一些字节。
睡眠功能可能会带来更多麻烦。到目前为止，我还不能可靠地使用它。
先谢谢你
你好
我将代码从hw_i2c移动到ad_i2c。我这边没有问题了。
在UART方面，
-我在睡眠期间禁用了服务于外部调制解调器的电平转换器，所以我在睡眠期间没有消息进来。这不会改变任何事情。
-我使用JTAG探测来检查该中断的上下文。似乎这个问题与uart控制台有关，因为我的代码不使用异步通信，所以在我用来与外部调制解调器通信的uart上不会生成IRQ。我得到的唯一IRQ来自控制台服务。
你能解决以下问题吗?
- RC16 / DCDC唤醒后关闭
- sys_tcs在不使用OTP的情况下从OTP重新加载值
—话务台业务中断，以__BRK结束
先谢谢你
嗨,鲍勃,
对不起，但我很困惑。我强烈建议您不要修改SDK文件。HW_I2C是低级驱动器（LLD），AD_I2C是I2C的适配器。我强烈建议使用适配器E建议使用适配器来访问硬件外围设备，因为不仅提供对外围设备的访问权限，还要确保当前访问它的其他任务，直到外围设备暂停其操作再次发布。因此，如果另一个任务在同一时间访问相同的外围设备，则不必担心。此外，在睡眠模式下，所有外围块都断电。
谢谢，PM_DIALOG.
你好
您能看一下下面的文件吗?
1.控制台服务产生以__BRK结束的uart中断。一旦我激活了延长睡眠，这个问题就会发生。
Hardfault分析:
- LR指向UART_INTRUPT_HANDLER（HW_UART1），用于控制台服务。
- PC指向CONFIG_UART_IGNORE_BUSY_DETECT case in void UART_Interrupt_Handler(HW_UART_ID uart)
我尝试使用没有直接存储器存取配置为uart。没有变化。
2.sys_tcs在没有使用OTP的情况下从OTP重新加载值。解决这个问题，避免修改BSP文件。
-见我之前的分析。我可以使用JTAG探测，LED_CONTROL_REG是sys_tcs_apply(tcs_system)重新加载的唯一寄存器;功能。重新加载的值是0x80。它清楚地保留了我的led状态。
3.唤醒后RC16 / DCDC关闭。LDO可以执行作业，直到延长睡眠可以与DCDC一起使用。
在这里，我只看到睡眠前/睡眠前/后RC16位进入零，永远不会返回到1.在DS V3.1规范中，第6章，DCDC依赖于RC16，因此唤醒后它不能还活着。
先谢谢你
你好
新硬错误:在ad_gpadc_read()发生睡眠后，我得到一个新的硬错误。我检查了GPADC寄存器，它们处于重置状态。
你能否证实
- 睡眠模式后，所有适配器都已测试？
我可以在构造器中有适配器“打开”功能?
-在正常操作时，我不需要再次调用“open”。(包括起床后)?
先谢谢你
嗨,鲍勃,
我对你所做的改变感到很困惑。
我的建议是阅读UM-B-044: DA1468x软件平台参考和DA1468x软件开发人员指南以便理解SDK架构。您还可以在DA1468x支持门户的“教程”一节中找到“适配器”示例。
谢谢，PM_DIALOG.
你好
你能在DA14683上启动freertos_retaget，点亮led并激活extended_sleep吗(printf/console重定向到uart, dcdc和dma启用)?
-睡眠前LED_CONTROL_REG的值是多少?后吗?
-睡眠前的RC16使能位值是多少?后吗?DCDC还活着吗?
谢谢你阅读手册的建议，但看起来SDK中有bug，我很高兴你在你这边检查一下。我从董事会的支持包中得到了严重的错误。
谢谢你！
你好
好消息。我终于设法让睡眠功能没有崩溃。
由于在保留LDO上，我正在击中3.3V的BOD。
在激活闪光灯1V8关闭功能后，事情可以正常，从而卸载3V3 RET LDO。
坏消息n°1。系统在几分钟后停止睡眠。尚未发现故障。
坏消息N°2。如果我能启用外部外围设备，我仍然会击中3v3的bod。
你知道3.3V RET LDO在长时间睡眠时的功率预算是多少吗(请不要回答10mA，有很多附加的东西)?
我在1V8P上有1.2mA，在3V3上有300µA，理论绝对最大值，但当睡眠启用时，我确实按下了BOD，以开机复位结束。
谢谢你！
你好
我终于解决了最后的问题
我必须手动驱动开关到extended_sleep在我知道什么都没有发生在系统(和控制台上!)我还必须手动切换到空闲模式，以避免在正常操作期间的小睡眠(比如等待适配器事件时的睡眠)。
- 我不得不在VBAT上升起高达20μF的电容器，以避免3V3上的BOD（唤醒时的电流峰值，使VBAT下降）。
-我的一个外部外设在1V8P上消耗高达8mA，而在完全关闭模式。10mA的预算不太好!我不得不在操作后重置它，使其消耗更少，而睡眠。
—在没有激活pm_set_wakeup_mode(true)的情况下，系统不会唤醒睡眠任务。如果没有它，我就会在系统稳定但什么都不做的情况下睡着。
在该旅程结束时，睡眠模式似乎在工作但是
因为sys_tcs_apply(tcs_system)，我不再从电源管理器重新加载OTP值了在执行外围init后重新加载LED_CONTROL_REG。
我再次请求帮助，至少在OTP问题上，这样我可以发布一个版本，而不修改板支持包文件。
谢谢你！