魔改车钥匙实现远程控车：（2）距离感应的实现

最新推荐文章于 2024-03-13 19:02:56 发布
最新推荐文章于 2024-03-13 19:02:56 发布
阅读量732 收藏 6
点赞数
分类专栏： Arduino 文章标签： Arduino 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_17133389/article/details/126360282
版权

前言

在 上一篇文章 中，我们讲了魔改实现远程控车的基本思路，但是我们仅仅实现了主动控制，对于距离感知被动解锁尚未实现，本篇文章的内容就是实现距离感应自动解锁。

ps: 又是隔了这么久，终于又想继续折腾这玩意儿了，毕竟已经拆了一把钥匙了，不继续折腾下去就太亏了。

实现思路

整体介绍

在上文中，我们提到过，可以通过检测特定蓝牙设备的 RSSI 值来判断设备距离车辆的位置。

RSSI 即 Received Signal Strength Indication，直译过来就是接受信号强度指示的意思，目前很多物联网设备就是使用的 RSSI 作为定位和判断距离的手段，所以这个方案理论上是没有任何问题的。

简单理解，就是信号强度越大，即 RSSI 值越大，就说明两个设备之间的距离越近，而对于我们的需求来说，并不需要实现复杂的算法来计算出较为精确的距离，只需要测试后设置一个合适的阈值即可，因为信号强度会受到所处环境，遮挡物，甚至设备本身工况的各个方面的因素影响，如果非得通过一系列复杂的算法求出精确距离属实是大可不必的。

使用经典蓝牙

在上文中，我们有说过为什么最终会选择支持经典蓝牙的 ESP32 而不是更加便宜但是只支持 BLE 的 ESP32C3 作为控制主板。

如果忘记了没关系，我在这里简单复述一遍，因为 BLE 不支持连接，只支持发送广播包，这样附近所有的设备都可以截获到我和主板通信的数据包，对于安全没有保障，虽然 BLE 支持配对，但是 ESP32C3 的 MicroPython 不支持。

并且，由于不支持配对，我无法获取到手机的真实 MAC 地址，也就无法继续通过 MAC 地址判断特定设备的距离。

那么问题来了，经典蓝牙支持配对，但是可以拿到已配对设备的 RSSI 吗？

查找了一圈的文档和各个论坛，最终发现，在 Arduino 的经典蓝牙支持库中，无法直接获取到 RSSI ……

只能获取到 RSSI 变化量……

而且无法拿到初始量，一开始获取到的就是变化量……

也就是说，我压根没法通过经典蓝牙拿到正确的 RSSI 值……

而且，即使是获取 RSSI 变化量也特别繁琐……

怎么办？总不能放弃吧？

或许，可以使用 BLE ？

使用 BLE

万幸的是， ESP32 开发板支持经典蓝牙和 BLE 双模。

也就是说，虽然经典蓝牙拿不到 RSSI，但是我可以用 BLE 拿了。

但是问题又来了，我扫描哪个设备的 BLE 信号？

扫描手机是不现实的，因为手机系统限制，无法一直对外发送广播包，即使我自己写一个 APP， 不停的向外发送广播包也不可能，因为安卓系统为了省电，对蓝牙使用做出了很大的限制：

如果长时间扫描设备或发送广播包会被系统强制关闭；如果手机息屏也会被系统强制关闭。

也就是说，如果我扫描的是手机的 RSSI 的话，我每次靠近车前还得掏出手机，打开 APP，并且保持 APP 在前台运行直至车辆解锁……

这么麻烦，那我为什么不直接用车钥匙呢？？

正当我一筹莫展的时候，低头看见了我手上戴的手环！

对啊，为什么不直接扫描我的手环呢？

因为我戴的小米手环，可以在设置中开启持续对外广播功能，虽然官方说这样会增大耗电量，但是经过我半个月的测试下来，实际增加的耗电量几乎可以忽略不计的。

而且，扫描小米手环还有一个好处，就是小米手环的 MAC 是固定的真实 MAC ，不像手机那样是随机 MAC。

那么我们来看看能不能获取到 RSSI 呢，依旧是使用官方示例代码进行简单的修改：

/*
   Based on Neil Kolban example for IDF: https://github.com/nkolban/esp32-snippets/blob/master/cpp_utils/tests/BLE%20Tests/SampleScan.cpp
   Ported to Arduino ESP32 by Evandro Copercini
*/

#include <BLEDevice.h>
#include <BLEUtils.h>
#include <BLEScan.h>
#include <BLEAdvertisedDevice.h>

int scanTime = 5; // 每次扫描时间（单位：秒）

class MyAdvertisedDeviceCallbacks: public BLEAdvertisedDeviceCallbacks { // 扫描结果回调
    void onResult(BLEAdvertisedDevice advertisedDevice) {
      if (advertisedDevice.getAddress().equals(BLEAddress("11:22:33:44:55:66"))) {  // 过滤我的小米手环的 MAC
        Serial.printf("Advertised Device: %s \n", advertisedDevice.toString().c_str());
        Serial.print(" RSSI: ");
        Serial.println(advertisedDevice.getRSSI());
        Serial.print("FIND!");
        if (advertisedDevice.getRSSI() >= -100) {  // 获取并判断 RSSI 值是否大于 -100 （其实这个值填大了，对于我的测试环境 RSSI 压根不会小于 -100，早在小于 -100 之前就已经扫描不到设备了）
          Serial.print("SUIT!");
        }
      }
    }
};

void start_scan() {  // 开始扫描
  Serial.println("Scanning...");
  BLEDevice::init("");
  BLEScan* pBLEScan = BLEDevice::getScan(); //create new scan
  pBLEScan->setAdvertisedDeviceCallbacks(new MyAdvertisedDeviceCallbacks());
  pBLEScan->setActiveScan(true); //active scan uses more power, but get results faster
  BLEScanResults foundDevices = pBLEScan->start(scanTime);
  Serial.print("Devices found: ");
  Serial.println(foundDevices.getCount());
  Serial.println("Scan done!");
}

void setup() {
  Serial.begin(115200);
}

void loop() {  // 在 loop 中循环扫描
  start_scan();
  delay(5);
}

上面代码我已经在注释中大致解释了每个部分都是什么用处，这里补充说明一点，扫描方法 start_scan 是阻塞函数，阻塞时间就是设置的扫描时间。

把上面代码编译后烧录进 ESP32 ，运行完美，成功扫描到我的手环，并且获取到了 RSSI 。

这么一说，是不是觉得使用小米手环简直完美了啊，其实不然，原因也很简单，上面说了，它的 MAC 是固定的真实地址，换句话来说就是，如果有人通过某种手段拿到了你的手环的 MAC 地址，然后再使用某种设备伪造这个 MAC 地址，岂不就是可以把我车开走了？

不过现在先暂时不考虑这么多，先验证思路可行性再说。

既然扫描 RSSI 没问题了，那是不是意味着现在就可用了呢？

非也，因为虽然 ESP32 支持经典蓝牙和 BLE 双模，但是并不意味着它支持同时开启 BLE 和经典蓝牙啊，所以我们下一步是测试混合使用经典蓝牙和 BLE。

结合经典蓝牙和 BLE

我们将上一篇文章中编写的经典蓝牙代码和本文中的 BLE 代码混合在一起：

#include "BluetoothSerial.h"
#include <BLEDevice.h>
#include <BLEUtils.h>
#include <BLEScan.h>
#include <BLEAdvertisedDevice.h>

#if !defined(CONFIG_BT_ENABLED) || !defined(CONFIG_BLUEDROID_ENABLED)
#error Bluetooth is not enabled! Please run `make menuconfig` to and enable it
#endif

#if !defined(CONFIG_BT_SPP_ENABLED)
#error Serial Bluetooth not available or not enabled. It is only available for the ESP32 chip.
#endif

#define LED_CONNECT 2
#define LED_POWER 15

#define PIN_POWER 13
#define PIN_LOCK 12
#define PIN_LOOP 14

int scanTime = 5; // BLE 扫描时间（S）
int isScanedDevice = 0; // BLE本次是否搜索到指定设备

boolean isConnectDevice = false; // 是否连接上了经典蓝牙

BluetoothSerial SerialBT;
boolean confirmRequestPending = true;

void get_start() {
    digitalWrite(LED_POWER, HIGH);
    digitalWrite(PIN_POWER, HIGH);
}

void cut_power() {
    digitalWrite(LED_POWER, LOW);
    digitalWrite(PIN_POWER, LOW);
}

void lock_car() {
    digitalWrite(PIN_LOCK, LOW);
    delay(500);
    digitalWrite(PIN_LOCK, HIGH);
    delay(1000);
    digitalWrite(LED_POWER, LOW);
    digitalWrite(PIN_POWER, LOW);
}

void luncher_car() {
    digitalWrite(PIN_LOCK, LOW);
    delay(300);
    digitalWrite(PIN_LOCK, HIGH);
    delay(1000);
    digitalWrite(PIN_LOOP, LOW);
    delay(8000);
    digitalWrite(PIN_LOOP, HIGH);
}

void shut_down_car() {
    digitalWrite(PIN_LOOP, LOW);
    delay(8000);
    digitalWrite(PIN_LOOP, HIGH);
}

void find_my_car() {
    digitalWrite(PIN_LOOP, LOW);
    delay(200);
    digitalWrite(PIN_LOOP, HIGH);
    delay(300);
    digitalWrite(PIN_LOOP, LOW);
    delay(200);
    digitalWrite(PIN_LOOP, HIGH);
}

void click_loop() {
    digitalWrite(PIN_LOOP, LOW);
    delay(200);
    digitalWrite(PIN_LOOP, HIGH);
}

void click_lock() {
    digitalWrite(PIN_LOCK, LOW);
    delay(200);
    digitalWrite(PIN_LOCK, HIGH);
}

void read_status() {
  int power_value = digitalRead(PIN_POWER);
  int loop_value = digitalRead(PIN_LOOP);
  int lock_value = digitalRead(PIN_LOCK);

  char s[200];
  sprintf(s, "power %d, loop %d, lock %d\n", power_value, loop_value, lock_value);
  SerialBT.print(s);
}

class MyAdvertisedDeviceCallbacks: public BLEAdvertisedDeviceCallbacks {
    void onResult(BLEAdvertisedDevice advertisedDevice) {
      if (advertisedDevice.getAddress().equals(BLEAddress("11:22:33:44:55:66"))) {
        isScanedDevice = 1;
        if (advertisedDevice.getRSSI() >= -100) {
          // 这个地方表示扫描到了指定 BLE 设备，且 RSSI 满足阈值
          Serial.print("Power On by ble， rssi= ");
          Serial.println(advertisedDevice.getRSSI());

          get_start();
          // TODO 这里应该加上触发解锁按键，避免钥匙检测失效
        }
        else {
          // 这个地方表示扫描到了指定 BLE 设备，但是 RSSI 未达到阈值
        
          Serial.println("Power Off by ble rsssi not suit!");

          lock_car();
        }
      }
    }
};

void start_scan() {
  isScanedDevice = 0;
  BLEDevice::init("");
  BLEScan* pBLEScan = BLEDevice::getScan(); //create new scan
  pBLEScan->setAdvertisedDeviceCallbacks(new MyAdvertisedDeviceCallbacks());
  pBLEScan->setActiveScan(true); //active scan uses more power, but get results faster
  BLEScanResults foundDevices = pBLEScan->start(scanTime);
  if (isScanedDevice == 0) {
      // 这里表示本次扫描已经结束，但是没有扫描到指定 BLE 设备
      Serial.println("Power Off by ble not found!");

      lock_car();
  }
}

void BTConfirmRequestCallback(uint32_t numVal)
{
  confirmRequestPending = true;
  Serial.println(numVal);
}

void BTAuthCompleteCallback(boolean success)
{
  confirmRequestPending = false;
  if (success)
  {
    Serial.println("Pairing success!!");
  }
  else
  {
    Serial.println("Pairing failed, rejected by user!!");
  }
}

// Bt_Status callback function
void Bt_Status (esp_spp_cb_event_t event, esp_spp_cb_param_t *param) {

  if (event == ESP_SPP_SRV_OPEN_EVT) {
    Serial.println ("Client Connected");
    digitalWrite(LED_CONNECT, HIGH);
    isConnectDevice = true;
    confirmRequestPending = false;
    // Do stuff if connected
  }

  else if (event == ESP_SPP_CLOSE_EVT ) {
    Serial.println ("Client Disconnected");
    digitalWrite(LED_CONNECT, LOW);
    isConnectDevice = false;
    // Do stuff if not connected
  }
}

void setup()
{
  Serial.begin(115200);

  pinMode(LED_CONNECT, OUTPUT);
  pinMode(LED_POWER, OUTPUT);
  
  pinMode(PIN_POWER, OUTPUT);
  pinMode(PIN_LOCK, OUTPUT);
  pinMode(PIN_LOOP, OUTPUT);

  digitalWrite(PIN_LOCK, HIGH);
  digitalWrite(PIN_LOOP, HIGH);
  
  SerialBT.enableSSP();
  SerialBT.onConfirmRequest(BTConfirmRequestCallback);
  SerialBT.onAuthComplete(BTAuthCompleteCallback);
    // Define the Bt_Status callback
  SerialBT.register_callback (Bt_Status);
  SerialBT.begin("equationl's Auto"); //Bluetooth device name
  Serial.println("The device started, now you can pair it with bluetooth!");
}

void loop()
{
  if (!isConnectDevice) {  // 只有在没有连接经典蓝牙的情况下才扫描 BLE 设备，否则经典蓝牙的数据交互将被 start_scan 阻塞
    start_scan();  // 开始搜索 BLE 设备
  }

  if (confirmRequestPending)
  {
    if (Serial.available())
    {
      int dat = Serial.read();
      if (dat == '1')
      {
        SerialBT.confirmReply(true);
      }
      else
      {
        SerialBT.confirmReply(false);
      }
    }
  }
  else
  {
    if (Serial.available())
    {
      SerialBT.write(Serial.read());
    }
    if (SerialBT.available())
    {
      int msg = SerialBT.read();
      Serial.write(msg);
      if (msg == '1') {
        get_start();
      }
      if (msg == '2') {
        cut_power();
      }
      if (msg == '3') {
        lock_car();
      }
      if (msg == '4') {
        luncher_car();
      }
      if (msg == '5') {
        shut_down_car();
      }
      if (msg == '6') {
        find_my_car();
      }
      if (msg == '7') {
        click_loop();
      }
      if (msg == '8') {
        click_lock();
      }
      if (msg == 'r') {
        read_status();
      }
    }
  }  
}

上述代码有几点需要说明：

  1. 之前我们有说过，扫描 BLE 是阻塞方法，所以虽然经过测试，BLE 和经典蓝牙不会互相干扰，可以同时传输数据，但是由于扫描 BLE 会阻塞 loop 进程，导致经典蓝牙的数据传输被强行阻塞。因此我们这里加了一个判断，如果经典蓝牙已被连接，则不再扫描 BLE 设备。
  2. 上面的代码中，扫描 BLE 设备是一直在循环运行的，也就是说，不管是扫描到符合条件的设备，还是扫描不到，都会不断的触发给遥控器上电或断电，其实这里并没有什么问题，因为如果遥控器连接的这个 Pin 已经处于高电平状态，再给它一个高电平是不会有什么变化的，所以这里就直接这样写了，就不额外多加判断条件了。

自此，感应解锁部分也完成了，同时也兼顾到了被动连接控制。

总结

没想到兜兜转转最终还是用回了 BLE，总感觉有点怪怪的呢。

不过虽然用上了 BLE 做距离感应，但是实际上经典蓝牙还是有它的存在意义的，那就是用来做手动控制和参数设置。

没错，又挖坑了，下一步目标是实现参数设置，例如设置感应解锁每次扫描时间、RSSI 阈值、信任的 MAC 地址等。

本文首发于我的博客：likehide.com

equation_l
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
蓝牙小车与控制app设计.docx
05-31
魔改蓝牙小车说明文档。小车详细介绍请看网址（https://www.bilibili.com/video/BV1CV411d7p4/）
frps-038 魔改Linux版（防远程桌面暴力破解）
11-29
这是基于0.38最新版修改，在管理界面增加了插件（白名单授权）功能。 此版本默认拒绝所有链接到frps端口的远程IP，除非通过管理界面进行IP授权！ 让那些喜欢破解的辣鸡人撞墙吧！
一起玩儿物联网人工智能小车（ESP32）——73 ESP32间蓝牙通信功能的实现
一起玩儿科技
02-29 1231
摘要：本文介绍ESP32处理器之间如何进行蓝牙通信
arduino软件控制esp32实现模拟量信号读取和发送到电脑蓝牙
m0_46501712的博客
03-07 469
这里面的Serial定义的是串口通讯，esp32与电脑通过串口连接，这种方式可以把esp接收到的数据通过串口直接发送给电脑的串口调试助手里面显示出来，可以直观的看到esp32接收到的数据。SerialBT是定义的蓝牙配置。write是发送数据。available是表示缓存区是否有数据，就是是否有数据发送过来。read就是读取发送过来的数据。最近做了个arduino软件控制esp32实现模拟量信号读取和发送到电脑蓝牙的项目，做一下记录。
ESP32蓝牙控制三轮小车（非自平衡、带万向辅助轮）
08-06 417
网上下载了蓝牙串口SSP，选择键盘模式，设置发送五个字符串：off(前进)、on（后退）、tr（turn right）、tl(turn left)、st(stop)，可控制小车实现基本的运动。pwm.h、pwm.cpp 包含两个函数，一个是初始化，一个是设置占空比。这可以直接拿来控制电机用。
ESP32（10）：蓝牙通信，控制LED
最新发布
laohe111的博客
03-13 341
最后打开蓝牙调试助手连接ESP8266test并且波特率设置为115200，发送on打开LED发送off关闭LED。二、ArduinoIDE程序编写。一、ESP32Cam引脚示意图。
魔改车钥匙实现远程控车：（1）整体思路及控制方案实现
sinat_17133389的博客
07-25 1941
我的改装思路是，将车钥匙主板拆出，重新焊接一块开发板，并由这块开发板接管控制车钥匙的电源和按键。然后将改装后的开发板放入车内，平时车钥匙电源设置为断开状态，在接收到手机的指令或检测到手机信号强度到一定阈值后给钥匙供电并配合接通特定按键实现感应解锁。而锁车则反之。...
神舟K650D-G4D2笔记本魔改BIOS
06-10
神舟K650D-G4D2笔记本魔改BIOS 上至强魔改U必备
EnigTech2:大型集成科魔类魔改整合包
04-24
The goal of the project is to complete a full-structured magic-tech modpack, and suceed EnigTech's general ideas.ET2是由 ET-Team 共同制作的项目，项目目标是制作一个完整的科技+魔法魔改整合包，且继承其...
2048:基于github的2048的魔改版本,基于socketio和mongodb实现对战功能
05-07
基于普通版2048的魔改版本 说明: :hundred_points: 最近迷上了2048,就在找到了一个大佬的作品,下载下来之后就简单看了一下源码,就在思考如果能双方对战,比如给一个规定的时间,到达时间内双方可以比分数,是不是就很...
基于Verilog实现的移动机器人芯片设计
毕业作品网站
05-27 983
一、 选题背景及课程简介 3。二、 方案比较与选择 6。
Arduino ESP32 蓝牙串口通讯实验
perseverance51博客
09-28 9521
Arduino ESP32 BLE蓝牙串口通讯实验 目的：通过蓝牙串口输出，实现无线蓝牙串口调试 串口函数介绍 Serial.available() ：返回串口缓冲区中当前剩余的字符个数。 Serial.print() ：发送的是字符， Serial.write() ：发送的字节. 蓝牙串口继承类函数 SerialBT.available() ：返回蓝牙串口缓冲区中当前剩余的字符个数。 SerialBT.print() ：蓝牙串口发送的是字符， SerialBT.write() ：蓝牙串口发送的
macbook bluetooth is not available (蓝牙不可用)
glovenone的专栏
08-02 4320
新的MacBookPro Retina， 一直没用过蓝牙，今天碰巧带了蓝牙耳机，连接的时候发现蓝牙的图标上面多了一个波浪线 ~ ， 显示 is not available google了几种方法： 1. 删除 /Library/Preferences/ 并重启；  但是并没有生效 2. 重置pram： 重启，并安住option+command+p+r， 听到3-4次声响后松手；   但还是
基于esp32的手机蓝牙收发调试器
weixin_53884182的博客
05-02 3747
基于esp32的手机蓝牙收发调试器 一，实验准备 开始之前，先吹一波ESP32，乐鑫YYDS！ESP32包含WIFI模块和蓝牙4.0模块，双核CPU工作频率为80-240Mhz，其大致功能如下图所示： 外设接口 • 34 个 GPIO 口 • 12-bit SAR ADC，多达 18 个通道 • 2 个 8-bit D/A 转换器 • 10 个触摸传感器 • 4 个 SPI • 2 个 I²S • 2 个 I²C • 3 个 UART • 1 个 Host SD/eMMC/SDIO
【ardunio+sx1268】与【esp32+sx1268】实现不同主控单片机lora通讯
欢迎来到博客主页
02-01 947
【ardunio+sx1268】与【esp32+sx1268】实现不同主控单片机lora通讯 在前文 esp32 + sx1268 的 spi 驱动调通之后，又尝试 ardunio +sx1268 驱动，实现不同主控对于lora模块 sx1268 的控制
【LoRa】SX1268的驱动实例，数据收发控制
mr4519的博客
09-11 6430
文章目录前言硬件接线 前言 大家好，今天继续给大家分享一款新出的lora模块“Ra-01S”，这片模块是SPI接口的，和之前介绍过的Ra-01/02一样都是SPI接口的，不同的地方是这一款才用的芯片规格是SX1268的属于比较新的一款高低频兼容的芯片模组，性价比很高。Ra-01S的驱动的和Ra-01有这不同，接下起来就为大家分享和介绍一下这款模组的驱动方式。 硬件接线 STM32F103C8T6 Ra-01S 电脑 $1600 手机 $12 导管 $1 电脑 $1600 手机
Arduino ESP32 WiFi定位
吃着嵌入式望着物联网的群众
02-09 2802
最近项目用到定位，但是又不想重新画PCB，因此打算做一个仅通过WIFI来定位的小硬件，但找了很多家，比如高德、百度这些都没有面向个人开发者的硬件网络定位接口，兜兜转转还是找到了一家做物联网全域定位的公司叫维智科技，他们的物联网定位平台是这个https://lotboard.newayz.com/，个人开发者注册的话配额还是挺充裕的，特别是每日100次请求,很适合我们这些做智能硬件的。
swin transformer魔改
09-17
- PVTv2：通过金字塔视觉Transformer改进了基线模型的性能。 - CYCLEMLP：提出了一种MLP-like结构用于密集预测任务。 - ConvNets vs. Transformers：比较了卷积神经网络和Transformer在视觉表征迁移方面的差异。 - ...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值