app_easy_timer错误

你好，
您是否尝试使用SDK5中的App_easy_Timer功能运行“Prox_Reporter”参考软件？您所描述的观察不能得出结论问题是由于“app_easy_timer”功能。需要更多信息，例如如何运行测试，在软件上，....
问候，

你好，
您的问题与您将“LEDBLINK（20,35,1000）”声明的妥善相关。它是因为app_easy_timer和malloc（）需要内核计时器和堆服务。只有在内核初始化并激活后，才能调用您的函数。建议在System_Init（）之后放入您的语句，并使您的LEDBLink函数闪烁永远以缓解您的调试。

int main_func（void）
{
sleep_mode_t sleep_mode;

//全球初始化
system_init（）;

LEDBLINK（20,35,1000）;

/ *
************************************************************************************
*平台初始化
************************************************************************************
* /
而（1）
{
.....
}
}

问候，

你好，

修复了错误，如下所示：
//获取允许的睡眠模式
//从rwip_power_down（）到wfi（）的时间必须尽可能短!!
sleep_mode = rwip_power_down（）;
/ *声明添加* /
if（（sleep_mode == mode_ext_sleep）||（sleep_mode == mode_deep_sleep）））
{
sleep_mode = mode_idle;
}

问候，

你好，
可以通过简单地迫使leep_mode进入mode_ext_sleep或mode_deep_sleep来完成验证您的LEDBLink（）函数及其行为的技术。要集成LED闪烁功能，并让它在您预期的行为中表现，您需要了解软件的结构。
在实际应用中，有两个（2）个线程独立运行，BLE堆栈和用户应用程序运行。内核仅提供服务和用户应用程序需要管理和监督所有资源使用情况并监视所有活动以确定设备可以进入睡眠模式。

int main_func（void）
{
sleep_mode_t sleep_mode;

//全球初始化
system_init（）;

/ *
************************************************************************************
*平台初始化
************************************************************************************
* /
而（1）
{
做 {
//安排所有待处理的事件
schedule_hile_ble_on（）;
}
while（app_asynch_proc（）！= goto_sleep）;//授予控件到应用程序，尝试掉电
//如果应用程序返回goto_sleep
.....
}
}

App_Asynch_Proc（）函数是用户应用程序的检查，无论是否发生任何活动，都会阻止设备进入睡眠模式，而BLE堆栈线程已准备好进入睡眠状态。

typedef枚举{
goto_sleep = 0，
keep_powered.
} arch_main_loop_callback_ret_t;

在您的情况下，只要LED闪烁不允许设备睡眠即可，就可以返回“KEEP_POWERED”。

静态内联void schedule_whle_ble_on（void）
{
// BLE时钟已启用
while（ble_is_powered（））
{
//设置了BLE事件结束。条件RF校准可以运行。
UINT8_T BLE_EVT_END_SET = KE_EVENT_GET（KE_EVENT_BLE_EVT_END）;

//执行消息和事件
Rwip_schedule（）;

if（ble_evt_end_set）
{
uint32_t sleep_duration = 0;
rcx20_read_freq（）;

//如果您有足够的时间运行收音机的温度校准
if（lld_sleep_check（＆sleep_duration，4））// 6插槽 - > 3.750 ms
//检查时间和温度以运行无线电校准。
条件_run_radio_cals（）;
}

//授予对申请的控制，尝试睡觉
//如果应用程序返回goto_sleep
if（app_asynch_trm（）！= goto_sleep）
{
继续;// rwip_schedule（）再次调用
}
别的
{
ARCH_PRINTF_PROCESS（）;
休息;
}
}
}

app_asynch_trm（）函数在运行ble堆栈时处理用户应用程序。RWIP_Schedule（）将处理队列中的所有消息，直到完成，并且控件将传递给App_Asynch_trm（）函数，并基于返回的值“Keep_Powered”或“Goto_Sleep”来决定保持活动或相应地睡眠。

请注意，没有功能可以跟踪任何软件计时器运行。软计时器的所有者的责任是跟踪其活动。

要在SDK5中开发您的应用程序，建议研究以下结构，并了解它是如何运行的，因为它是SDK5结构的关键。

struct arch_main_loop_callbacks {
void（* app_on_init）（空白）;
ARCH_MAIN_LOOP_CALLBACK_RET_T（* APP_ON_BLE_POWERED）（void）;
ARCH_MAIN_LOOP_CALLBACK_RET_T（* APP_ON_SYSTEM_POWERED）（VOID）;
void（* app_before_sleep）（void）;
sleep_mode_t（* app_validate_sleep）（sleep_mode_t sleep_mode）;
void（* app_gen_to_sleep）（sleep_mode_t sleep_mode）;
void（* app_resume_from_sleep）（void）;
};

static const struct arch_main_loop_callbacks user_app_main_loop_callbacks = {
.app_on_init = default_app_on_init，

//默认情况下，系统唤醒时重新加载并恢复监视程序。
//用户必须考虑看门狗定时器处理（请保持运行，
//冻结它，重新加载，恢复IT等），当App_On_ble_Powered（）正在呈现时
//调用并可能可能影响主循环。
.app_on_ble_powered = null，

//默认情况下，系统唤醒时重新加载并恢复监视程序。
//用户必须考虑看门狗定时器处理（请保持运行，
//冻结它，重新加载，恢复IT等），当app_on_system_powered（）是
//调用并可能可能影响主循环。
.app_on_system_powered = null，

.app_before_sleep = null，
.app_validate_sleep = null，
.app_ging_to_sleep = null，
.app_resume_from_sleep = null，
};

问候，