请使用tuya_ipc_notify_alarm接口来上报告警事件（DP212）。使用DP212上报事件后，会联动云存储生产云存储消息。
看日志，你们使用的DP185来报消息，这个接口在最新的已经删除了。

澄清下，是指app的mqtt没连上，不是设备的。

解码耗时久，是因为硬件解码失败，走了软件解码。华为手机好像兼容性不太好，经常硬解失败

2024年8月26日09时25分39秒左右: ping超时未响应
2024年8月26日10时14分30秒左右: ping超时未响应
2024年8月26日10时57分04秒左右: ping超时未响应
2024年8月26日11时05分47秒左右: ping超时未响应,且11：03：58也因为ping超时离线了一次
2024年8月26日11时25分39秒左右: ping超时未响应

日志的话，可以搜索下：respond timeout -->>

设备后台没有收到app拉流请求，我先将此问题转给app负责同事看下。

想问下，是如何判断当时网络是正常的 ？ 是日志里面持续的icmp请求正常吗？

2024年8月25日06时39分48秒左右：ping超时未响应，而且06:40:54重连时，也连不上服务器
2024年8月26日04时22分35秒左右：ping超时未响应，而且04:22:49重连时，也连不上服务器
2024年8月26日09时09分40秒左右：ping超时未响应
2024年8月26日10时11分32秒左右: ping超时未响应
2024年8月26日10时51分17秒左右: ping超时未响应
2024年8月26日11时05分05秒左右: ping超时未响应
2024年8月26日11时20分48秒左右: ping超时未响应

内部确认了下：
出现这个现象是因为路由器不支持UPNP，sdk因为不知道当前路由器是不是支持UPnP，或者有UPnP被关闭了，所以，也是按照标准协议尝试连接

这部分是跟路由器进行了一些upnp的交互。我们看下能不能优化。

从连接成功到I帧发送到缓冲区中，耗时差不多800ms左右。
可以根据日志里面的打印来进行判断：
[tuya_ipc_p2p.c:4190] listen ok session ： 连接成功
[tuya_ipc_p2p.c:3879] session[851969] I Frame Send ok len ： I帧发送到P2P缓冲区

剩下的耗时为传输耗时和app解码耗时。传输耗时无法控制，app的解码耗时我们内部找app同事来看下。