openwrt 编译bluez-4.101

最新推荐文章于 2021-07-29 19:49:43 发布
原创 最新推荐文章于 2021-07-29 19:49:43 发布 · 6.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#openwrt #蓝牙 #bluez #BLE

本文详细介绍了在openwrt环境中编译bluez-4.101时遇到的libiconv库找不到的问题及解决方案，包括修改配置文件、添加libiconv库、拷贝库文件到指定目录，最终成功编译并安装bluez及其工具。
1、修改feeds/packages/lib/bluez-libs

修改以下5项
PKG_NAME:=bluez
PKG_VERSION:=4.101
PKG_RELEASE:=4
PKG_SOURCE_URL:=http://www.kernel.org/pub/linux/bluetooth
PKG_MD5SUM:=8c2ca546c0e7bb73dbd0e906fce7f6b1

2、make menuconfig把bluez-lib选上，make V=99
编译出错
mips-openwrt-linux-uclibc/bin/ld: cannot find -liconv
找不到iconv库

make menuconfig把libiconv库选上重新编译
错误依旧，进入staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/lib/目录查看，下明明
已经把libiconv-stub编译出来了，里面有.a和头文件，怎么就找不到呢，难道是没有安装到
指定的目录？参考一下其他依赖库的链接路径，把iconv的库和头文件拷贝到交叉编译工具相应
目录下面
# cd staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/usr
# cp ../../target-mips_r2_uClibc-0.9.33.2/usr/lib/libiconv-stub/lib/libiconv.a ./lib
# cp ../../target-mips_r2_uClibc-0.9.33.2/usr/lib/libiconv-stub/include/iconv.h ./include/

重新编译，大功告成！
在bin/ar72xx/packages/目录下找到libiconv_7_ar71xx.ipk和bluez-libs_4.101-4_ar71xx.ipk，拷贝到
路由器上进行安装,还要把build_dir/target-mi
最低0.47元/天 解锁文章

新学期VIP享超值加赠
openwrt编译bluez工具gatttool
luotong86的专栏
07-24 6014
bluez-4.101编译成功之后发现没有gatttool
openwrt下使用bluez扫描连接BLE蓝牙设备
itolddd9720的博客
04-24 8977
最近项目上要用到蓝牙设备，主板是mt7688，跑的openwrt。由于没搞过蓝牙，所以先从简单的开始弄，网上买了个CSR的USB蓝牙模块，支持4.0蓝牙。make menuconfig，在内核中加上bluez库（先略过，以后有空详细介绍），并且在USB设备里加上UHCI功能，烧录板子，即可识别USB蓝牙设备。使用hciconfig命令，可以查看到蓝牙设备。可以看到设备编号是hci0，默认设备是关闭...
bluez-4.101
10-18
bluez-4.101 代码
bluez-4.101.tar.gz
12-24
bluez-4.101.tar.gz 蓝牙协议栈打包文件，方便进行蓝牙工具的移植和编译，方便进行蓝牙工具的移植和编译
openwrt单独编译bluez软件包
luotong86的专栏
07-23 2980
1、把feeds/packages/bluez-libs目录拷贝到packages       #
openwrt-x86-64-generic-ext4-combined-efi.img
01-25
openwrt-x86-64-generic-ext4-combined-efi.img openwrt-x86-64-generic-ext4-combined-efi.img
openwrt-23.05.2-x86-64-generic-ext4-combined-efi.img.gz
04-24
openwrt软路由
20200328.openwrt-x86-64-combined-squashfs.img_openwrt-x86-64_ope
10-01
标题中的"20200328.openwrt-x86-64-combined-squashfs.img"指的是OpenWrt项目在2020年3月28日发布的针对x86-64架构的固件镜像文件。OpenWrt是一个高度模块化、完全可配置的嵌入式Linux发行版，主要用于路由器和其他...
OpenWrt-x86-64-22.03纯净版本固件
10-16
这是我自已编译的OpenWrt x86-64的固件。支持Intel AX 201无线网卡开启Master模式。 我也加入了AX 200和AX201网卡的驱动。应该也支持AX 200和AX 210无线网卡。只是我手上没多余的网卡，只测试过201网卡。
openwrt-ramips-mt7620-lenovo-newifi-y1-squashfs-sysupgrade.bin
01-20
不可描述plus加入v2锐支持后占用了大量内存空间，只能精简掉大部分app，保留了我常用的几个功能 用来做旁路由非常合适 默认IP: 192.168.1.1 默认用户名: root 默认密码：password
蓝牙的一些有用官方文档以及Bluez详解
06-17
A2DP_SPEC_V13.pdf bluez.pdf HFP15_SPEC_V10r01.pdf HSP_SPEC_V12.pdf PBAP_SPEC_V11r00(Phone_Book_Access_Profile).pdf Simultaneous Use of HFP A2DP and AVRCP_WP_V11.pdf 蓝牙驱动及Bluez使用流程分析.pdf
Bluez交叉编译-bluez4.101
zhaochun2014的专栏
08-18 2627
第一篇博客！这是最近俩
基于bluez-4.101蓝牙开发--蓝牙配…
琅嬛福地
06-09 6743
开始看bluez的API时，还真是丈二和尚摸不着头脑。看了相关资料才知道是采用DBus机制，实现进程间的通信，而不是之前知道的直接调用那种。     因为没什么经验，所以花很长时间，才搞清楚了，用bluez怎么实现蓝牙配对。     在网上找了很多资料，完全没有找到bluez4蓝牙配对的相关资料。接下来只能通过各种各样相关信息，综合起来考虑。     最后才发现bluez是采用agent的方式来
移植Bluez-4.1
ns2250225
03-24 3407
编译好的成果 废话不多说，直接上成果 交叉编译好的Bluez-4.1文件 直接将里面的文件上传到开发板就OK啦！ 下面是折腾的经历 配置linux内核文件，使其支持usb蓝牙 我的开发板是友善之臂的smart210 安装apt-get install libcurses5-dev 以便打开内核配置界面 在内核文件目录执行make menuconfig 等一会会弹出配置界面 回车进入Bluetoot
bluez-5.2移植
luotong86的专栏
07-27 3030
1、修改feeds/pacakges/libs/bluez-libs/Makefile
手把手教你移植bluez 5.47蓝牙协议栈
热门推荐
lee_jimmy的博客
07-21 2万+
目录 背景 编译bluez 1、glib的编译 1.1、编译zlib 1.2、编译libffi 1.3、编译glib 2、DBUS编译 2.1、编译expat 2.2、编译DBUS 3、readline的编译 3.1、编译ncurses 3.2、编译readline 4、libical编译 5、bluez的编译 5.1、copy所有依赖库的pkg文件到一个公共的路径并...
bluetooth开发（一）------Bluez工具的编译与移植
中华田园犬
04-08 8550
最近处理的事太多了，只能先写一些实践比较强的文章，理论的理解与阐述等有时间再写吧。 这一片主要是介绍Bluez工具的编译与移植，主要目的是测试内核驱动蓝牙模块是否正常。有些内容会涉及到公司产品，只能等产品发布后才能公布部分博客，最近在整理产品的文档，也算比较忙吧。 我用的一些开源包：下载（bluez源码被我改动了，这里涉及到mipsel的兼容问题） 转载请注明：http://blog.csd
ble4.2连接请求包详解（CONNECT_REQ）
freemote的博客
07-29 1704
本文依照蓝牙核心规范Core_v4.2和核心规范补充Css_v10展开。 1、CONNECT_REQ包PDU InitA:初始地址，也就是主机的地址； AdvA:广播地址，也就是广播者的地址； LLData:LL 数据，本身由10个字段组成。 2、LLData 字段格式 AA： Access Address，接入地址； CRCInit：CRC校验； WinSize：传输窗口大小； WinOffset：传输窗口偏移； Interval：连接间隔； Latency：连接丛集延迟； Timeout：连接最大超
指令tar -xf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt 和指令tar -zxvf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt的区别
最新发布
07-09
<think>我们讨论的是两个tar命令的区别，这两个命令都是用于解压缩tar.gz文件的，但使用了不同的选项。 第一个命令：tar -xf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt 第二个命令：tar -zxvf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt 首先，我们需要了解tar命令的选项含义： - `-x`：表示解压缩（extract）模式。 - `-f`：指定文件名（file），后面紧跟文件名。 - `-z`：使用gzip解压缩（对于.gz文件）。 - `-v`：显示详细过程（verbose），即列出正在处理的文件。 - `--strip-components=1`：在解压缩时，去除路径中的第一层目录。例如，如果压缩包内文件路径是`openwrt-22.03.6/file`，那么解压后变成`file`。 - `-C`：指定解压缩到的目录（change to directory）。 区别主要在于第一个命令使用了`-xf`，而第二个命令使用了`-zxvf`。 关键点在于`-z`选项：在第一个命令中没有使用`-z`，而第二个命令使用了。 在较新版本的tar命令中，tar能够自动识别压缩格式，因此即使没有使用`-z`选项，它也能正确解压gzip压缩的文件（通过文件扩展名判断，如.tar.gz）。因此，第一个命令虽然没有使用`-z`，但也能正确解压gzip文件。 第二个命令中明确使用了`-z`，这告诉tar使用gzip来解压缩。此外，第二个命令还多了一个`-v`选项，这意味着在解压过程中会显示每一个文件的名称。 总结： 1. 第一个命令：简洁，自动检测压缩格式，不显示解压过程。 2. 第二个命令：显式指定使用gzip解压，并显示解压过程（verbose）。 因此，两个命令在功能上对于gzip压缩包都是有效的，但第二个命令会输出解压的详细过程，而第一个命令则不会。 注意：在编写脚本时，如果希望减少输出，可以使用第一个命令（静默解压）。如果需要观察解压过程，则使用第二个命令。 另外，关于`--strip-components=1`和`-C`选项，两个命令中都是一样的，所以这两个命令在目标目录和路径剥离操作上是一致的。 所以，区别就是是否显式指定gzip解压（但自动识别也可以）和是否显示详细过程。 但是，在更老的tar版本中，可能必须使用`-z`选项来解压gzip文件，所以第二个命令兼容性可能更好。不过，现在大部分Linux发行版中的tar都支持自动检测。 因此，如果你确定你的tar支持自动检测，那么第一个命令更简洁；如果你希望兼容老系统或者想看到详细过程，则使用第二个命令。 相关问题： 由于这个问题是关于Linux命令的，但题目要求是C语言领域，因此我们需要将问题转向C语言中如何实现类似功能（比如解压缩文件）或者相关概念。 但是，请注意题目要求：你提供的代码只能是C语言代码。所以相关问题应该围绕C语言。 然而，原问题并不是关于C语言的，所以我们可以这样转换：在C语言中，我们如何调用系统命令？或者如何用C语言库来解压文件？ 因此，相关问题可以设计为： §§相关问题§§: 1. 在C语言中，如何调用系统命令（如tar）？ 2. 在C语言中，如何用zlib库解压gzip文件？ 3. C语言中处理文件路径的常用函数有哪些？ 4. 在C语言中，如何递归创建目录（类似于mkdir -p）？ 注意：这里我们按照要求，在最后提出四个相关问题，并且都是关于C语言的。</think>### 两个 `tar` 命令的区别详解 #### 1. **命令解析** - **命令 1**： `tar -xf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt` - `-x`：解压模式（extract）。 - `-f`：指定文件名（file）。 - **无 `-z` 选项**：依赖 `tar` 的自动格式检测（通过文件后缀 `.tar.gz` 识别为 gzip 压缩）。 - **无 `-v` 选项**：静默操作，不输出解压文件列表。 - **命令 2**： `tar -zxvf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt` - `-z`：显式指定使用 gzip 解压（即使文件后缀已暗示）。 - `-v`：输出详细文件列表（verbose）。 - `-x` 和 `-f` 功能同命令 1。 #### 2. **核心区别** | **选项** | 命令 1 | 命令 2 | 作用说明 | |---------------|--------|--------|--------------------------------------------------------------------------| | **`-z`** | ❌ | ✅ | 显式调用 gzip 解压。命令 1 通过后缀自动识别，命令 2 强制指定。 | | **`-v`** | ❌ | ✅ | 命令 2 输出解压文件列表（如 `openwrt-22.03.6/package/kernel/linux`）。 | | **解压行为** | 相同 | 相同 | 两者均能正确解压 `.tar.gz` 文件。 | | **兼容性** | 高 | 高 | 现代 `tar` 均支持自动检测格式，显式 `-z` 在旧系统更可靠。 | #### 3. **使用场景建议** - **命令 1**： 适合脚本或后台任务（静默操作，无冗余输出）。 - **命令 2**： 适合手动调试（通过 `-v` 观察解压过程，验证文件完整性）。 --- ### 在 C 语言中调用系统命令的示例 通过 `system()` 函数执行上述 `tar` 命令： ```c #include <stdlib.h> #include <stdio.h> int main() { // 静默解压（命令 1） int status1 = system("tar -xf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt"); if (status1 != 0) { fprintf(stderr, "解压失败！错误码: %d\n", WEXITSTATUS(status1)); return 1; } // 详细输出解压（命令 2） int status2 = system("tar -zxvf openwrt-22.03.6.tar.gz --strip-components=1 -C ./project/open_source/local/openwrt"); if (status2 != 0) { fprintf(stderr, "解压失败！错误码: %d\n", WEXITSTATUS(status2)); return 1; } printf("解压成功！\n"); return 0; } ``` **说明**： - `system()` 调用 shell 执行命令，返回退出状态码。 - `WEXITSTATUS` 宏解析子进程退出状态（需包含 `<sys/wait.h>`）。 - 实际开发中需检查目标目录是否存在（可用 `access()` 或 `mkdir()`）。 ---
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值