miecosystem/mijia_ble_secure

a demo project for mijia BLE secure authentication

mijia_ble_secure's Issues

MHCB03P 蓝牙模组是否支持安全芯片

小米智能 BLE 模组（MHCB03P）是否可以支持安全芯片，并进行米家高安全级接入产品开发？

此BLE例程区分ios和android平台吗?

1.BLE例程是否支持IOS手机通过米家程序操作设备.(账户已经添加到企业开发组)

事件消息接收异常

事件消息正常接收的情况下（较大量的数据，实时接收），app删掉锁，锁清空，重新注册后，收不到事件消息，已检查，消息已广播给网关，请帮忙定位问题，谢谢

登录绑定提示错误

app: opcode_parse auth_value=0x00000110
0>
0> [W] secure auth: START 0x00000110
0>
0> app: msc_power_on
0> !
0> [E] RXFER: lost packet 2.
0> [E] RXFER: lost packet 3.
0> [E] RXFER: lost packet 4.
0> [I] secure auth: app_pub Received @ schd_ticks 228

米家服务stdio无法通讯报error

问题描述
当前mijia-ble-secure lib库中stdio服务(service =00000100-0065-6c62-2e74-6f696d2e696d)无法通讯成功，nRF52的上位机是一个安卓平台，串口通讯，
下述这2个服务都能够正常通讯。
service = 0x00001000-0065-6c62-2e74-6f696d2e696d
service = 0000fe95-0000-1000-8000-00805f9b34fb
自行添加Nordic的透传服务也能够正常通讯，
log如下：

[D] mi srv: have msc : 2
[D] mi srv: product ID : 1201
[D] mi srv: mi service init ... srv 32, char 48
[I] mi srv: mi service init succ.
[I] mi srv: chars value handle list
version : 16
ctrl point : 18
secure auth : 21
ota ctrl point : 24
ota data : 27
app: MI PSM INIT SUCCESS

[W] secure auth: START 0x000000A0

[D] lock: lock service init ... srv 32, char 48
[I] lock: lock service init succ.
[I] lock: char value handle list
operation : 31
state : 33
logs : 36
[D] stdio: stdio service init ... srv 32, char 48
[I] stdio: stdio service init succ.
[I] stdio: char value handle list
rx : 40
tx : 42
[I] : UART RECIVE OK
[I] secure auth: Found the KEYINFO.
[I] MSC: Initiate CMD 0x41 @ schd_ticks 7
[I] MSC: Waiting... @ schd_ticks 7
[I] MSC: Ready now. @ schd_ticks 8
[I] MSC: Finish CMD 0x41 @ schd_ticks 8

[I] MSC: Initiate CMD 0x03 @ schd_ticks 8
[I] MSC: Waiting... @ schd_ticks 8
[I] MSC: Ready now. @ schd_ticks 9
[I] MSC: Finish CMD 0x03 @ schd_ticks 9

[I] : USER CUSTOM CALLBACK RECV EVT ID 9
[W] secure auth: monitor power off
[I] : Fri Jul 19 07:53:04 2019
[D] : adv len 29, scan len 0
[I] MIBEACON: send mibeacon obj 0x100A
app: Connected.
[W] mi srv: Connected Peer MAC:
CB B4 EE 64 33 45 |...d3E
[I] mi srv: default interval min: 45 ms, max: 45 ms
[I] mi srv: update interval max: 30 ms, min: 30 ms
[W] secure auth: START 0x00000020

[I] MSC: Initiate CMD 0x3B @ schd_ticks 7
[I] MSC: Waiting... @ schd_ticks 7
[I] MSC: Ready now. @ schd_ticks 13
[I] MSC: Finish CMD 0x3B @ schd_ticks 13

[I] MSC: Initiate CMD 0x14 @ schd_ticks 16
[I] MSC: Waiting... @ schd_ticks 16
[I] MSC: Ready now. @ schd_ticks 29
[I] MSC: Finish CMD 0x14 @ schd_ticks 29

[I] MSC: Initiate CMD 0x03 @ schd_ticks 29
[I] MSC: Waiting... @ schd_ticks 29
[I] MSC: Ready now. @ schd_ticks 30
[I] MSC: Finish CMD 0x03 @ schd_ticks 30

[I] secure auth: ADMIN LOG SUCCESS: 54
[I] : USER CUSTOM CALLBACK RECV EVT ID 3
[W] secure auth: monitor power off
[D] : adv len 18, scan len 0
[I] MIBEACON: no more mibeacon obj.
[I] : lock
[D] : adv len 31, scan len 15
[I] MIBEACON: send mibeacon obj 0x000B
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK
[I] : lock
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK
[I] : lock
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK
[I] : lock
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK
[I] : lock
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK
[D] : adv len 31, scan len 15
[I] MIBEACON: send mibeacon obj 0x000B
[I] : Fri Jul 19 07:54:04 2019
[D] : adv len 31, scan len 15
[I] MIBEACON: send mibeacon obj 0x000B
[D] : adv len 31, scan len 15
[I] MIBEACON: send mibeacon obj 0x000B
[D] : adv len 31, scan len 15
[I] MIBEACON: send mibeacon obj 0x000B
[D] : adv len 29, scan len 0
[I] MIBEACON: send mibeacon obj 0x100A
[D] : adv len 18, scan len 0
[I] MIBEACON: no more mibeacon obj.
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK
[I] stdio: stdio_tx error:0[I] : UART RECIVE OK

设备端详细 log 信息（只保留 mijia ble libs log 即可, 删除自己开发过程添加的 log ）

如何复现
如何使用原生工程进行复现，以及详细操作步骤。 ：：当前库必现

期望结果
描述一下 bug 修复后的结果

环境描述
SoC 硬件平台
SoC SDK 版本
mijia ble libs 版本：可具体到 commit
手机机型
操作系统版本
App 版本
mi srv: mijia libs : 2.1.11_0001
mi srv: have msc : 2
mi srv: product ID : 274

其他补充

GATT协议里的lock service的UUID固定吗？characteristic能增加自定义项吗？

问一下GATT协议里面lock service的UUID是固定不能改的吗？service下面的character能否增加自定义项？还是只能在lock.operator里面传输自定义数据？

新产品注册绑定时提示安全验证失败-28

智能门锁与米家APP联调注册绑定功能。锁端蓝牙广播版本号是v5，APP可以与锁建立连接，锁收到APP发送的AUTH = REG_START和Secure AUTH = partical(app_pub)消息，但是过几秒后APP显示安全认证失败（错误码-28）。
请问是什么原因导致此错误发生？锁收到APP发送的Secure AUTH = partical(app_pub)消息后，需要给APP返回应答消息吗？看序列图说明APP发送完Secure AUTH消息后就显示paircode。

登录流程

app发送开门指令的时候,蓝牙协议栈抛上来了两个事件0x50和0x51,为什么会上抛两个事件?
蓝牙侧,如何和米家app交互 的

检测不到蓝牙设备

用keil成功编译和下载，但手机端检测不到该蓝牙设备

加密芯片自检无法通过

问题描述

调用mi_scheduler_start(SYS_MSC_SELF_TEST)进行加密IC自检出现以下异常，请帮忙分析一下原因：
0> [W] secure auth: START 0x000000A2
0>
0> [I] secure auth: MSC self test:........0
0> [I] MSC: Start MSC cmd 0x28 @ schd_ticks 5
0> [I] MSC: Waiting... @ schd_ticks 5
0> [I] MSC: Ready now. @ schd_ticks 5
0> [E] MSC: MSC data len error. 255,6
0> [I] MSC: Finish MSC cmd 0x28 @ schd_ticks 5
0>
0> [I] secure auth: MSC self test:0,0,0........2
0> [I] MSC: Start MSC cmd 0x22 @ schd_ticks 5
0> [I] MSC: Waiting... @ schd_ticks 5
0> [I] MSC: Ready now. @ schd_ticks 5
0> [E] MSC: MSC data len error. 255,0
0> [I] MSC: Finish MSC cmd 0x22 @ schd_ticks 5
0>
0> [I] secure auth: MSC self test:........3
0> [I] secure auth: MSC self test: FAIL
0> [I] : USER CUSTOM CALLBACK RECV EVT ID 16
0> [W] secure auth: monitor power off

报错的时候数据长度不一致：
data_len = 255
p_cb->data_len = 6

如何复现

调用mi_scheduler_start(SYS_MSC_SELF_TEST)

期望结果

自检成功

环境描述

蓝牙芯片：nrf51802
加密芯片：mja1

其他补充

在mi_config.h文件中已做了如下配置：
#ifndef HAVE_MSC
#define HAVE_MSC 2
#endif

开发蓝牙加密门锁遇到异常，米家APP无法发现设备

问题描述：1、 蓝牙固件的系统打印信息中一直有报错，见log，不知道这是什么错误，是否影响到连接？

2、 Mi Beacon广播系统开机只发了一次，是否要一直重发？目前用github原生的代码就是这样，不知道是什么设置有错误？见log

3、 用米家APP用我的账户登录之后，一直无法扫描到设备。
文档上说要根据uid和model重新生成keystore，请问是不是不能直接使用demo上面的APK和插件来配对，而是要我们重新生成keystore之后重新编译APK和插件？

# SEGGER J-Link RTT Viewer V6.44g Terminal Log File
# Compiled: 17:15:27 on Apr 18 2019
# Logging started @ 28 May 2019 15: 9:41
00> [I] ../main.c: 
00> [I] ../main.c: Compiled May 28 2019 15:03:01
00> [I] ../main.c: system clock 38400000 Hz
00> [I] ../main.c: system stack 2.11.2-328, heap 5784 bytes
00> [I] ../main.c: advertising init...
00> [I] ../main.c: adv_data[21]:
00> 02 01 06 11 16 95 FE 30 54 14 05 01 75 A3 88 5E
00> CF D0 2D 01 00 
00> [I] ../main.c: advertising start...
00> [D] mi srv: mi service init ... srv 32, char 48
00> [I] mi srv: mi service init succ.
00> [I] mi srv: chars value handle list
00>  version : 10
00>  ctrl point : 12
00>  secure auth : 15
00>  ota ctrl point : 18
00>  ota data : 21
00> [D] lock: lock service init ... srv 32, char 48
00> [I] lock: lock service init succ.
00> [I] lock: char value handle list
00>  operation : 25
00>  state : 27
00>  logs : 30
00> [D] : mible_timer_create[id=0],mode=0 
00> [D] : mible_timer_create[id=1],mode=1 
00> [W] secure auth:  START 0x000000A0
00> 
00> [D] : mible_timer_stop[id=0] 
00> [D] : mible_timer_start[id=0],time=10 ms 
00> [D] secure auth: schd_tick_timer_handler-ticks-1 
00> [W] ../main.c: **systime 0
00> [D] secure auth: schd_tick_timer_handler-ticks-2 
00> [W] ../main.c: **systime 0
00> [D] secure auth: schd_tick_timer_handler-ticks-3 
00> [W] ../main.c: **systime 0
00> [D] secure auth: schd_tick_timer_handler-ticks-4 
00> [W] ../main.c: **systime 0
00> [D] secure auth: schd_tick_timer_handler-ticks-5 
00> [W] ../main.c: **systime 0
00> [I] MSC: Start MSC cmd 0x28 @ schd_ticks 5
00> [I] MSC: Waiting...  @ schd_ticks 5
00> [I] MSC: Ready now.  @ schd_ticks 5
00> [E] MSC: MSC data len error.
00> [I] MSC: Finish MSC cmd 0x28 @ schd_ticks 5
00> 
00> [I] MSC: Start MSC cmd 0x20 @ schd_ticks 5
00> [I] MSC: Waiting...  @ schd_ticks 5
00> [I] MSC: Ready now.  @ schd_ticks 5
00> [E] MSC: MSC data len error.
00> [I] MSC: Finish MSC cmd 0x20 @ schd_ticks 5
00> 
00> [I] ../main.c: USER CUSTOM CALLBACK RECV EVT ID 8
00> [D] secure auth: schd_tick_timer_handler-ticks-6 
00> [W] ../main.c: **systime 0
00> [W] secure auth: monitor power off
00> [D] : mible_timer_stop[id=0] 

# Logging stopped @ 28 May 2019 15:10: 7

问题描述
问题具体现象
设备端详细 log 信息（只保留 mijia ble libs log 即可, 删除自己开发过程添加的 log ）

如何复现
如何使用原生工程进行复现，以及详细操作步骤。

期望结果
描述一下 bug 修复后的结果

环境描述
1、 蓝牙固件使用：https://github.com/MiEcosystem/mijia_ble_secure/tree/silabs
2、 mijia_ble_secure工程里面已经根据我们自己的开发板配置好了IIC和Reset脚。
3、 修改了PID=0x0514
4、 小米IOT开放平台上已经登记了新model，并把我的develop ID添加到了测试白名单
5、 米家APP使用：https://github.com/MiEcosystem/NewXmPluginSDK/tree/mijia-securitychip 下面的SmartHomeSecurityChipTest.apk

其他补充

IOS绑定失败无错误码

0> [I] secure auth: dev_confirmation sent @ schd_ticks 863
0> [I] secure auth: app_confirmation received @ schd_ticks 869
0> [I] secure auth: dev_random sent @ schd_ticks 881
0> [I] secure auth: app_random received @ schd_ticks 887
0> app: Disconnected.
0> app: BLE_GAP_EVT_DISCONNECTED = 0x13

蓝牙连接报error-7或-28 disconnect 13

问题描述
问题具体现象：安卓app连接报-7或-28
设备端详细 log 信息（只保留 mijia ble libs log 即可, 删除自己开发过程添加的 log ）

如何复现
如何使用原生工程进行复现，以及详细操作步骤。
当前github上最新lib库下载编译即复现当前状态

期望结果
描述一下 bug 修复后的结果

环境描述
SoC 硬件平台：nrf52832
SoC SDK 版本：
mijia ble libs 版本：可具体到 commit
手机机型：米6
操作系统版本:MIUI10.3
App 版本:5.5.10

其他补充

连接过程中提示NON-START OPCODE

0> BEACON:INFO:mibeacon_data_set is_encrypt NO
0> BEACON:INFO:mibeacon event adv ...
0> Conn param update : min 6, max 6
0> BLEM:WARNING:NON-START OPCODE DE85CA90
0> Disconnect reason 13.
0> LOCK:ERROR:disconnected!!!

蓝牙锁一次性密码获取

问题描述
获取一次性密码组无法和APP端匹配

尝试过的操作

通过APP获取10分钟间隔的密码组，一共有8个，记录下获取密码的时间戳。

将该时间戳传入到固件中，调用固件中获取一次性密码的函数。

固件端得到32个字节的字节流，将32个字节拆分成8组，每组4个字节。将每组的4个字节转换为数字，无法和APP端的密码对应上。

如何复现
如何使用原生工程进行复现，以及详细操作步骤。

期望结果
能有描述固件端生成一次性密码的API说明

环境描述
SoC 硬件平台
SoC SDK 版本
mijia ble libs 版本：可具体到 commit
手机机型
操作系统版本
App 版本

其他补充

无法检测到设备

问题描述
按照米家高安全BLE接入产品开发文档，前六步已成功执行；
执行第七步时，打开米家APP，开启蓝牙，发现附近的设备，一直搜索不到，请帮忙分析一下原因！！！

如何复现
1.打开宏
#ifndef MI_BLE_ENABLED
#define MI_BLE_ENABLED
#endif

#ifndef MI_LOG_ENABLED
#define MI_LOG_ENABLED
#endif

#ifndef MI_ASSERT
#define MI_ASSERT
#endif

#ifndef HAVE_MSC
#define HAVE_MSC 2
#endif
2.修改配置
#if defined(BOARD_PCA10028)
#define MSC_PWR_PIN 12
const iic_config_t iic_config = {
.scl_pin = 1,
.sda_pin = 2,
.freq = IIC_100K
};
#elif defined(BOARD_PCA10040)
#define MSC_PWR_PIN 23
const iic_config_t iic_config = {
.scl_pin = 24,
.sda_pin = 25,
.freq = IIC_100K
};
#endif
3.在main函数中添加log
NRF_LOG_INIT(NULL);

// Initialize stack and SDK modules.
timers_init();

MI_LOG_INFO("main......1\n");
buttons_leds_init();
MI_LOG_INFO("main......2\n");
ble_stack_init();
MI_LOG_INFO("main......3\n");
gap_params_init();
MI_LOG_INFO("main......4\n");
services_init();
MI_LOG_INFO("main......5\n");
advertising_init(false);
MI_LOG_INFO("main......6\n");
conn_params_init();
MI_LOG_INFO("main......7\n");

time_init(NULL);

4.编译后下载成功


5.没有log信息输出且搜索不到蓝牙设备
期望结果
希望可以输出log并想知道搜索不到设备的问题出在哪里
环境描述

其他补充
同样的操作，运行另外的app可以成功输出log且能搜索到设备

设备恢复出厂设置，APP提示未找到门锁

问题描述
问题具体现象 设备恢复出厂设置，APP不删除门锁，登录提示未找到门锁，不提示已经恢复出厂设置
设备端详细 log 信息（只保留 mijia ble libs log 即可, 删除自己开发过程添加的 log ）
�[0m app: Connected.�[0m
�[1;33m[W] mi srv: Connected Peer MAC:
�[0m 78 B5 AA 07 38 74 |x氮.8t
�[0m[I] mi srv: default interval min: 48 ms, max: 48 ms
�[0m�[0m app: opcode_parse auth_value=0x00000020
�[0m
�[1;33m[W] secure auth: START 0x00000020

�[0m�[0m app: schd_tick_timer stop�[0m
�[0m app: schd_tick_timer start
�[0m
�[0m[I] : USER CUSTOM CALLBACK RECV EVT ID 4
�[0m�[1;33m[W] secure auth: monitor power off
�[0m�[0m app: Disconnected.�[0m
�[0m app: BLE_GAP_EVT_DISCONNECTED = 0x13

返回给APP也是正确的
static void admin_login_procedure()
{
if (m_is_registered != true) {
opcode_send(ERR_NOT_REGISTERED);
enqueue(&monitor_queue, (uint8_t []) {SCHD_EVT_ADMIN_LOGIN_FAILED});
return;
}
如何复现
如何使用原生工程进行复现，以及详细操作步骤。

期望结果
设备已经恢复出厂设置，APP登录时提示已经恢复出厂设置

环境描述
SoC 硬件平台 nrf52832
SoC SDK 版本 SDK15.20
mijia ble libs 版本：dc6c83f4f194eb1cba941c7b3d91322adc0c0a8e
手机机型 华为MLA
操作系统版本 android
App 版本
5.5.10和5.5.15
其他补充

加密芯片自检不通过

问题描述
调用mi_scheduler_start(SYS_MSC_SELF_TEST)进行加密IC自检出现以下异常，请帮忙分析一下原因：
0> [I] MSC: Start MSC cmd 0x22 @ schd_ticks 5
0> [I] MSC: Waiting... @ schd_ticks 5
0> [I] MSC: Ready now. @ schd_ticks 5
0> [E] MSC: MSC data len error.
0> [I] MSC: Finish MSC cmd 0x22 @ schd_ticks 5
0>
0> [I] secure auth: MSC self test: FAIL
0> [I] : USER CUSTOM CALLBACK RECV EVT ID 16
0> [W] secure auth: monitor power off

如何复现
调用mi_scheduler_start(SYS_MSC_SELF_TEST)

期望结果
自检成功

环境描述
蓝牙芯片：nrf51802
加密芯片：mja1

其他补充

蓝牙锁安全验证

问题描述

我们的蓝牙设备只有按键，没有屏，请问是否有别的方式来验证？该如何做？

我们尝试着改变输入方式，没有效果。

mibeacon_capability_t cap = {.connectable = 1,
.encryptable = 1,
.bondAbility = 1,
.IO_capability = 0
};
//mibeacon_cap_sub_io_t IO = {.in_digits = 1};
mibeacon_cap_sub_io_t IO = {0};
mible_addr_t dev_mac;
mible_gap_address_get(dev_mac);

mibeacon_config_t mibeacon_cfg =
{
    .frame_ctrl = frame_ctrl,
    .pid = PRODUCT_ID,
    .p_mac = (mible_addr_t *)dev_mac,
    .p_capability = &cap,
    .p_cap_sub_IO = &IO,
    .p_obj = NULL,
};

如何复现
在米家app中进行蓝牙设备绑定。

期望结果

环境描述
蓝牙芯片：nrf51802
加密芯片：mja1

其他补充

android 连接时报 disconnect 13

1.帮忙分析什么情况disconnect 13 蓝牙连接问题，需要退出插件再进入连接OK
日志如下：
0> BEACON:INFO:mibeacon_data_set is_encrypt NO
0> BEACON:INFO:mibeacon event adv ...
0> BEACON:INFO:mibeacon event adv end.
0> Connected Peer MAC: 5E 69 94 58 5A 65 ^i?XZe
0> Conn param default: min 39, max 39
0> SCHD:WARNING: START 20
0>
0> USER CUSTOM CALLBACK RECV EVT ID 8
0> SCHD:ERROR:msc_power_off
0> Disconnect reason 13.
0> LOCK:ERROR:disconnected!!!
0> Connected Peer MAC: 5E 69 94 58 5A 65 ^i?XZe
0> Conn param default: min 39, max 39
0> SCHD:ERROR:msc_power_off
0> Disconnect reason 13.
0> LOCK:ERROR:disconnected!!!

OTA疑问

问题描述
我们使用的蓝牙芯片：nrf51802（带有加密芯片），现在想对蓝牙进行OTA升级，查看了系统代码，

#if defined (MI_BLE_ENABLED)
#include "secure_auth/mible_secure_auth.h"
#define SUPPORT_GATT_DFU 0
#elif defined(MI_MESH_ENABLED)
#include "mesh_auth/mible_mesh_auth.h"
#define SUPPORT_GATT_DFU 1
#endif

现在有如下疑问：
1）系统只有MI_MESH_ENABLED=true情况下才具备OTA功能；
还是在MI_BLE_ENABLED = true 情况下将SUPPORT_GATT_DFU 置为 1 的时，也可以进行OTA？
2）蓝牙固件OTA升级需要我们自己去实现吗？

如何复现

期望结果

环境描述
蓝牙芯片：nrf51802
加密芯片：mja1

其他补充

新产品绑定时提示安全验证失败-26

问题描述
问题具体现象
绑定时提示安全验证失败（-26）

 0> [I] mi srv: default interval min: 48 ms, max: 48 ms
 0> [I] mi srv: update interval max: 7 ms, min: 7 ms
 0> [I] mi srv: update interval max: 48 ms, min: 48 ms
 0> <info> app:  opcode_parse auth_value=0x00000110
 0> 
 0> [W] secure auth:  START 0x00000110
 0> 
 0> <info> app: schd_tick_timer stop
 0> <info> app: schd_tick_timer start
 0> 
 0> [I] MSC: Start MSC cmd 0x3B @ schd_ticks 5

 0> [I] MSC: Waiting...  @ schd_ticks 5
 0> [I] MSC: Ready now.  @ schd_ticks 13

 0> [I] MSC: Finish MSC cmd 0x3B @ schd_ticks 13
 0> 
 0> [I] MSC: Start MSC cmd 0x01 @ schd_ticks 13

 0> [I] MSC: Waiting...  @ schd_ticks 13
 0> [I] MSC: Ready now.  @ schd_ticks 13

 0> [I] MSC: Finish MSC cmd 0x01 @ schd_ticks 14
 0> 
 0> [I] MSC: Start MSC cmd 0x28 @ schd_ticks 14

 0> [I] MSC: Waiting...  @ schd_ticks 14
 0> [I] MSC: Ready now.  @ schd_ticks 14

 0> [I] MSC: Finish MSC cmd 0x28 @ schd_ticks 14
 0> 
 0> [I] MSC: Start MSC cmd 0x20 @ schd_ticks 14
 
 0> [I] MSC: Waiting...  @ schd_ticks 14
 0> [I] MSC: Ready now.  @ schd_ticks 15

 0> [I] MSC: Finish MSC cmd 0x20 @ schd_ticks 19
 0> 
 0> [I] MSC: Start MSC cmd 0x21 @ schd_ticks 19
 0> [I] MSC: Waiting...  @ schd_ticks 19
 0> [I] MSC: Ready now.  @ schd_ticks 21

 0> [I] MSC: Finish MSC cmd 0x21 @ schd_ticks 24
 0> 
 0> [I] secure auth: app_pub Received @ schd_ticks 24
 0> [I] MSC: Start MSC cmd 0x14 @ schd_ticks 24
 0> [I] MSC: Waiting...  @ schd_ticks 25
 0> [I] MSC: Ready now.  @ schd_ticks 29
 0> 
 0> [I] MSC: Finish MSC cmd 0x14 @ schd_ticks 30
 0> 
 0> [I] MSC: Start MSC cmd 0x10 @ schd_ticks 30
 0> [I] MSC: Waiting...  @ schd_ticks 30
 0> [I] MSC: Ready now.  @ schd_ticks 34
 0> [I] MSC: Finish MSC cmd 0x10 @ schd_ticks 35
 0> 
 0> [I] secure auth: dev_info, dev_pub sent @ schd_ticks 63
 0> [I] secure auth: dev_cert sent @ schd_ticks 107
 0> [I] secure auth: manu_cert sent @ schd_ticks 150
 0> [I] secure auth: dev_sign sent @ schd_ticks 194
 0> [I] : USER CUSTOM CALLBACK RECV EVT ID 14
 0> [I] : App selected IO cap is 0x0001
 0> [I] : Please input your pair code ( MUST be 6 digits ) : 
 0> [I] : send to mcu inpue pair_code
 0> [I] : receive mcu send pari_code !
 0> <info> app:  03 01 01 05 06 06      |......  
 0> [I] secure auth: dev_confirmation sent @ schd_ticks 1217
 0> [I] secure auth: app_confirmation received @ schd_ticks 1246
 0> [I] secure auth: dev_random sent @ schd_ticks 1266
 0> <info> app:  opcode_parse auth_value=0x00000014
 0> 
 0> [W] mi srv: NON-START OPCODE 0x00000014
 0> [I] secure auth: app_random received @ schd_ticks 1290
 0> [E] secure auth: Authenticated failed.
 0> [I] : USER CUSTOM CALLBACK RECV EVT ID 2
 0> [W] secure auth: monitor power off
 0> <info> app: Disconnected.
 0> <info> app: BLE_GAP_EVT_DISCONNECTED = 0x13
 0> 
 0> <info> app: schd_tick_timer stop
 0> [W] mi srv: Disconnect reason 13.

如何复现
如何使用原生工程进行复现，以及详细操作步骤。

期望结果
正常绑定

环境描述
SoC 硬件平台 nrf52832
SoC SDK 版本 SDK15.20
mijia ble libs 版本：dc6c83f4f194eb1cba941c7b3d91322adc0c0a8e
手机机型 华为MLA
操作系统版本 android
App 版本
5.5.10和5.5.15
其他补充

确定加密芯片引脚

问题描述
蓝牙加密芯片自测通不过；
请教下 #define MSC_PWR_PIN 这个脚是power脚 还是 reset脚？

如何复现

期望结果

环境描述
蓝牙芯片：nrf51802
加密芯片：mja1

其他补充

门锁调试apk连接高安全门锁时连接失败，安全认证失败，错误代码-28

目前使用 门锁调试apk连接高安全门锁时连接失败，安全认证失败，错误代码-28。帮忙分析原因
apk上显示：

设备日志：

问题描述
问题具体现象
设备端详细 log 信息（只保留 mijia ble libs log 即可, 删除自己开发过程添加的 log ）

如何复现
如何使用原生工程进行复现，以及详细操作步骤。

期望结果
描述一下 bug 修复后的结果

环境描述
SoC 硬件平台
SoC SDK 版本
mijia ble libs 版本：可具体到 commit
手机机型
操作系统版本
App 版本

其他补充

目前ble模块只能发送和接收小于等于14个字节的数据，请问下这个限制可以改吗？怎么改？

目前ble模块只能发送和接收小于等于14个字节的数据，请问下这个限制可以改吗？怎么改？

clone master和nordic分支后mijia_ble_api和mijia_ble_libs都为空

clone master和nordic分支后mijia_ble_api和mijia_ble_libs都为空，git提示如下：

“Failed to clone 'mijia_ble_libs' a second time, aborting”

clone命令用的是"git clone --recursive https://github.com/MiEcosystem/mijia_ble_secure.git"

OTA固件升级

手机点击设备升级，设备会打样一句log信息：[I] mi srv: update interval max: 159, min: 159

官方提供的SDK的OTA功能有没有开通？ 还是需要设置一些参数？