1. 不建议在tuya_ble_config.h内直接改默认配置，可以在custom_tuya_ble_config.h内重定义所需的
2. PHY6222平台原生支持的IDE是keil，通过vscode首次build后，会生成keil工程，路径在：PHY6222_TuyaOS-3.10.0\software\TuyaOS\.log\Demo.uvprojx。
3. 按需选择自己熟悉的开发环境，如果是原生IDE(eg.keil）可能会有如下好处
   • 不存有之前反馈的rebuild后丢失配置问题
   • 编译时间会短，vscode每次都是全编译

PHY6222_TuyaOS-3.10.0 这个版本下可以搜到相关的内容呢，如图

关于rebuild后，app_config.h下的东西会消失, 是因为执行build project时会先清空（这点我们关注到了 后续会调整 不覆盖app_config.h）。当前您可以在.log\下用原生IDE打开项目，并做刚才的修改。

这个就是共享逻辑，不是通过前台配置的，由固件来决定；
您可以在tuyaos sdk里搜索下这个宏定义TUYA_BLE_DEVICE_SHARED

在app_config.h下重定义下面2个mcaro，然后尝试看下 是否符合预期
#define TUYA_BLE_DEVICE_SHARED 1
#define TUYA_BLE_DEVICE_UNBIND_MODE 0

从adv看 不是共享类设备；

回到正体，我大概理解您所表述的意思了。

设备实操：A用户绑定之后需要进行解绑操作，B用户才能进行绑定；
对文档理解：即A用户进行绑定之后B用户也可以进行绑定；

A绑定后，B用户可绑定的前提是设备必须处于可配网状态。一般通过执行如下操作 可重新进入可配对状态
1）app内做解绑操作
2）设备本地重置

文档的描述，省略了需重进入配网状态的描述，给您造成理解上的不一致，抱歉。

在此之上 设备形态还有一个定义，是否属于共享类设备。

• 如非共享类，配置的设备绑定属性有意义；
• 如是共享类设备，配置的设备绑定属性意义不大；

如果确认设备是否为共享类，todo list
1、可以抓一份设备的ADV确认下，该设备是否属于共享类；（用nrf connect查看，并截图adv raw数据）
2、提供下当前产品开发用的tuyaos sdk版本与平台，以及其他有效信息

可以在custom_tuya_ble_config.h下重配置TUYA_BLE_AUTO_REQUEST_TIME_CONFIGURE

1- Request cloud time.
2- Request phone local time.
3- Request cloud time & DST

1. TUYA_BLE_DEVICE_SHARED保持默认=0，是共享类设备的定义，门锁不属于
2. 提供一下网关的devid 以及当前固件版本