2. 程式人生 > >Ubuntu系統(bluez)藍芽除錯

Ubuntu系統(bluez)藍芽除錯

阿新 • • 發佈：2019-01-10

前言

現在除錯的Ubuntu、debian系統，藍芽上層的協議使用bluez，藍芽的移植與bluedroid略有不同。本文主要介紹Ubuntu（藍芽移植上debian與Ubuntu是一樣的）系統下藍芽移植的相關知識，並給出移植指導。涉及的知識點有bluez下藍芽的驅動、hciattach的作用、藍芽電源的控制、藍芽移植修改點。

1 Bluez下核心藍芽框架簡介

使用Bluez時，需要核心提供一系列的socket介面來操作藍芽，核心中藍芽的框架如圖1所示。藍芽框架分成兩部分：藍芽socket部分及藍芽驅動部分。藍芽socket部分負責管理提供給bluez的socket，幷包含L2cap層的功能；藍芽驅動包含hci層協議及藍芽硬體介面的管理。藍芽socket部分與藍芽驅動通過hci_core來連線。從Bluez下移植藍芽方面看，只關心兩個地方，一個是藍芽驅動的移植，另一個是bluez的工具集中的hciattach工具（使用uart介面的藍芽才需要這部分），
這裡寫圖片描述

圖1 核心中藍芽框圖
對比bluedroid與bluez在藍芽移植方面的差異，最大的不同就是hci和L2cap層所處的位置，在bluedroid中，hci和L2cap層放在bluedroid中，是在核心之上。而bluez中，hci和L2cap層不屬於bluez中的程式碼，而是放到核心裡。

2 核心中的藍芽

在Ubuntu系統下，Bluez的藍芽驅動負責hci協議的處理、與藍芽硬體互動資料、註冊hci介面供藍芽socket部分使用。

2.1 註冊hci_core介面

不管是uart介面還是usb介面的藍芽，都是通過hci_register_dev函式向hci_core層註冊介面，下面為uart介面及usb介面藍芽向hci_core層註冊例子：

kernel\drivers\bluetooth\hci_ldisc.c
    hdev->bus = HCI_UART;
    hci_set_drvdata(hdev, hu);

    hdev->open  = hci_uart_open;
    hdev->close = hci_uart_close;
    hdev->flush = hci_uart_flush;
    hdev->send  = hci_uart_send_frame;
    SET_HCIDEV_DEV(hdev, hu->tty->dev);

    if
 
 (test_bit(HCI_UART_RAW_DEVICE, &hu->hdev_flags))
        set_bit(HCI_QUIRK_RAW_DEVICE, &hdev->quirks);

    if (!test_bit(HCI_UART_RESET_ON_INIT, &hu->hdev_flags))
        set_bit(HCI_QUIRK_RESET_ON_CLOSE, &hdev->quirks);

    if (test_bit(HCI_UART_CREATE_AMP, &hu->hdev_flags))
        hdev->dev_type = HCI_AMP;
    else
        hdev->dev_type = HCI_BREDR;

    if (test_bit(HCI_UART_INIT_PENDING, &hu->hdev_flags))
        return 0;

    if (hci_register_dev(hdev) < 0)       //uart介面藍芽註冊
kernel\drivers\bluetooth\rtk_btusb_8723bu.c
    HDEV_BUS = HCI_USB;

    data->hdev = hdev;

    SET_HCIDEV_DEV(hdev, &intf->dev);

    hdev->open     = btusb_open;
    hdev->close    = btusb_close;
    hdev->flush    = btusb_flush;
    hdev->send     = btusb_send_frame;
    hdev->notify   = btusb_notify;

#if LINUX_VERSION_CODE > KERNEL_VERSION(3, 4, 0)
    hci_set_drvdata(hdev, data);
#else
    hdev->driver_data = data;
    hdev->destruct = btusb_destruct;
    hdev->owner = THIS_MODULE;
#endif

……

    err = hci_register_dev(hdev);        // usb介面藍芽註冊

Hci_core向藍芽驅動傳遞資料通過hdev->send介面，而藍芽驅動接收到資料後直接呼叫hci_core Export的hci_recv_frame、hci_recv_fragment介面提交資料。
在使用hci_register_dev註冊介面的時候，hci_core會在rfkill下注冊一個RFKILL_TYPE_BLUETOOTH型別的裝置，名稱為hciX。在Ubuntu系統中，只要發現rfkill下有註冊RFKILL_TYPE_BLUETOOTH型別裝置，就認為存在藍芽裝置，桌面上就會顯示藍芽圖示，後面對藍芽的開關操作就是通過rfkill下的介面。

2.2 藍芽驅動的移植

現在除錯過的藍芽有uart介面和usb介面的，這兩種介面的驅動是完全不同的，下面分別介紹。

2.2.1 USB介面藍芽

對於usb介面的藍芽，只要給藍芽上電，usb列舉到藍芽裝置後，就會呼叫藍芽驅動的probe函式，在該函式中就會向hci_core註冊介面。

kernel\drivers\bluetooth\rtk_btusb_8723bu.c
    static int btusb_probe(struct usb_interface *intf, const struct usb_device_id *id)
{

……

    hdev = hci_alloc_dev();
    if (!hdev) {
        rtk_free(data);
        data = NULL;
        return -ENOMEM;
    }

    HDEV_BUS = HCI_USB;

    data->hdev = hdev;

    SET_HCIDEV_DEV(hdev, &intf->dev);

    hdev->open     = btusb_open;
    hdev->close    = btusb_close;
    hdev->flush    = btusb_flush;
    hdev->send     = btusb_send_frame;
    hdev->notify   = btusb_notify;

……

    err = hci_register_dev(hdev);

然後在hdev->open 的時候，在btusb_open中進行fw下載和引數配置的工作，這時藍芽就可以正常工作了。下載的fw和配置檔案通過核心的int request_firmware(const struct firmware **fw, const char *name, struct device *device)函式獲取，對於需要獲取的檔案，只需要提供檔名，該函式會自動搜尋系統部分路徑，其中就包含“/lib/firmware/”，所以只要把fw及配置檔案放到“/lib/firmware/”目錄下即可。同時usb保證了傳輸的可靠性，所以也不需要什麼h4、h5協議了。
從上面可以看出，對於usb介面藍芽的移植，只需要保證兩步工作就可以了：
1、 藍芽usb功能驅動的移植；
如rtl8723bu的藍芽，bluez與bluedroid下使用的驅動是一樣的，但有一個定義是區分用於bluez還是bluedroid的。在rtk_btusb_8723bu.h檔案如下程式碼中：

#ifndef CONFIG_PLATFORM_UBUNTU
#define CONFIG_BLUEDROID        1 /* bleuz 0, bluedroid 1 */
#else
#define CONFIG_BLUEDROID        0
#endif

只要定義了CONFIG_PLATFORM_UBUNTU即可。
該定義在kernel\arch\arm\configs\下config檔案中配置，
CONFIG_PLATFORM_UBUNTU=y

2、 把fw及配置檔案打包到“/lib/firmware/”目錄下；
如gb5_wxga板子的rtl8723bu模組，只需要把rtl8723b_fw、rtl8723bu_config檔案放到“\ rootfs\lib\firmware\”目錄下即可。

2.2.2 UART介面藍芽

不像usb介面藍芽，可以直接向usb驅動註冊藍芽的功能驅動，後面就等著probe被呼叫就可以了。Uart介面藍芽，使用那個uart口依賴硬體，同時也沒辦法像usb一樣向串列埠驅動註冊一個功能驅動等待probe，uart是沒有列舉的過程的。所以uart介面藍芽就需要應用層把使用的串列埠通知hci_core層，同時uart介面藍芽的fw download及config配置工作也放到了應用層，這些工作都是由hciattach來實現。Hciattach的流程下一節介紹，這裡介紹uart介面藍芽驅動移植需要做的工作。相比圖1，圖2描述的uart驅動更接近程式碼結構。

這裡寫圖片描述
圖2 uart介面藍芽驅動框圖
從圖2可以看到，串列埠的使用有一個切換的過程，在初始化的時候，由hciattach使用串列埠，初始化完成後，把串列埠切換給hci使用，hci負責與串列埠互動藍芽資料，中間還經過了h4/h5協議層，驅動層跟移植相關只有h4/h5協議，若h4/h5使用的是核心自帶的協議，那驅動層就不需要做任何的工作。
以rtl8723bs為例，需要使用rtk修改過的h5協議，就需要在kernel\drivers\bluetooth\目錄下增加hci_rtk_h5.c檔案，hci_ldisc.c增加對hci_rtk_h5.c的init及deinit，由於核心中註冊hci協議會使用一個id號，相同id的協議不能再註冊，核心中已經有的hci_h5.c與 hci_rtk_h5.c使用的是相同的id號，所以核心中需要遮蔽hci_h5.c的註冊。

    kernel\drivers\bluetooth\hci_ldisc.c
static int __init hci_uart_init(void)

……

#ifdef CONFIG_BT_HCIUART_H4
    h4_init();
#endif
#ifdef CONFIG_BT_HCIUART_BCSP
    bcsp_init();
#endif
#ifdef CONFIG_BT_HCIUART_LL
    ll_init();
#endif
#ifdef CONFIG_BT_HCIUART_ATH3K
    ath_init();
#endif
#ifdef CONFIG_BT_HCIUART_3WIRE
    h5_init();
#endif
//Realtek_add_start 
//add realtek h5 support    
#ifdef CONFIG_BT_HCIUART_RTKH5
    rtk_h5_init();
#endif
//Realtek_add_end   


……

static void __exit hci_uart_exit(void)

……

    #ifdef CONFIG_BT_HCIUART_RTKH5
    rtk_h5_deinit();
#endif
kernel\drivers\bluetooth\ hci_uart.h
//Realtek_add_start
#ifdef CONFIG_BT_HCIUART_RTKH5
int rtk_h5_init(void);
int rtk_h5_deinit(void);
#endif
kernel\drivers\bluetooth\ hci_rtk_h5.c
static struct hci_uart_proto h5 = {
    .id     = HCI_UART_3WIRE,  // 與h5_init註冊是相同的id
    .open       = h5_open,
    .close      = h5_close,
    .enqueue    = h5_enqueue,
    .dequeue    = h5_dequeue,
    .recv       = h5_recv,
    .flush      = h5_flush
};

int rtk_h5_init(void)
{
    int err = hci_uart_register_proto(&h5);
遮蔽核心中現有的hci_h5.c修改方式為：
kernel\arch\arm\configs\目錄下config檔案修改下面兩行。
# CONFIG_BT_HCIUART_ATH3K is not set   //遮蔽BT_HCIUART_ATH3K

CONFIG_BT_HCIUART_RTKH5=y // 開啟BT_HCIUART_RTKH5

Hci_ldisc通過tty_register_ldisc(N_HCI, &hci_uart_ldisc)向串列埠註冊HCI line discipline，當hciattach通過ioctl把串列埠切換到HCI line discipline時，hci_ldisc就可以與串列埠通訊了。

kernel\drivers\bluetooth\ hci_ldisc.c
static int __init hci_uart_init(void)
{
    static struct tty_ldisc_ops hci_uart_ldisc;
    int err;

    BT_INFO("HCI UART driver ver %s", VERSION);

    /* Register the tty discipline */

    memset(&hci_uart_ldisc, 0, sizeof (hci_uart_ldisc));
    hci_uart_ldisc.magic        = TTY_LDISC_MAGIC;
    hci_uart_ldisc.name     = "n_hci";
    hci_uart_ldisc.open     = hci_uart_tty_open;
    hci_uart_ldisc.close        = hci_uart_tty_close;
    hci_uart_ldisc.read     = hci_uart_tty_read;
    hci_uart_ldisc.write        = hci_uart_tty_write;
    hci_uart_ldisc.ioctl        = hci_uart_tty_ioctl;
    hci_uart_ldisc.poll     = hci_uart_tty_poll;
    hci_uart_ldisc.receive_buf  = hci_uart_tty_receive;
    hci_uart_ldisc.write_wakeup = hci_uart_tty_wakeup;
    hci_uart_ldisc.owner        = THIS_MODULE;

    if ((err = tty_register_ldisc(N_HCI, &hci_uart_ldisc))) {
        BT_ERR("HCI line discipline registration failed. (%d)", err);
        return err;
    }

3 Hciattach的處理流程

只有uart介面的藍芽才需要hciattach工具，hciattach的作用為配置串列埠，下載fw及config檔案，把串列埠切換給hci_ldisc使用。
Bluez帶有hciattach的原始碼，框架也比較清晰，對很多廠家都有支援，但實際除錯realtek及boardcom的模組時，Bluez自帶的hciattach都是不能使用的，realtek及boardcom對hciattach有特殊的修改，主要是針對fw和config的下載部分。但hciattach的作用及流程與Bluez自帶的hciattach是一樣的。Hciattach的流程如圖3所示。

這裡寫圖片描述
圖3 hciattach初始化流程
Hciattach的流程比較簡單，從現在Ubuntu及debian系統的設計看，hciattach都是開機時就執行，一直到關機時才結束。
Hciattach的移植涉及下面幾個地方：
1、 把hciattach可執行檔案放到bin目錄下；
以lemaker板子為例：
把hciattach_rtk放到\rootfs\usr\sbin\目錄下；
2、 把fw及config檔案打包進系統，放置的路徑由hciattach open fw確定
以使用rtl8723bs模組：
把rtl8723b_fw、rtk8723_bt_config放到
\rootfs\lib\firmware\rtl8723bs\目錄下；
3、 加入hciattach的啟動與退出控制：
把 bluetooth.conf檔案放到\rootfs\etc\init\目錄下。

bluetooth.conf檔案內容
description     "bluetooth daemon"

start on started dbus
stop on stopping dbus

env UART_CONF=/etc/bluetooth/uart
env RFCOMM_CONF=/etc/bluetooth/rfcomm.conf

expect fork
respawn

exec /usr/sbin/bluetoothd

post-start script
    #[ "$VERBOSE" = no ] && redirect='>/dev/null 2>&1' || redirect=

    # start_uarts()
    #if [ -x /usr/sbin/hciattach ] && [ -f $UART_CONF ];
    #then
    #   grep -v '^#' $UART_CONF | while read i; do
    #     eval "/usr/sbin/hciattach $i $redirect" || :
    #   done
    #fi
    exec hciattach_rtk -n -s 115200 /dev/ttyS2 rtk_h5 &

    # start_rfcomm()
    if [ -x /usr/bin/rfcomm ] && [ -f $RFCOMM_CONF ] ;
    then
        # rfcomm must always succeed for now: users
        # may not yet have an rfcomm-enabled kernel
        eval "/usr/bin/rfcomm -f $RFCOMM_CONF bind all $redirect" || :
    fi
end script

post-stop script
    # stop_uarts()
    logger -t bluez "Stopping uarts"
    kill

bluetooth.conf中有指令碼，在開機、關機時執行，這裡：
開機執行：exec hciattach_rtk -n -s 115200 /dev/ttyS2 rtk_h5 &
關機執行：killall hciattach_rtk >/dev/null 2>&1 || :

4 藍芽電源的管理

前面的文件中一直沒有提到藍芽的電源是怎麼控制的。在藍芽的電源控制方面，Ubuntu及debian系統都沒有做很好的處理，從現在的藍芽圖形介面應用看，這兩個系統中，預設藍芽是一直有電的並且開機時就開啟，並沒有考慮關閉藍芽的時候把藍芽斷電。
現在我們使用usb介面藍芽，對於插撥的usb藍芽，不需要考慮電源，只要插上就有電了，對於焊在板子上的藍芽，由於沒有增加對藍芽上電的操作，所以要在wifi開啟的情況下（wifi上電了，藍芽也就上電了）才能使用藍芽。
對於sdio介面的藍芽，以rtl8723bs為例，修改了kernel\net\rfkill\目錄下的rfkill-actions_8723bs.c檔案，在這個檔案裡不再註冊rfkill介面，而是修改為在載入驅動是給藍芽上電，解除安裝驅動時斷開藍芽電源。
至於為什麼不保留rfkill-actions_8723bs.c在rfkill中的介面，通過rfkill來控制電源，是由於rfkill-actions_8723bs.c註冊進rfkill的型別也是RFKILL_TYPE_BLUETOOTH，與hci註冊的型別是一樣的，這並沒有衝突，但由於Ubuntu的藍芽圖形介面操作藍芽開啟、關閉時，同時都會把RFKILL_TYPE_BLUETOOTH型別的節點開啟、關閉，這裡上電的延時就沒法保證，而且並沒有呼叫hciattach進行藍芽的初始化，對於串列埠藍芽就沒法使用了。

若重寫藍芽圖形操作介面時，可以採用下面的方案進行電源的管理。
1、 usb介面藍芽：
在rfkill中增加一個節點用於控制藍芽上、掉電，型別為
RFKILL_TYPE_BLUETOOTH，但名稱修改為bt_power；
藍芽開啟的操作：
A） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為bt_power的節點，給藍芽上電；
B） 延時（根據實際調整）；
C） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為hciX的節點，開啟藍芽；
藍芽關閉的操作：
A） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為hciX的節點，關閉藍芽；
B） 延時（根據實際調整）；
C） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為bt_power的節點，給藍芽斷電；

2、 Uart介面藍芽
在rfkill中增加一個節點用於控制藍芽上、掉電，型別為
RFKILL_TYPE_BLUETOOTH，但名稱修改為bt_power；
藍芽開啟的操作：
A） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為bt_power的節點，給藍芽上電；
B） 延時（根據實際調整）；
C） 啟動hciattach完成藍芽的初始化並切換串列埠給hci使用；
D） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為hciX的節點，開啟藍芽；
藍芽關閉的操作：
A） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為hciX的節點，關閉藍芽；
B） 關閉hciattach；
C） 延時（根據實際調整）；
D） 找到rfkill下型別為RFKILL_TYPE_BLUETOOTH名稱為bt_power的節點，給藍芽斷電；

上面方案要求圖形介面對不同介面藍芽進行不同的操作，統一性不是很好，可以把操作部分放到指令碼中實現，指令碼根據實際硬體修改，而圖形介面只需要呼叫指令碼，不需要關心指令碼的操作內容，這樣實現會更好一些。

相關推薦

Ubuntu系統(bluez)藍芽除錯

前言 現在除錯的Ubuntu、debian系統，藍芽上層的協議使用bluez，藍芽的移植與bluedroid略有不同。本文主要介紹Ubuntu（藍芽移植上debian與Ubuntu是一樣的）系統下藍芽移植的相關知識，並給出移植指導。涉及的知識點有bluez下藍

小程式藍芽除錯工具上線啦！

一、微信小程式開發相關資料： 微信公眾平臺: 開發小程式或公眾號需要先到這裡註冊 小程式官方文件: 微信小程式開發離不了官方文件。 小程式官方開發文件: 微信小程式開發離不了官方開發文件。 二、主要效果圖 三、簡述 1.藍芽BLE除錯工具

CC2640R2F藍芽除錯——更改MTU PDU大小

除錯CC2640R2F，以TI官方simple_peripheral例程為基礎，更改PDU大小。 採用例程除錯，手機端傳送和通過Notify接收的資料最大為20位元組。導致這種現象的原因可參考著兩篇文章： 資料長度擴充套件（LE Data Length Exten

android wear那些事--通過藍芽除錯

你可以通過藍芽除錯手錶應用,除錯資訊會輸出到連線配對的手機上. 設定進行除錯 在手機上開啟USB除錯 1.開啟設定>關於手機,連續點選版本號7次開啟開發者選項. 2.設定>開發者選項,開啟USB除錯. 在手錶上開啟藍芽除錯 1

更改系統的藍芽wifi 熱點訊息通知sleep 新增 never選項

今天拿到一個客戶新的訂單需求，大概有40多個需求，今天先講更改系統的藍芽/wifi 熱點/訊息通知/sleep 新增 never選項，分別是： 藍芽：連線顯示名、系統介面顯示名字，重新命名前的預設名字 wifi 熱點：連線名字，重新命名前預設 Network name N

藍芽除錯工具hcitool的使用例項

　　這個工具據說是基於BlueZ的,但是Android4.2以後不再採用BlueZ取而代之的是BlueDroid，具體詳見《Android 4.2藍芽介紹-Android中的Bluetooth》。但是一般解決方案中都是兩手準備，在正常使用的時候是BlueDroid，而在除錯

ARM平臺上藍芽協議棧Bluez的移植使用和配置(寫的狠不錯) .

目錄(?)[-] 相關說明 網站資源 工作環境 編譯 核心 Bluez Lib / Utils 藍芽硬體初始化及基礎服務啟動 何謂硬體初始化 硬體初始化步驟

在Linux系統中使用藍芽功能的基本方法

首先確定硬體上有支援藍芽的裝置，然後執行如下命令，就可以開到我們的藍芽裝置了： lsusb  執行hciconfig可以看到：  從上圖可以看出，我們的藍芽裝置是hci0 執行hcitool dev可以看到我們的藍芽裝置的硬體地址 執行hcitoo --

Ubuntu系統日常崩潰之-登入進去之後系統藍屏

啟動Ubuntu，開機一切正常，登入介面也很正常。正常地輸入了密碼，之後就藍屏了！ 問題分析 啟動 Ubuntu 可以進入登入介面，說明系統是可以執行起來的。沒有發生大塊的核心資料損壞，linux 系統一般都可以修復，一定要淡定。問題的原因是之前的暴力關機損壞了 Ubun

linux 藍芽串列埠 連線android手機除錯

最近要用到 linux 與 android 藍芽串列埠通訊，整了兩天總算弄通了。 藍芽模組用的是RealTek 8723B 藍芽驅動買模組時會提供的，編譯安裝就OK了。 這裡列一下除錯串列埠的過程。 安裝 bluez （包含許多藍芽管理工具） hciconfig -

JDY-16藍芽模組除錯

手冊下載http://www.jdy-rf.com/down/html/?10.html 詳細的除錯方法手冊裡說的很清楚了，這裡記錄一些遇到問題和解決方法 1.AT模式  JDY-16在與裝置藍芽連線時無法使用AT模式，所有的AT指令都會當做資料傳輸給已連線的藍芽裝置;

躺雨沒的學習筆記（4）——藍芽系統架構 （2.0 核心系統架構）

Agenda： 2.0 核心系統架構 （181頁）藍芽核心系統包括一個主機，一個主要控制器和零到多個次要控制器。 2.0.1 藍芽BR/EDR最小系統 藍芽BR/EDR最小核心系統包括： 控制器中四個最底層，BR/EDR射頻物理層

Win7系統下如何使用藍芽耳機收聽音樂

藍芽耳機和pc連線收聽音樂需要確認電腦的藍芽驅動和音效卡的驅動都已經正確安裝，同時PC的藍芽開關都已經開啟。現在我們以連線Nokia BH―104 藍芽耳機為例，不同的藍芽耳機連線可能存在略微的差異。藍

APP Inventor，一個能快速做出app的工具。只要會C語言就行，很好的除錯微控制器工具。基於arduino的藍芽資料傳送在APP顯示，室內花園的製作。

  今天記錄一下前幾天做的一個關於智慧窗戶APP的製作過程。這次製作是通過APP inventor來實現的下面是最原始的版本，雖然有點醜，但這都不是重點，以後有待改進。（1）APP初次開啟的顯示：如圖所示，這一APP有獲取藍芽地址、連線藍芽、開關燈、氣泵的開關、智慧模式的開關

iOS10跳轉系統設定、WIFI、藍芽...

iOS10跳轉系統設定、WIFI、藍芽… iOS自我們熟悉以來,就一直與Android有著不一樣的體驗, 系統更加流暢,使用更加舒適, 同時較高與Android的價格也導致了它的特殊性, iOS系統的封閉和很多許可權的限制導致了我們在開發的時候經常會遇到

藍芽真機除錯Android Wear App & 真機解除安裝除錯的App

可穿戴裝置啥啥的市場、展望、分析、豬和風口等等...啥啥的官話就不羅嗦了，改天再換XX角色噴噴，今天記錄一個技術貼備份。 一、環境 作業系統：Mac OS X 10.10.1 開發環境：Android Studio 1.0.2 (Mac版) 手錶裝置：Moto 360 手

BLE藍芽4.0串列埠除錯助手

支援HEX和文字傳送接收，僅175K  無廣告 無高階許可權 Android 除錯助手(支援藍芽經典/BLE串列埠助手，WIFI NFC GPS USB TCP UDP) http://zhushou.360.cn/detail/index/soft_id/30925

HC-05 藍芽模組的除錯與使用

藍芽模組BT-HC05模組是一款高效能的藍芽串列埠模組。 1、可用於各種帶藍芽功能的電腦、藍芽主機、手機、PDA、PSP等智慧終端配對。     2、寬波特率範圍4800~1382400，並且模組相容微控制器系統。     3、當主從模式兩個藍芽模組配對成功後，可以

Android開發 獲取系統已連線藍芽裝置

    根據公司最近一個專案的需求，我們的APP要與藍芽低功耗裝置進行連線，不過有些情況下系統藍芽會預設連線已配對的裝置，這樣就會導致我們的APP搜尋不到這些系統已連線的裝置，從而導致APP無法與之進行連線並進行接下來的操作。其實系統連線與我們的APP連線並不衝突，問題就在

iOS10跳轉系統設定、WIFI、藍芽…

Wi-Fi: App-Prefs:root=WIFI 藍芽: App-Prefs:root=Bluetooth 蜂窩行動網路: App-Prefs:root=MOBILE_DATA_SETTINGS_ID 個人熱點: App-Prefs:root=INTERNET_TETH