解决了，使用了memcpy赋值，导致数据缺失。

ATZ等指令后是加了回车符0D，ELM327以回车符识别指令是否结束，我用的APP是BLE调试宝，无法识别\r写法，按键回车会当作0A处理，所以手动加了0D，没啥关键作用。 复现的话需要用到ELM327 ObdII行车电脑检测仪器，用于从行车电脑获取水温车速转速故障代码等车辆信息，图片显示的是用手机APP BLE调试宝ble连接ELM327设备手动初始化和ESP32开发板BLE连接elm327设备的初始化过程，同样的设备ESP32接收回传信息一团乱码. 只要手机支持BLE，任何ble调试APP都可以手动输入初始化指令初始ELM327设备，没什么区别。 附上BIN: gatt_client_de...

因为接收到的根本就是乱码，所以显示不出来，正常应答值应该如下图所示： 微信图片_20210601160744.jpg 对应二进制： 微信图片_20210601160737.jpg ESP32接收的二进制显示： I (3507) GATTC_DEMO: Write: atz I (3537) GATTC_DEMO: Receive: I (3537) GATTC_DEMO: 61 74 7a 0d fc I (3647) GATTC_DEMO: update connection params status = 0, min_int = 8, max_int = 16,conn_int = 16...

gatt client，连接ELM327车载OBD芯片，初始化接收乱码。ATZ,ATI等是初始化指令，发送后会首先返回，紧接着是应答值，乱码如下所示，请教一下如何解决？ I (3027) GATTC_DEMO: connect to the remote device. I (3037) GATTC_DEMO: stop scan successfully I (3087) GATTC_DEMO: ESP_GATTC_CONNECT_EVT conn_id 0, if 3 I (3087) GATTC_DEMO: REMOTE BDA: I (3097) GATTC_DEMO: 00 1d a...

居然是Micro usb接口的问题，出现类似情况，重新插拔一下，烧录完成就不会出现所描述问题，是板载的micro usb口，电脑端的USB口再插拔也没用，号神奇诡异的问题。

I (423) cpu_start: Project name: gatt_client_demo I (428) cpu_start: App version: v4.2.1-dirty I (433) cpu_start: Compile time: May 21 2021 16:59:43 I (440) cpu_start: ELF file SHA256: 1894b2cb098a6df7... I (446) cpu_start: ESP-IDF: v4.2.1-dirty 没有任何问题，请先排查你自己的开发板。 重启电脑，安装一个更新之后，问题就消失了，真是太诡异了。

核心板是wroom32，开发板是devkitv1，是直接用烧录工具烧录到0X10000吗？

将固件奉上，可以试一下是否如此，发现这固件好大啊，启用BLE，需要这么大的固件吗？稍微整合点别的岂不要超1M了

插件版本是1.0.3,应该是最新版本。
现在的状况不是例程本身运行的问题了，根据情况判断，是整个开发板在频繁的掉电加电，所以造成USB串口在不停的插拔，现象就是系统持续不断的播放USB设备移除的提示音。此时串口根本无法工作，打开串口软件也找不到USB串口。
我个人怀疑是固件BUG造成整个ESP32芯片瞬间短路，导致整个开发板供电线路重启，重启后芯片加电运行又短路，进入死循环，所以只有按住EN，使芯片停止运行，消除固件运行造成的短路，才能使USB串口正常工作，进而烧录或擦除。我认为真是这种情况，这应该算是一个芯片比较严重的硬件BUG了。

串口打印信息如下： PS D:\Users\Lenovo\esp\esp-idf\examples\bluetooth\bluedroid\ble\gatt_client> d:\Users\Lenovo\.espressif\python_env\idf4.2_py3.8_env\Scripts\python.exe D:\Users\Lenovo\esp\esp-idf\tools\idf.py -p COM3 monitor Executing action: monitor Running idf_monitor in directory d:\users\lenovo\esp\esp...