HI，
I think there should be an improvement. You can test it for a while and see. If there are still problems, please let me know.

Hi, To better analyze the problem, please provide the following information:

1. Is the PIR based on TuyaOS? If so, please attach the device logs when the problem occurred.

2. Please provide the device's virtual ID and the time the problem occurred.

你好，上报失败可能是由于您上报了一样的dp值，被云端过滤了。
您可以尝试下修改数值，或者上报个0试下，看能否上报成功。如果还有问题，可以把设备日志也发我们看下。

你好，麻烦您提供以下信息以便于我们分析问题：
1.在IOT平台自定义的DP102的信息
2.air_data_report的实现及调用方式
3.对应设备的设备ID（在涂鸦智能APP的对应设备的设备面板中->右上角->设备信息->虚拟ID）

你好，这些是Zigbee标准cluster的属性定义，上报到涂鸦云并显示在APP面板中是还需要DP转换关系的。目前涂鸦公版的温湿度传感器是没支持除了温湿度检测值以外部分的协议转换的， 所以您要是想在面板中显示这类暂未支持的DP，就需要用自定义DP走透传协议上报。

你好，
1.温湿度传感器目前标准dp仅支持温湿度上报，温湿度上下限值是没法上报的，您可以自行添加自定义dp上报；
2.产品开发包中的电池电量逻辑是上电首次上报100%，在cap_first_delay_time设定值时间过后会上报真实电量值。您可以确认你所下载的开发包中的代码是否与下图中一致，如不一致可修改后测试下

你好，可以把polarity为TUYA_PWM_NEGATIVE的那路pwm的初始化占空比设置为1000，确保在tal_pwm_start调用时这路pwm输出的是预期的低电平

你好，从抓包信息来看，这两个DP是通过DP透传形式下发给到子设备的。抓包中的ZCL Payload可按如下格式解析：

如： 00 D0 04 02 00 04 00 00 00 05
00 D0为seq，
04为dp id，
02为type（此处为value型，4字节)，
00 04为值的长度
00 00 00 05为下发的DP值，此处为5

代码中可在dev_msg_recv_callback函数中，筛选对应的cluster、command id，对数据进行解析处理