你好
由于Free_rtos的空闲任务，我愿意将我的设备延长睡眠。到目前为止，我面临着一些问题。
我的代码基于对话框的示例代码。系统启动，Freertos正在启动，已正确加载任务。
我正在在主要任务中运行一个循环，我确实闪烁了LED以检查系统是否存在并执行1秒睡眠。
我可以追踪系统，直到正确执行WFI。此时，呼吸定时器已关闭，LED关闭。
在WFI的出口处，呼吸计时器不会唤醒。
目前呼吸呼吸呼吸_cfg，hw_led_set_ledx_src（...），hw_breath_init（＆approze_cfg）;和hw_breath_enable（）;都位于Prvsetuphardware。如果我在periph_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源代码。
我正准确使用你给了我
静态void prvsetuphardware（void）
{
//激活中断
....
呼吸_config呼吸_cfg = {
.dc_min = 9，//灯功率 - 1
.dc_max = 10，//灯功率设置为10/255
.dc_step = 255，
.freq_div = 255，
.polarity = hw_breath_pwm_pol_pos.
};
/ * init硬件（OTPC，Cache，ADC，DCDC，USB焊盘，RF，适配器，公共汽车，设备，看门狗）* /
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（false）;
//配置LED2，绿色
hw_led_set_led2_src（hw_led_src2_breath）;
hw_led_enable_led2（真实）;
//配置LED3，蓝色
hw_led_set_led3_src（hw_led_src3_breath）;
hw_led_enable_led3（false）;
//配置RGB LED所需的呼吸计时器
hw_breath_init（＆zerate_cfg）;
hw_breath_enable（）;
}
如果我在Periph_Init中放置了以前的代码，则没有LED亮起。
从Extended_sleep唤醒后留下留下。
先感谢您
它似乎比LED更深。
在睡眠前：WFI和PM_SYSTEM_WAKE_UP 0x50000066 = 0x2之后0x50000066 = 0x3。
数据表指出安全启动（我正在使用WatchDog测试生产模式，但尚未安全启动）。
其他提示0x500030D0 = 0睡前，0x500030d0 = 1睡眠。唤醒后，似乎此功能不会正确恢复。
下一个提示是睡眠前的0x50000022 = 0x54b7，睡眠后0x54b6。RC16在延长睡眠期间停止，而不是在它之后再次启动。DCDC依靠它在运营期间被杀死。（0x5000002A = 0x20D2睡眠后：1V8和1V8P下）
我试图将系统放在DG_CONFIGUSE_DCDC = 0中以停止使用DCDC。
结果，睡眠前后0x50000022 = 0xe7d3。睡觉后我没有更多的撞车。
但我仍然没有领导
新提示。LED_CONTROL_REG正在被SYS_TCS删除。如果y在periph_init中设置了LED源，那么它们被Sys_tcs在启动和唤醒时擦除。
我不是使用OTP，为什么这个寄存器将是Sys_tcs在这2次上唯一的一个？
在查看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中断结尾。这一问题就在激活延长睡眠时发出。
硬盘分析：
- LR指向UART_INTRUPT_HANDLER（HW_UART1），用于控制台服务。
- 在void uart_interrupt_handler（HW_UART_ID UART）中，PC点到CONFIG_UART_IGNORE_BUSY_DETECT案例
我尝试使用no dma配置为UART。没有变化。
2. sys_tcs在没有使用OTP时从OTP重新加载值。解决此问题以避免修改BSP文件。
- 查看我以前的分析。我可以使用LED_CONTROL_REG的JTAG探测器弄清楚LED_CONTROL_REG是由SYS_TCS_APPLED（TCS_SYSTEM）重新加载的唯一寄存器;职能。重新加载值为0x80。它清除了我的LED的保留状态。
3.唤醒后RC16 / DCDC关闭。LDO可以执行作业，直到延长睡眠可以与DCDC一起使用。
在这里，我只看到睡眠前/睡眠前/后RC16位进入零，永远不会返回到1.在DS V3.1规范中，第6章，DCDC依赖于RC16，因此唤醒后它不能还活着。
先感谢您
你好
新的硬故障：在睡眠发生后，我在AD_GPADC_READ（）中获得一个新的一个。我检查了GPADC寄存器，它们处于重置状态。
你能证实吗？
- 睡眠模式后，所有适配器都已测试？
- 我可以在构造函数中有适配器“打开”功能？
- 在正常操作期间，我不需要再次调用“打开”。（这包括唤醒后）？
先感谢您
嗨鲍勃，
我真的很困惑你所做的变化。
我的建议是阅读UM-B-044：DA1468X软件平台参考和UM-B-056：DA1468X软件开发人员指南为了理解SDK架构。您还可以在DA1468X支持门户中找到“适配器”示例。
谢谢，PM_DIALOG.
你好
您可以在DA14683上启动FreerTOS_Retaget，点亮LED并激活Extended_sleep（使用PrintF / Console重定向到UART，DCDC和DMA）？
- 睡眠前LED_CONTROL_REG的值是多少？后 ？
- 睡眠前RC16使能位的值是多少？后 ？DCDC还活着吗？
感谢您阅读手册的建议，但它看起来像SDK中的错误，我很高兴您在您身边检查。我从板上的支持包中获得了硬故障。
谢谢
你好
好消息。我终于设法让睡眠功能没有崩溃工作。
由于在保留LDO上，我正在击中3.3V的BOD。
在激活闪光灯1V8关闭功能后，事情可以正常，从而卸载3V3 RET LDO。
坏消息n°1。7分钟后系统停止睡觉。没有识别的错。
坏消息N°2。如果我能启用外部外围设备，我仍然会击中3v3的bod。
您是否知道3.3V RET LDO的电力预算是什么时候在延长睡眠时（请不要回答10ma有很多附加的东西）？
我在1V8P和300μA上有1.2mA，3V3理论绝对最大值，但是当睡眠启用时，我会击中BOD并最终通过电源复位。
谢谢
你好
我终于设法解决了最后的问题
- 我必须手动将交换机驱动到Extended_sleep，我知道系统上什么都不知道（以及控制台！）。我也必须管理手动切换到空闲模式，以避免在正常操作期间的小睡眠（如在等待适配器事件的同时睡眠）。
- 我不得不在VBAT上升起高达20μF的电容器，以避免3V3上的BOD（唤醒时的电流峰值，使VBAT下降）。
- 一个外围的一个外围设备在1V8P上消耗高达8mA，同时处于完整的关闭模式。10MA预算不好！我不得不在操作后重置它，使其在睡觉时消耗少。
- 没有PM_SET_WAKEUP_MODE（TRUE）激活的系统没有唤醒睡眠任务。没有它，我用系统稳定睡眠后陷入困境，但无所事事。
在该旅程结束时，睡眠模式似乎在工作但是
- 由于sys_tcs_apply（tcs_system），我不再重新加载来自Power Manager的OTP值;PeripH_Init执行后重新加载LED_CONTROL_REG。
我再次在OTP问题上再次询问帮助，以便在不修改Boad支持包文件的情况下发布版本。
谢谢