你好，
我正在使用DA14580来通过UART传输数据。
当我添加UART连接时，设备将在AVG中每隔20秒与手机断开连接。
如果我不使用UART，设备不会断开连接。（来自主循环，我每10秒发送每10秒的UART请求）
user_app_disconnect.20SEC通过电话连接到设备后调用。
我的UART实现可能导致设备断开连接是什么？或者，如何防止设备断开连接。
如何弄清楚导致断开连接的原因。
谢谢，
Ezza.
设备：
⚠️
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
调试后，调用Gapc_disconnect_ind_handler。
静态int gapc_disconnect_ind_handler（ke_msg_id_t const msgid，
struct gapc_disconnect_ind const * param，
ke_task_id_t const dest_id，
ke_task_id_t const src_id）
{
if（ke_idx_get（src_id）== diss_env.con_info.conidx）
{
vist_disable（param-> conhdl）;
}
return（ke_msg_consumed）;
}
------------------------------
gapc_disconnect_ind const * param参数有一个断开连接的原因。
///表示链接已断开连接
struct gapc_disconnect_ind.
{
///连接句柄
uint16_t conhdl;
///断开的原因
uint8_t理由;
};
这原因值为0x08。
嗨Ezza，
嗯，我可以假设的是你正在使用UART占据的手臂，并且在此期间没有安排的BLE事件，因此该设备从未按时上升到连接事件，最终您正在丢失连接事件和连接事件发生超时。您获得的断开原因是由于连接超时，表示您缺少连接事件。
谢谢mt_dialog.
你好，
谢谢回复。
我如何防止发生这种情况？
在UART事件期间，我不希望我的设备断开连接。
嗨Ezza，
也许您在主循环中的UART调用期间正在进行一些耗时或阻塞操作？你是什么意思“主循环”？据我所知，用户应用程序API中没有主循环，只是回调。我想我们必须看到你的代码更好地了解这一点。
问候，
奥利弗
你好，
由于DA14580没有“读取”指示事件。我不得不进入主拱门并在那里添加自定义代码。
在Arch_Main的主循环中，我调用UART命令来更新BLE的DB，以便手机应用读取更新的数据。
例如，我在我的ST固件上有一个计数器，该计数器正在全部更新，并且应用程序需要读取该计数器。我通过每10秒发送来自主循环的UART命令，在BLE的DB上保持更新。
是否有任何方法可以提高Diremenction事件的超时的价值？（即即使我不捕获连接事件，也可以等待超过20s）。
为什么通过UART发送\获取命令会导致断开连接？
谢谢，
Ezza.
嗨Ezza，
要定期阅读值，我强烈建议使用易于计时器API而不是更改ARCH_MAIN，因为这可以很容易地打扰BLE定时。以下是我如何实现这一点：
#define read_value_interval 1000 // 1 => 10ms
静态timer_hnd readvaluetimer = easy_timer_invalid_timer;
静态UINT8 rxdata [rx_size];
void rxuartcallback（uint8状态）{
if（state == uart_ok）{
//处理rxdata
ReadValuetimer = app_easy_timer（100，ReadValueFromuart）;
} 别的 {
//错误处理
}
}
void ReadValueFromuArt（）{
UART_READ（rxdata，rx_size，rxuartcallback）;
uint8 cmd [] = {...};
UART_WRITE（cmd，sizeof（cmd），null）;
}
void user_on_connection（uint8_t connection_idx，struct gapc_connection_req_ind const * param）{
......
ReadValuetimer = app_easy_timer（Read_Value_Interval，ReadValueFromuart）;
}
void user_on_disconnect（struct gapc_disconnect_ind const * param）{
if（readvaluetimer！= easy_timer_invalid_timer）{
app_easy_timer_cancel（ReadValuetimer）;
readvaluetimer = easy_timer_invalid_timer;
}
}
问候，
奥利弗
你好，
不幸的是，它仍然是相同的问题。我更改了代码并从Arch_Main中删除了所有内容并使用Easy_Timer。
此外，即使我从手机上发送活动，如“写入”，它仍然将在AVG中的20SEC中断开连接。
连接是否稳定而不读取/写入特征，只在背景中持续读取UART上的值？
你好，
即使我什么都不做（没有读，没有写），它也不稳定。
我刚连接到设备并等待它以断开连接。
你好，
我在哪里可以厌倦断开连接事件，并阻止它发生？
它为我们提供了阻塞，因为设备不断断开连接，并且手机应用程序获得了异常，直到它最终成功读取来自BLE的所有值。这导致对性能的显着降低。
嗨Ezza，
您将阻止任何UART活动重叠连接间隔，UART通信应突发，而不是长时间占用的ARM，因为您可以按时按时编程BLE事件。例如，您可以在.app_on_system_powered中附加一个UART逻辑才能处理任何UART事件，但您不应该长时间留在那里，您应该返回Keep_Power后，以便再次强制计划_While_ble_on（）以重新运行以便安排任何将发生的BLE事件，然后SDK将在其余的UART活动中再次运行.app_on_system_powered。关于增加监督超时，我想现在超时大约20秒如果增加它，那么这将从断开连接取决于您正在使用的连接间隔，但再次这不是您应该查看您的实现的解决方案为了在UART交互期间不放松连接事件。您无法停止断开触发断开，只要监控超时发生，即使阻止您的回调仍将断开该消息，也会从堆栈中从堆栈中获取。
谢谢mt_dialog.