ESP32C3 BLE5.0 吞吐速率的分析与测试

最新推荐文章于 2023-11-02 00:00:00 发布
最新推荐文章于 2023-11-02 00:00:00 发布
阅读量4.9k 收藏 21
点赞数 5
分类专栏： ESP32 BLE技术 文章标签： 物联网 iot
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_77691107/article/details/130628794
版权

ESP32C3 BLE5.0 吞吐速率的分析与测试

前言： 本篇文章主要探讨下影响 BLE 传输速率的因素，分析和计算 BLE 1M PHY、BLE 2M PHY 的最大传输速率以及使用 ESP32-C3 验证两种 PHY 的传输速率

1、影响 BLE 传输速率的因素

当前蓝牙核心规范的版本是v5.3， 从 BLE5.0 版本时， BLE已经可以支持多种物理层：LE 1M UNCODED PHY、LE 2M UNCODED PHY 以及 LE CODED PHY, 其中1M UNCODED PHY 也是 BLE4.2 版本所使用的物理层，比特传输速率为 1M bit/s, LE 2M UNCODED PHY 的比特传输速率为 2M bit/s， 而 LE CODED PHY 着重于长距离通讯，比特传输速率反而更低，分别是 125 K bit/s 和 500 K bit/s.

如果我使用 LE 2M UNCODED PHY 的物理层，那传输速率是否可以达到2M bit/s？ 当然不可能，影响因素也并不复杂，主要有以下几点

  • 从 ATT 层往下的层层打包

    一般来说，我们并不主动去操控蓝牙链路层(LL 层)直接发送数据，而是从 ATT 层 、L2CAP 层、LL 层层层封装打包，对端拿到数据是再层层解包， 也是说通过 BLE 传输的数据并不是都是有效数据，还有 “协议数据”
    在这里插入图片描述

    上图可以看到各个协议层的 HEADER , LE 1M UNCODED PHY时，Preamble是 1个字节， LE 2M UNCODED PHY时，Preamble是 2个字节

    在BLE 4.0 和 4.1 中，最大 ATT Payload 为 20 字节，在BLE 4.2 和 5.0 中，一种称为数据长度扩展 (DLE) 的新功能允许 ATT 有效负载最多容纳 244 字节的数据，一般 DLE 是可以配置的，从单包数据利用率来看，DLE 调至最大更好，很多蓝牙芯片默认设置就是 DLE 最大

  • 帧间空间 (T_IFS)

    同一数据信道上， 两个空中包的之间的距离是 150 us, 从上一包的包尾到下一包的包头， 这个是一个固定的时间消耗

  • 连接事件和连接间隔

    在两个 BLE 设备建立连接后，需要在一个个连接事件中进行相互收发包， 每个连接事件中双方要完成一次收发包，如果没有数据发， 也需要发送一个空包给对端。一个连接事件中双方可以有多个数据包的交互，取决于数据包的长度及连接间隔大小； 连接间隔是两个相邻连接事件起始之间的时间距离，可通过应用层配置
    在这里插入图片描述

综上来看，影响 BLE 传输速率的因素主要是应用层发包方式和连接间隔的调整，举个例子，应用层使用 write command 的方式发包要比使用 write request 的方式快很多，因为后者对端还要回复 write response 包； 连接间隔的调整指的在一个连接事件中尽可能提升数据包的填充率，例如一个连接事件中能发送 14 个 负载为 150 的数据，如果调整下 DLE负载数据为 145， 连接事件可以发送 15 个包，这样就整体提升了发送数据的速率， 或者微小的提升连接间隔，一个连接事件中能发送 15 个 负载为 150 的数据

这里有个问题是连接间隔是不是越大越好？或者越小越好？这个和设备厂商或者协议栈有关系，一个连接事件的最大包的个数有限制， 你调整到连接间隔为 1s, 一般就超过这个限制了， 那速率也会很慢，实际最好是连接间隔越小并且能使当前连接事件中包含更多的数据包

2、BLE 传输速率的计算和分析

以乐鑫的吞吐量示例为例， 单向 client 发送 write command 数据，数据长度 490， 使用 LE 1M UNCODED PHY, 默认的连接间隔是 40ms (可以通过抓包或者建立连接后调用 esp_ble_get_current_conn_params 获得)，ATT 层 3 个字节 header, L2CAP 层 4 个 字节 header， DLE 默认是最大的，所以链路层会分两包进行发送，平均每个 LL 层数据包长度及占用时间如下：

LL层数据包长度 = Preamble + Access Address + LL Header + Data + CRC = 1+4+2+(497/2)+3=259 byte
LL层数据包占用时间 = (259*8) bits / 1 Mbps = 2072 us

slave 设备收到包后要回复一个空包，空包长度及占用时间如下：

空包长度 = Preamble + Access Address + LL Header + CRC = 1+4+2+3=10 byte
空包占用时间 =  =  80 bits / 1 Mbps = 80 us

一次收发包过程所占用的时间：

一次收发包过程占用时间 = LL层数据包占用时间 + IFS + 空包占用时间 + IFS = 80 + 2*150 + 2072 =  2452 us

40ms 的连接间隔可以有 (40 * 1000)/2452 = 16 个收发包过程, 应用层传输速率

应用层传输速率 =  (1000/40) * (16/2 *490)*8 = 784000 bit/s

使用两块 ESP32-C3 对跑测试，实际速率是

I (112501) GATTS_DEMO: GATTC write Bit rate = 91805 Byte/s, = 734440 bit/s, time = 101s
I (114501) GATTS_DEMO: GATTC write Bit rate = 91807 Byte/s, = 734456 bit/s, time = 103s
I (116501) GATTS_DEMO: GATTC write Bit rate = 91808 Byte/s, = 734464 bit/s, time = 105s
I (118501) GATTS_DEMO: GATTC write Bit rate = 91777 Byte/s, = 734216 bit/s, time = 107s
I (120501) GATTS_DEMO: GATTC write Bit rate = 91775 Byte/s, = 734200 bit/s, time = 109s
I (122501) GATTS_DEMO: GATTC write Bit rate = 91776 Byte/s, = 734208 bit/s, time = 111s
I (124501) GATTS_DEMO: GATTC write Bit rate = 91778 Byte/s, = 734224 bit/s, time = 113s
I (126501) GATTS_DEMO: GATTC write Bit rate = 91780 Byte/s, = 734240 bit/s, time = 115s
I (128501) GATTS_DEMO: GATTC write Bit rate = 91781 Byte/s, = 734248 bit/s, time = 117s
I (130501) GATTS_DEMO: GATTC write Bit rate = 91783 Byte/s, = 734264 bit/s, time = 119s
I (132501) GATTS_DEMO: GATTC write Bit rate = 91756 Byte/s, = 734048 bit/s, time = 121s

并没有达到理想的计算速率，抓包看到每个连接间隔是 15 个收发包过程，如果按这个进行计算与实际速率相符

应用层传输速率 =  (1000/40) * (15/2 *490)*8 = 735000 bit/s

那如果是使用 LE 2M UNCODED PHY 呢， 我们假定使用连接间隔为 47.5ms 计算(其他值可以自己调试和计算)

LL层数据包长度 = Preamble + Access Address + LL Header + Data + CRC = 2+4+2+(497/2)+3=260 byte
LL层数据包占用时间 = (260*8) bits / 2 Mbps = 1040 us
空包长度 = Preamble + Access Address + LL Header + CRC = 2+4+2+3=11 byte
空包占用时间 =  =  88 bits / 2 Mbps = 44 us
一次收发包过程占用时间 = LL层数据包占用时间 + IFS + 空包占用时间 + IFS = 44 + 2*150 + 1040 =  1384 us
连接间隔包含收发包过程的个数 =   (47.5 * 1000)/1384 = 34
应用层传输速率 =  (1000/47.5) * (34/2 *490)*8 =  1402947 bit/s = 1.40 Mbit/s

实际使用两块 ESP32-C3 使用 2M PHY 对跑测试

I (186511) GATTS_DEMO: GATTC write Bit rate = 169031 Byte/s, = 1352248 bit/s, time = 184s
I (188511) GATTS_DEMO: GATTC write Bit rate = 169017 Byte/s, = 1352136 bit/s, time = 186s
I (190511) GATTS_DEMO: GATTC write Bit rate = 169028 Byte/s, = 1352224 bit/s, time = 188s
I (192511) GATTS_DEMO: GATTC write Bit rate = 169041 Byte/s, = 1352328 bit/s, time = 190s
I (194511) GATTS_DEMO: GATTC write Bit rate = 169051 Byte/s, = 1352408 bit/s, time = 192s
I (196511) GATTS_DEMO: GATTC write Bit rate = 169059 Byte/s, = 1352472 bit/s, time = 194s
I (198511) GATTS_DEMO: GATTC write Bit rate = 169069 Byte/s, = 1352552 bit/s, time = 196s
I (200511) GATTS_DEMO: GATTC write Bit rate = 169074 Byte/s, = 1352592 bit/s, time = 198s
I (202511) GATTS_DEMO: GATTC write Bit rate = 169013 Byte/s, = 1352104 bit/s, time = 200s
I (204511) GATTS_DEMO: GATTC write Bit rate = 168962 Byte/s, = 1351696 bit/s, time = 202s
I (206511) GATTS_DEMO: GATTC write Bit rate = 168956 Byte/s, = 1351648 bit/s, time = 204s

能达到 1.35 Mbit/s 左右，基本上也是接近计算数据，实际可能是连接事件中并没有包含 34 个收发包过程，不好确定，因为当前的 sniffer 设备很少可以抓 LE 2M UNCODED PHY 数据包的，具备此功能的也价格比较昂贵。

3、修改 ESP32C3 吞吐量测试示例

最简单方法是将 吞吐量示例 与 ble50_security_client 和 ble50_security_server 两个示例进行结合, 修改扫描、广播和发起连接的 API 为 扩展 API

  • throughput_server

    修改广播参数与广播数据

    static uint8_t ext_adv_raw_data[] = {
        0x02, 0x01, 0x06,
        0x02, 0x0a, 0xeb, 0x03, 0x03, 0xab, 0xcd,
        0x11, 0X09,  'B', 'L', 'E', '5', '0', '_', 'T', 'H', 'R', 'O', 'U', 'G', 'H','P', 'U', 'T',
};

static esp_ble_gap_ext_adv_t ext_adv[1] = {
    [0] = {EXT_ADV_HANDLE, EXT_ADV_DURATION, EXT_ADV_MAX_EVENTS},
};

esp_ble_gap_ext_adv_params_t ext_adv_params_2M = {
    .type = ESP_BLE_GAP_SET_EXT_ADV_PROP_CONNECTABLE,
    .interval_min = 0x20,
    .interval_max = 0x20,
    .channel_map = ADV_CHNL_ALL,
    .filter_policy = ADV_FILTER_ALLOW_SCAN_ANY_CON_ANY,
    .primary_phy = ESP_BLE_GAP_PHY_1M,
    .max_skip = 0,
    .secondary_phy = ESP_BLE_GAP_PHY_2M,
    .sid = 0,
    .scan_req_notif = false,
    .own_addr_type = BLE_ADDR_TYPE_PUBLIC,
    .tx_power = EXT_ADV_TX_PWR_NO_PREFERENCE,
};

    修改设置广播参数、数据及开启广播的流程

    static void gatts_profile_a_event_handler(esp_gatts_cb_event_t event, esp_gatt_if_t gatts_if, esp_ble_gatts_cb_param_t *param) {
    switch (event) {
    case ESP_GATTS_REG_EVT:
		 //...
         esp_ble_gap_ext_adv_set_params(EXT_ADV_HANDLE, &ext_adv_params_2M);
	//...
}

static void gap_event_handler(esp_gap_ble_cb_event_t event, esp_ble_gap_cb_param_t *param)
{
    case ESP_GAP_BLE_EXT_ADV_SET_PARAMS_COMPLETE_EVT:
        ESP_LOGI(GATTS_TAG,"ESP_GAP_BLE_EXT_ADV_SET_PARAMS_COMPLETE_EVT status %d",  param->ext_adv_set_params.status);
        esp_ble_gap_config_ext_adv_data_raw(EXT_ADV_HANDLE,  sizeof(ext_adv_raw_data), &ext_adv_raw_data[0]);
        break;
    case ESP_GAP_BLE_EXT_ADV_DATA_SET_COMPLETE_EVT:
       ESP_LOGI(GATTS_TAG,"ESP_GAP_BLE_EXT_ADV_DATA_SET_COMPLETE_EVT status %d",  param->ext_adv_data_set.status);
         esp_ble_gap_ext_adv_start(NUM_EXT_ADV_SET, &ext_adv[0]);
         break;
    //...
}

    连接后更新连接参数

    static void gatts_profile_a_event_handler(esp_gatts_cb_event_t event, esp_gatt_if_t gatts_if, esp_ble_gatts_cb_param_t *param) {
    switch (event) {
    case ESP_GATTS_CONNECT_EVT:
		 //...
        is_connect = true;
        esp_ble_conn_update_params_t conn_params = {0};
        memcpy(conn_params.bda, param->connect.remote_bda, sizeof(esp_bd_addr_t));

        conn_params.latency = 0;
        conn_params.max_int = 38;    // max_int = 38*1.25ms = 47.5ms
        conn_params.min_int = 38;    // min_int = 38*1.25ms = 47.5ms
        conn_params.timeout = 400;    // timeout = 400*10ms = 4000ms
        gl_profile_tab[PROFILE_A_APP_ID].conn_id = param->connect.conn_id;
        //start sent the update connection parameters to the peer device.
        esp_ble_gap_update_conn_params(&conn_params);
        break;
	//...
}

  • throughput_client

    设置扫描参数和要寻找的对端设备名称

    static const char remote_device_name[] = "BLE50_THROUGHPUT";

static esp_ble_ext_scan_params_t ext_scan_params = {
    .own_addr_type = BLE_ADDR_TYPE_PUBLIC,
    .filter_policy = BLE_SCAN_FILTER_ALLOW_ALL,
    .scan_duplicate = BLE_SCAN_DUPLICATE_DISABLE,
    .cfg_mask = ESP_BLE_GAP_EXT_SCAN_CFG_UNCODE_MASK | ESP_BLE_GAP_EXT_SCAN_CFG_CODE_MASK,
    .uncoded_cfg = {BLE_SCAN_TYPE_ACTIVE, 40, 40},
    .coded_cfg = {BLE_SCAN_TYPE_ACTIVE, 40, 40},
};

const esp_ble_gap_conn_params_t phy_1m_conn_params = {
    .scan_interval = 0x40,
    .scan_window = 0x40,
    .interval_min = 0x10,
    .interval_max = 0x20,
    .latency = 0,
    .supervision_timeout = 600,
    .min_ce_len  = 0,
    .max_ce_len = 0,
};
const esp_ble_gap_conn_params_t phy_2m_conn_params = {
    .scan_interval = 0x40,
    .scan_window = 0x40,
    .interval_min = 0x10,
    .interval_max = 0x20,
    .latency = 0,
    .supervision_timeout = 600,
    .min_ce_len  = 0,
    .max_ce_len = 0,
};
const esp_ble_gap_conn_params_t phy_coded_conn_params = {
    .scan_interval = 0x40,
    .scan_window = 0x40,
    .interval_min = 0x10,
    .interval_max = 0x20,
    .latency = 0,
    .supervision_timeout = 600,
    .min_ce_len  = 0,
    .max_ce_len = 0,
};

    设置扫描参数以及扫描结果处理并发起连接

    static void gattc_profile_event_handler(esp_gattc_cb_event_t event, esp_gatt_if_t gattc_if, esp_ble_gattc_cb_param_t *param)
{
    esp_ble_gattc_cb_param_t *p_data = (esp_ble_gattc_cb_param_t *)param;
    switch (event) {
    case ESP_GATTC_REG_EVT:
        ESP_LOGI(GATTC_TAG, "REG_EVT");
        esp_err_t scan_ret = esp_ble_gap_set_ext_scan_params(&ext_scan_params);
        if (scan_ret){
            ESP_LOGE(GATTC_TAG, "set extend scan params error, error code = %x", scan_ret);
        }
        break;
	//...
}
        
static void esp_gap_cb(esp_gap_ble_cb_event_t event, esp_ble_gap_cb_param_t *param)
{
    uint8_t *adv_name = NULL;
    uint8_t adv_name_len = 0;
    switch (event) {
    case ESP_GAP_BLE_SET_EXT_SCAN_PARAMS_COMPLETE_EVT: {
        if (param->set_ext_scan_params.status != ESP_BT_STATUS_SUCCESS) {
            ESP_LOGE(GATTC_TAG, "extend scan parameters set failed, error status = %x", param->set_ext_scan_params.status);
            break;
        }
        esp_ble_gap_start_ext_scan(EXT_SCAN_DURATION, EXT_SCAN_PERIOD);
        break;
    }
    case ESP_GAP_BLE_SCAN_START_COMPLETE_EVT:
        //scan start complete event to indicate scan start successfully or failed
        if (param->scan_start_cmpl.status != ESP_BT_STATUS_SUCCESS) {
            ESP_LOGE(GATTC_TAG, "scan start failed, error status = %x", param->scan_start_cmpl.status);
            break;
        }
        ESP_LOGI(GATTC_TAG, "scan start success");
        break;
    case ESP_GAP_BLE_EXT_ADV_REPORT_EVT: {
        uint8_t *adv_name = NULL;
        uint8_t adv_name_len = 0;
        if(param->ext_adv_report.params.event_type & ESP_BLE_GAP_SET_EXT_ADV_PROP_LEGACY) {
            ESP_LOGI(GATTC_TAG, "legacy adv, adv type 0x%x data len %d", param->ext_adv_report.params.event_type, param->ext_adv_report.params.adv_data_len);
        } else {
            ESP_LOGI(GATTC_TAG, "extend adv, adv type 0x%x data len %d", param->ext_adv_report.params.event_type, param->ext_adv_report.params.adv_data_len);
        }
        adv_name = esp_ble_resolve_adv_data(param->ext_adv_report.params.adv_data,
                                            ESP_BLE_AD_TYPE_NAME_CMPL, &adv_name_len);
        if (!connect && strlen(remote_device_name) == adv_name_len && strncmp((char *)adv_name, remote_device_name, adv_name_len) == 0) {
            connect = true;
            esp_ble_gap_stop_ext_scan();
            esp_log_buffer_hex("adv addr", param->ext_adv_report.params.addr, 6);
            esp_log_buffer_char("adv name", adv_name, adv_name_len);
            ESP_LOGI(GATTC_TAG, "Stop extend scan and create aux open, primary_phy %d secondary phy %d\n", param->ext_adv_report.params.primary_phy, param->ext_adv_report.params.secondly_phy);

            esp_ble_gap_prefer_ext_connect_params_set(param->ext_adv_report.params.addr,
                                                     ESP_BLE_GAP_PHY_1M_PREF_MASK | ESP_BLE_GAP_PHY_2M_PREF_MASK | ESP_BLE_GAP_PHY_CODED_PREF_MASK ,
                                                     &phy_1m_conn_params, &phy_2m_conn_params, &phy_coded_conn_params);
            esp_ble_gattc_aux_open(gl_profile_tab[PROFILE_A_APP_ID].gattc_if,
                                    param->ext_adv_report.params.addr,
                                    param->ext_adv_report.params.addr_type, true);
        }
        break;
    }
    //...
}

    esp_ble_gap_prefer_ext_connect_params_set 也可以不用去配置

两个demo 示例修改后在编译前要在 menuconfig 中打开 CONFIG_BT_BLE_50_FEATURES_SUPPORTED 宏，不然编译不通过， ESP32S3 配置流程与 ESP32C3 相同

以上使用的 write command 方式或者 notify 方式，类似于 网络协议中的 UDP， 并不能保证数据可达，实际中一些重要的不能丢包的场合如 OTA 过程可以使用 write request 方式或者 indicate 方式发送数据，但传输速率可能达不到以上数据传输速率的一半，所以以上测试速率可以作为一个极限速率参考

参考：

https://novelbits.io/bluetooth-5-speed-maximum-throughput/

姜浒
关注
  • 5
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
专栏目录
ESP32-C3模组上实现蓝牙BLE配网功能（2）
phmatthaus的专栏
06-02 997
ESP32-C3模组上实现蓝牙BLE配网功能（2）
BLE传输速率以及抓包工具
weixin_40543589的博客
06-08 4002
BLE传输速率以及抓包工具
ESP32 开启 Wi-Fi 热点与手机端 Iperf 测试 APP 来测试 ESP32 Wi-Fi AP 速率的流程
ESP 技术分享，推动万物互联
03-27 4034
总共测试 200 秒。
如何进行APP蓝牙连接测试?
04-11 1328
APP蓝牙连接测试是指测试智能设备与APP之间的蓝牙连接是否稳定，数据传输是否可靠。以下为APP蓝牙连接测试的具体步骤： 确定测试环境：设备要和APP处于同一蓝牙频道，测试时建议选择无线干扰较少的环境进行测试。 设备连接测试：首先，需要测试设备的蓝牙连接，通过设备的配对、连接、断开和再次连接进行测试。测试连接成功后，需要通过扫描附近的周边设备，确保设备可以正确地发现和连接周边的蓝牙设备。 数据传输测试：测试设备之间进行数据传输，包括直接传输和间接传输，需要测试设备之间的正常数据传输，测试传输的速
安信可ESP8266、ESP32、ESP32-S2、ESP32-C3模组的TCP_UDP吞吐量测试使用指导
安信可科技
05-22 3589
文章目录前言关于Jperf软件的使用方法(Window)ESP8266吞吐量测试ESP32吞吐量测试ESP32-S2吞吐量测试测试软件和测试固件下载联系我们 前言 很多的产品都需要知道一些性能参数测试，比如通讯距离，吞吐量等，今天给大家分享下ESP系列的WIFI吞吐量测试数据和测试的方法，如下 关于Jperf软件的使用方法(Window) 1.测试软件基于java环境运行，使用前请确认java环境已搭建 成功打开如上界面代表iperf软件运行成功 ESP8266吞吐量测试 Mbit/s TCP发送
STM32智能小车（循迹、跟随、避障、测速、蓝牙、wifi、4g、语音识别）总结
热门推荐
wei_Embedded_z的博客
11-02 2万+
STM32智能小车（循迹、跟随、避障、测速、蓝牙、wife、4g、语音识别）总结循迹小车 循迹小车 3.跟随/避障小车 4.测速小车 5.远程控制小车6.语音控制小车
ESP32-C3 BLE5.0 扩展蓝牙名称长度的流程
ESP 技术分享，推动万物互联
02-22 2073
BLE5.0 扩展蓝牙名称长度
ESP32C3大库编译工具安装包
09-12
xtensa-esp32s3-elf-gcc8_4_0-esp-2021r2-patch3-win32 xtensa-esp32-elf-gcc8_4_0-esp-2021r2-patch3-win32 riscv32-esp-elf-gcc8_4_0-esp-2021r2-patch3-win32 mkspiffs-0.2.3-arduino-esp32-win32 i686-w64-mingw...
esp32c3-20220618-v1.19.1.bin
10-17
esp32c3-固件，micropython系统，不带USB的版本
esp32c3 多软串口 Arduino程序
05-14
在esp32c3 同时创建了3个软串口进行测试，弥补esp32c3 硬串口不足的问题
基于ESP32C3+LVGLv8的USB电压电流传感器.zip
05-30
ESP32C3是ESP32系列的一个成员，采用RISC-V架构，相比于其前辈ESP32，ESP32C3更注重成本效益和能效。它具备以下特性： 1. **CPU**: 内置单核32位RISC-V RV32IMC处理器，运行频率高达160MHz。 2. **无线连接**: 包含...
蓝牙5.0核心规范 bluetooth spec V5.0
10-27
蓝牙SIG联盟官方发布的最新版规范，包括BR/EDR BLE HCI RF 等各卷
ESP32 ESP32C3 Micropython 连接WIFI自动重连，连接阿里云物联网示例
06-02
ESP32和ESP32C3是Espressif Systems公司推出的两种微控制器，它们都集成了Wi-Fi和蓝牙功能，广泛应用于IoT（物联网）项目。Micropython是一种轻量级的Python实现，专为微控制器设计，使得开发者能够在这些硬件上使用...
ble4.2串口透传综合速率测试
freemote的博客
09-09 1664
在CH579实现蓝牙（ble4.2）串口透传的基础上测试发送和接收的速率。为了最大限度的提高速率，设置MTU为最大，对于CH579来说ATT_MTU最大为247。 在电脑端使用USB转串口，发送和接收串口数据，串口使用115200波特率；设置蓝牙每包240字节。 1、发送速率测试 数据流向：电脑串口----->CH579----->手机。 从上面图可以看出，发送和接收的数据量一致，实时速度可以达到1440 B/s，同时也应该注意串口发送间隔设置为了150ms。 2、接收速率测试 数据流向：
路由器吞吐量测试方法
weixin_33796205的博客
10-28 1242
路由器LAN口设置成192.168.1.1，接在LAN口的PC IP地址是192.168.1.2. WAN口设置成192.168.10.1，接在WAN口的PC IP地址是192.168.10.2. 测试从LAN口到WAN口是直接就可以的，只要把吞吐量测试软件设置成两台PC的地址即可，LAN口发送数据包到WAN口默认是不阻止的。 但是测试从WAN口到LAN的吞吐量，必须设置...
ESP32-C3学习笔记（6）——BLE GAP主机端的读、写、notify
Mr_VitaminC的博客
04-19 1189
1.notif代码 if (count > 0 && (char_elem_result[0].properties & ESP_GATT_CHAR_PROP_BIT_NOTIFY)){ gl_profile_tab[PROFILE_A_APP_ID].char_handle = char_elem_result[0].char_handle; esp_ble_gattc_reg
吞吐量测试方法总结
我一定要成为测试开发！
06-25 8569
需要提前安装iperf的apk到电视以及PC端需要把iperf的exe放到C盘的windows文件夹中 还可以配置java环境使用jperf图形化界面来参考 理论上来说，两台设备都需要成为服务器与客户端 TCP测试： 1、服务器输入 -s 点击开始，PC输入 iperf -s 2、客户端输入 iperf -c host -t 60 -i 1 -w 1M 其中-w表示TCP windows size...
ble原理（2）蓝牙5.0文档概述
剑影的博客
03-13 1942
1：本文只是用来学习的，如有不妥，请联系删除 ：qq：1297311998 2X 数据吞吐量 4X 远距离 8X 大广播包数据传输 蓝牙5速率详细分析和提升方式【附测试数据】 BLE数据包看蓝牙5协议流程 蓝牙LL层连接】 BLE数据包看蓝牙5协议流程 ...
esp32c3 BLE代码示例
最新发布
04-25
ESP32-C3是一款低功耗的Wi-Fi和蓝牙双模片，它支持BLE（蓝牙低功耗）功能。下面是一个ESP32-C3 BLE代码示例的简要介绍： 1. 初始化BLE： 在代码中，首先需要初始化BLE。可以使用`esp_ble_init()`函数进行初始化，并设置BLE事件处理程序。 2. 创建BLE服务和特征： 使用`esp_ble_gatts_create_service()`函数创建BLE服务，并使用`esp_ble_gatts_add_char()`函数添加特征到服务中。特征可以包含读、写、通知等属性。 3. 注册BLE事件处理程序： 在代码中，需要注册BLE事件处理程序，以便处理BLE事件。可以使用`esp_ble_gatts_register_callback()`函数注册GATT服务器事件处理程序。 4. 处理BLE事件： 在BLE事件处理程序中，可以处理各种BLE事件，例如连接事件、断开事件、读取请求、写入请求等。根据具体需求，编写相应的处理逻辑。 5. 启动BLE广播： 使用`esp_ble_gap_start_advertising()`函数启动BLE广播，使其他设备能够发现并连接到ESP32-C3。 这只是一个简要的示例介绍，实际的代码可能更加复杂，具体实现还需要根据具体需求进行调整和扩展。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值