kangxi 2022年 Nov 7日 11:04

麻烦您把面板id号发一下

kangxi 2022年 Nov 7日 10:30

您好，0x6A这个dp值超过100，一般属于用户定制的dp，您是如何选到这个dp的，方便发下面板界面吗？
您可以选择公版dp，dp值是0x21（33），对应协议如下：

选择了照明品类中的调节功能就有这个DPID，如果删除这个DPID，那么在进入用户定制的界面后，调节灯光的色温亮度颜色时，APP没有下发任何命令，那么用户就无法知道是否调节到了自己需要的效果

请问一下，APP里有个功能，在通电反应--->通电后灯光状态，选择用户定制时，设置灯光状态后，会使用vendor model指令下发DPID为106的命令。请问这个指令的数据格式协议是怎么样的？谢谢
msg_raw->opcode:0xc9d007,dst_addr:0x0438,src_addr:0x6007, data: 01 6A 03 15 31 30 30 30 30 30 30 30 30 30 30 30 30 30 33 37 39 30 33 65 38
VendorCmd:1,VendorDpDataType:3,VendorDpID:106(0x6a)

kangxi 2022年 Oct 14日 10:36

您好，这需要根据数据长度来确定是只发场景编号还是发送场景数据。发送场景号时，下发的数据是情景压缩协议的公共头字段，2个字节，目前设备只处理公共头字段中场景号位的数据。

那么这些情景的数据又是什么呢？从什么地方可以获取？谢谢

kangxi 2022年 Oct 13日 19:15

您好，当前您收到的数据是场景编号，分别是 1、3、5、7、6、4、2、0号场景。
由于情景数据较长，为提高数据通讯的可靠性（特别在群组下进行场景控制时），点击场景，下发场景号，减少下发的数据长度；当编辑场景时，才会下发经过压缩后的完整场景数据。
以下图片是场景协议和场景压缩协议：

再请问下，只发送场景编号时，各数据段是怎么定义的？是不是要根据数据长度来确定是只发场景编号还是同时发送场景数据呢？谢谢

joey_nobug 2022年 Oct 13日 13:56

你好，对于标准照明品类的模式切换功能，vendor model 数据只有一个字节，此数据代表模式的值。 而对于其他的 vendor dp 数据则按照 vendor dp 透传协议来。 这个特殊的处理是为了兼容老版本 tuya APP 的处理。
处理的方式正如你所说，0xc9d007 与 0xcad007 两个 opcode 在接收到数据长度为1时，即认为次数据为 照明模式切换数据。

好的谢谢