技术支持说同一 WiFi 下设备只能走 Matter ，但是实际上还是有走DP上报的情况
设备是 CBU7321 模块的 Matter-RGBW 智能灯，用 RN 面板发自定义 DP，现象是同一 WiFi 下可能有些指令有效，之后控制失效，而手机用 5G 数据网（不同网络）走 DP 控制正常。
涂鸦工程师明确同一网络（如同一路由器 2.4G/5G、公司同网段）只能走 Matter，需在 matter_attribute_callback 处理，不能禁用 Matter，只走DP上报；我当前仅在 deal_dp_proc () 中处理了开关 DP 的 Matter 同步，其他 DP未处理 Matter 回调；
核心矛盾点是：测试中，同一 WiFi ，DP 指令有些上报涂鸦云是成功的。
想知道同一 WiFi 下部分指令会走 DP 上报而且成功的原因；以及能不能实现全部走DP。
1.手机app和设备在同一wifi下，控制指令仅通过matter协议通过matter_attribute_callback通知应用，需要在这里把状态同步到dp；
2.手机app离开WiFi网络，在流量下，控制指令仅通过mqtt协议通过deal_dp_proc 通知到应用，需要在这里把dp状态同步到matter，使用接口tal_matter_attribute_write
如果上面两个部分对全部dp都做了处理，就能满足你的要求，全部dp都能上报涂鸦云
我知道了，那请问同一 WiFi 下部分指令会走 DP 上报而且成功的原因是什么。
另外我们的DP不是标准DP是自定义DP，不是标准matter命令。
你问的是“DP 上报而且成功”的原因，还是“DP 上报而且失败”的原因？
有以下问题：
1.自定义dp是否配置到iot前台的dp引擎？
2.matter_attribute_callback是否收到自定义dp？
要问的在同一局域网下有时“DP 上报而且成功”的原因，“DP 上报而且失败”的原因应该就是你说的在同一局域网下，指令走matter但是没在matter_attribute_callback当中处理。
问题1，有配置，如图：
问题2，收到了，但是日志显示是unknown ZCL
这里提供一个在同一局域网下，走的是DP而且成功的控制的日志。
下面这个DP收到了，通过 dp_process.c处理的
[10-30 17:09:10 TUYA D][lr:0x9ba99] dp<86> check. need_update:0 pv_stat:3 trig_t:0 dp_rept_type:0 force_send:0
其他的指令就没有收到。