PUBG Moible(战场服）腾讯手游助手如何卡出不开镜就看不到树的bug

这个是由于你手机缓存不足造成的，现在只能长时间玩，不要清理缓存，时间长了就会出现了，手机功能越越容易尽快的出现这个缓存BUG

ble调试助手_ble调试助手怎么连接手写笔ble调试助手_ble调试助手怎么连接手写笔


ble调试助手_ble调试助手怎么连接手写笔


这跟模拟器没关系，是游戏本身的BUG吧

但是现在游戏更新，已经修复了自然也就没办法卡出来了

建议 输入: 无还是老老实实玩吧，毕竟用腾讯手游助手玩手游那么流畅，本身就是个优势了

我原来有一次每连接成功一个设备后，就会产生一个_connectionStreamSubscription，对应设备的断开，就用对应的StreamSubscription去断开， 可以用一个HashMap，去记录 连接成功的设备 与 StreamSubscription 的对应关系把模拟器和游戏装在机械硬盘里就有你的那个问题稍微远一点的树就直接看不到了，要不然你试一下

你现在还有朋友有这个bug？现在全修复了

原形错误"Ox1060ble4"指令引用的"0x00000000"内存不能为"read".

//获取记录总数

内存不能为 read 问题的简单解决办法

一、硬件的可能性是比较小的,如果是硬件,那就应该是内存条跟主机不兼容的问题导致的 如果能排除硬件上的原因（内存条不兼容，更换内存。内存条松动或积累灰尘，重新拔插并清理灰尘）往下看：

二、系统或其它软件引起的，可用下述方法处理：系统本身有问题，及时安装发行的补丁，必要时重装系统5、主机将数据从Controller下位机转交给Host上位机。。 问题：杀毒 。杀毒软件与其它软件冲突：卸载有问题的软件。显卡、声卡驱动是否正确安装或者是否被恶意覆盖否？重新安装显卡声卡驱动。

1、使用系统自带的sfc命令，修复受到损坏的系统文件恢复到正常状态。

开始→运行→输入cmd，打开“命令提示符”窗口→输入字符串命令sfc/scannow→回车→耐心等待命令程序对每个系统文件搜索扫描→一旦发现系统文件的版本不正确或者系统文件已经损坏→它就能自动弹出提示界面→要求插入Windows系统的安装光盘→从中提取正常的系统文件来替代不正常的系统文件→达到修复系统文件的目的→重新启动计算机。

2、安装过的Domino这程序导致有问题,你可以在开始→运行→msconfig→启动项目→关闭Domino启动项→如果关闭不了→可以用卡卡助手之类的系统设置软件把它强行关掉→如果还是不行的→证明你系统中毒→那就重新安装或者恢复系统备份解决。

三、某些系统服务被禁用可能导致类似问题，例如QoS RSVP本地通信控制安装功能被禁用时可能会提示RPC不可用。解决方法：我的电脑右键→管理→服务和应用程序→服务→双击QoS RSVP项目将启动类型改为“手动”或“自动”→关闭窗口→重新启动计算机。如果其它服务被禁用导致的问题也可用这个方法重新启用来解决。

四、浏览器出现内存不能读、写的提示：

1、运行→regedit→进入注册表, 在→

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionExplorerShellExecuteHooks

这个位置有一个正常的键值{AEB6717E-7E19-11d0-97EE-00C04FD972}, 还有一项“默认”保留；将其它的删除。

2、打开CMD窗口输入如下命令:

for %i in (%windir%32.dll) do regsvr32.exe /s %i 回车

for %i in (%windir%32.ocx) do regsvr32.exe /s %i 回车

两条分别运行完成后重启机器。

五、如果以上方法无法解决只能使用一招：

完全注册dll：打开“运行”输入→cmd→回车

然后把下面这行字符到黑色cmd框里面去回车等待dll文件全部注册完成就关闭可以了,为防止输入错误可以这条指令，然后在命令提示符后击鼠标右键→粘贴→回车，耐心等待，直到屏幕滚动停止。

（下面是要运行的代码）：

for %1 in (%windir%32.dll) do regsvr32.exe /s %1

完成后重新启动机器。

六、如果你电脑里面存在NET.Framework这个微软的组件服务而你又不使用它→那么卸载这个服务可能会解决问题：开始→设置→控制面板→添加删除程序→NET.Framework→删除(如果你必须使用就重新启动电脑后再次安装NET.Framework)。

七、关闭这个报告（治标不治本）：

2、如果不行关闭错误报告服务。开始→运行中输入→servs.msc→打开“服务”窗口→找到“Error Reporting Serv”→打开“Error Reporting Serv的属性”对话框→将“启动类型”改为“已禁用”→确定后重新启动系统。（此项目关闭的注册表方式：开始→运行→输入regedit→确定→找到HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAeDebug]中的Auto=0改成Auto=1）

国产BLE芯片横空出世盘它势在必行-串口通讯应用

停止扫描如下

串口波特率: 115200b/s

串口接收缓存：256 Byte

串口发送缓存：256 Byte

串口助手发送一帧数据，同时串口助手接收返回数据：

发送长度B，返回B

发送长度260B，返回4B，说明接收缓存只有256 B

开发该串口通信模块，只需3个步骤、3部分代码，按照此方法快速上手，此方法好处是串口接收数据不丢数据，接收一整数据帧后再做数据处理，非常适合做交互式通信接口，用户可以直接拷贝代码，放在系统对应位置中即可，这都是笔者发大量时间测试通过的代码，为你节省开发时间。

一、串口初始化配置

_set_port_pull(GPIO_PA0, GPIO_PULL_UP, true);

_set_port_mux(GPIO_PORT_A, GPIO_BIT_0, PORTA0_FUNC_UART0_RXD);

_set_port_mux(GPIO_PORT_A, GPIO_BIT_1, PORTA1_FUNC_UART0_TXD);

uart_init(UART0, 1152);

fr_uart_enableIrq(UART0, Uart_irq_erbfi);

NVIC_EnableIRQ(UART0_IRQn);

void uart0_IRQHandler(void)

{uint8_t data;

switch (__UART_INT_GET_ID(Uart0))

{case INT_INDEX_TXE:

{/ Tx empty interrupt and fifo disable /

Uart0->IERint id=rs.getInt(“ID”);_DLH.IER.PTIME = 0;

Uart0->IER_DLH.IER.ETBEI = 0;

//co_printf("---->INT_INDEX_TXEr ");

}break;

case INT_INDEX_RX:

case INT_INDEX_RX_TOUT:

{/ Rx ready /

//rx fifo at least he one data

/while (Uart0->LSR.LSR_BIT.DR)

{data = Uart0->DATA_DLL.DATA;

//uart_fifo_data_rx(data);

uart_putc_noint_no_wait(UART0, data);

}/

while (Uart0->LSR.LSR_BIT.DR)

{data = Uart0->DATA_DLL.DATA;

//uart_putc_noint_no_wait(UART0, data);

stTxUartBuf.txBuf[stTxUartBuf.size] = data;

stTxUartBuf.size ++;

{stTxUartBuf.size = 0;

App_uartTimeoutTaskStart();

}break;

{volatile uint32_t line_status = Uart0->LSR.LSR_DWORD;

//co_printf("---->INT_INDEX_LINE [%x]r ",line_status);

}break;

default:

break;

__attribute__((section("ram_code"))) void uart0_isr(void)

{uart0_IRQHandler();

功能: handle_UartRxHandle

注解: 串口接收一帧数据处理

输入: dat:缓存 len:长度

/

{//co_printf("len:%dr ",len);

uart_send_len(dat,len);

//UART_to_AT_CMD(dat,len);

功能: App_uartProcess

注解: 串口接收一帧数据处理

/

static void App_uartProcess(void param)

{handle_UartRxHandle(stTxUartBuf.txBuf,stTxUartBuf.size);

stTxUartBuf.size = 0;

功能: App_uartHandlerInit

注解: 串口接收应用初始化

/

static void App_uartHandlerInit(void)

{os_timer_init(&uart_process_timer, App_uartProcess, NULL);

功能: App_uartTimeoutTaskStart

注解: 开始接收并等待串行数据超时

/

void App_uartTimeoutTaskStart(void)

{os_timer_start(&uart_process_timer, 20, false); //start 10ms anti-shake timer

}

BLE数据传输丢包的分析

像所有的网络传输协议一样，应用层能感知到的丢包有可能产生于应用层之下的所有层。

对于蓝牙BLE而言，进一步细化从机到主机的数据传输场景(设使用的是Notify方式传输)，其数据传输路径为：

1、从机的应用层产生数据。

2、从机将数据从Host上位机转 输出: 无交给Controller下位机。

3、从机Controller通过调制器，将数据在连接的射频Tx阶段发出。

4、主机Controller同%>时开启射频Rx阶段，接收电波并通过解调器还原数字信号。

6、主机的应用层接收数据。

根据上面的流程，进一步分析一下可能产生数据丢包的环节。

在步骤2中，Host调用HCI函数将数据提交给Controller发送之前，会先将数据存放在Controller的数据缓冲区中，不同的蓝牙芯片这个缓冲区的大小不同，比如Ti CC2541的射频缓冲区只有4个PDU(420字节)的大小。在缓冲区存满后继续调用HCI的Notify等函数会返回缓存区满状态位标识。这是个有可能产生丢包的位置，若缓冲区满且开发者没有对此状态位进行校验，则应用层产生的数据会在传递给链路层之前丢失。

在步骤3、4中，从机的Controller在连接的Tx阶段，会通过射频依次发送缓冲区数据，并在下一个Rx阶段根据捕获和解析对端主机的数据包，从其链路层报头中读取NESN来确认其在上一个Tx阶段发送的数据包是否被对端主机链路层正确接收。由于链路层数据包序列号校验机制(SN和NESN)和重传机制的存在，基本可以保证数据在物理层和链路层阶段不会产生丢包，这跟互联网的传输层TCP协议校验数据包序列和完整性基本类似。

之所以上面用“基本”二字，是因为这里还是存在第二个有可能产生丢包的位置。由于BLE中使用的CRC校验是弱CRC，其只能保障传输字节的全部偶数位和部分奇数位不产生错误，并无法保证所有数据在传输过程中不出错。那么一个可能性极小的场景是：CRC弱校验通过，但实际上NESN出现了错误，而将本来应该是0的位识别成了1，或者相反。而这个位错让本来应该是错误的序列号交替变成了正确的。

在步骤5中，主机将数据从Controller向上派发到Host，并转到应用层触发回调通知。这里是第三个可能产生丢包的地方。原因同步骤2，但这里还有一点小区别，就是notify跟indicate的区别(反向传输中的write with/without response也是同理)，其本质区别是数据接收成功的判断标志是以链路层确认为准还是以应用层确认为准。前者是notify采用的方式，而后者是indicate采用的方式。可见如果采用notify做数据传输，链路层到应用层这一步依然是有丢包的可能，比如链路层的数据传输速率大于应用层的回调函数中对数据处理的速率，导致Host中数据缓冲区持续增长，当缓冲区满后，主机的Controller将丢弃无法继续保存的数据，并不会通知对端设备重传。

而indicate方式下，每一个数据包的成功确认都是以应用层回调处理执行完成为标志，而通常数据的逻辑处理是一个耗时的作，并且由于数据是在连接内接受到，但同一个连接在开始的时候主从机两端的数据就已经准备好，由于连接的持续极短，在这段时间内Controller的所有工作都集中在射频的发射上，而不会从Host上位机接受数据和响应，甚至有的蓝牙芯片会有选项在这段时间内直接挂起CPU，以防止其他中断信号同步到达，干扰到射频数据的发送效率。所以在indicate方式下，一个数据包至少要横跨两个甚至更多的连接时长才可以确认到达，从而发送下一个数据包，这就是有响应的数据发送方式比无响应要慢的原因。

一点，由于Android作系统封装了蓝牙低层驱动和实现，以上的6个步骤即使都正确完成，也只是意味着Bluez或者Bluedroid这一层正确拿到了数据，但App要接收到这些数据还存在一个从作系统到App的数据派发过程，indicate的数据确认是在App得到数据派发并执行完成回调后确认，但notify会在Bluedroid接受到数据后即完成链路层确认。而Bluedroid向App的数据派发又存在一个缓冲区，当蓝牙连接而App没有运行的情况下缓冲区满依然会产生丢包。(Android好像很难模拟这种情况，iOS在通过调试器终止App进程的时候经常会造成蓝牙连接链路不同步断开)

ble管理器有什么用

}}

ble管理器是蓝牙4.0所进行打造的一款串口调试工具，满足软件或者手机开/转到指定页发工程师在手机上面进行蓝牙串口调试的需求，支持多种功能和字符上面的传输，应该能够满足开发人员在串口调试上面几乎所有的需求，对于开发人员来说这是一款极为好的软件。

Ja中JTble表格中的数据如何逐行显示？

if (stTxUartBuf.size >= uartRxBufferMAX)

目前的JSP分页技术

PreparedStatement pstmt=null;

在使用数据库的过程中，不可避免的需要使用到分页的功能，可是JDBC的规范对此却没有很好的解决。对于这个需求很多朋友都有自己的解决方案，比如使用Vector等类先保存取出的数据再分页。但这种方法的可用性，与JDBC本身的接口完全不同，对不同类型的字段的支持也不好。这里提供了一种与JDBC兼容性非常好的方案。

JDBC和分页

Sun的JDBC规范的制定，有时很让人哭笑不得，在JDBC1.0中，对于一个结果集（ResultSet）你甚至只能执行next()作，而无法让其向后滚动，这就直接导致在只执行一次SQL查询的情况下无法获得结果集的大小。所以，如果你使用的是JDBC1.0的驱动，那么是几乎无法实现分页的。

好在Sun的JDBC2规范中很好的弥补了这一个不足，增加了结果集的前后滚动作，虽然仍然不能直接支持分页，但我们已经可以在这个基础上写出自己的可支持分页的ResultSet了。

和具体数据库相关的实现方法

// 计算总的记录条数

String SQL = "SELECT Count() AS total " + this.QueryPart;

rs = db.executeQuery(SQL);

if (rs.next())

Total = rs.getInt(1);

// 设置当前页数和总页数

TPages = (int)Math.ceil((double)this.Total/this.MaxLine);

CPages = (int)Math.floor((double)Offset/this.MaxLine+1);

// 根据条件判断，取出所需记录

if (Total > 0) {

SQL = Query + " LIMIT " + Offset + " , " + MaxLine;

rs = db.executeQuery(SQL);

}return rs;

}毫无疑问，这段代码在数据库是Mysql时将会是漂亮的，但是作为一个通用的类（事实上我后面要提供的就是一个通用类库中的一部分），需要适应不同的数据库，而基于这个类（库）的应用，也可能使用不同的数据库，所以，我们将不使用这种方法。

另一种繁琐的实现方法

我看过一些人的做法（事实上包括我在内，一开始也是使用这种方法的），即不使用任何封装，在需要分页的地方，直接作ResultSet滚到相应的位置，再读取相应数量的记录。其典型代码如下：

<%

sqlStmt = sqlCon.createStatement(ja.sql.ResultSet.TYPE_SCROLL_INSENSITIVE,

ja.sql.ResultSet.CONCUR_READ_ONLY);

strSQL = "select name,age from test";

//执行SQL语句并获取结果集

sqlRst = sqlStmt.executeQuery(strSQL);

sqlRst.last();

intRowCount = sqlRst.getRow();

//记算总页数

intPageCount = (intRowCount+intPageSize-1) / intPageSize;

//调整待显示的页码

if(intPage>intPageCount) intPage = intPageCount;

<%

if(intPageCount>0){

//将记录指针定位到待显示页的条记录上

sqlRst.absolute((intPage-1) intPageSize + 1);

//显示数据

i = 0;

while(i

<%

sqlRst.next();

i++;

姓名年龄
<%=sqlRst.getString(1)%><%=sqlRst.getString(2)%>

很显然，这种方法没有考虑到代码重用的问题，不仅代码数量巨大，而且在代码需要修改的情况下，将会无所适从。

使用Vector进行分页

还见过另一些实现分页的类，是先将所有记录都select出来，然后将ResultSet中的数据都get出来，存入Vector等类中，再根据所需分页的大小，页数，定位到相应的位置，读取数据。或者先使用前面提到的两种分页方法，取得所需的页面之后，再存入Vector中。

扔开代码的效率不说，单是从程序结构和使用的方便性上讲，就是很糟糕的。比如，这种做法支持的字段类型有限，int, double, String类型还比较好处理，如果碰到Blob, Text等类型，实现起来就很麻烦了。这是一种更不可取的方案。

一个新的Pageable接口及其实现

很显然，看过上面三种实现方法后，我们对新的分页机制有了一个目标，即：不与具体数据库相关；尽可能做到代码重用；尽可能与原JDBC接口的使用方法保持一致；尽可能高的效率。

首先，我们需要提供一个与ja.sql.ResultSet向下兼容的接口，把它命名为Pageable，接口定义如下：

public intece Pageable extends ja.sql.ResultSet{

/返回总页数

/

int getPageCount();

/返回当前页的记录条数

/

int getPageRowsCount();

/返回分页大小

/

int getPageSize();

/

void gotoPage(int page) ;

/设置分页大小

/

void setPageSize(int pageSize);

/返回总记录行数

/

int getRowsCount();

/

转到当前页的条记录

@exception ja.sql.SQLException 异常说明。

/

void pageFirst() throws ja.sql.SQLException;

/

转到当前页的一条记录

@exception ja.sql.SQLException 异常说明。

/

void pageLast() throws ja.sql.SQLException;

/返回当前页号

/

int getCurPage();

}这是一个对ja.sql.ResultSet进行了扩展的接口，主要是增加了对分页的支持，如设置分页大小，跳转到某一页，返回总页数等等。

接着，我们需要实现这个接口，由于这个接口继承自ResultSet，并且它的大部分功能也都和ResultSet原有功能相同，所以这里使用了一个简单的Decorator模式。

PageableResultSet2的类声明和成员声明如下：

public class PageableResultSet2 implements Pageable {

protected ja.sql.ResultSet rs=null;

protected int rowsCount;

protected int pageSize;

protected int curPage;

protected String command = "";

}可以看到，在PageableResultSet2中，包含了一个ResultSet的实例（这个实例只是实现了ResultSet接口，事实上它是由各个数据库厂商分别实现的），并且把所有由ResultSet继承来的方法都直接转发给该实例来处理。

PageableResultSet2中继承自ResultSet的主要方法：

//……

public boolean next() throws SQLException {

return rs.next();

}//……

public String getString(String columnName) throws SQLException {

try {

return rs.getString(columnName);

}catch (SQLException e) {//这里是为了增加一些出错信息的内容便于调试

throw new SQLException (e.toString()+" columnName="

+columnName+" SQL="+this.getCommand());

//……

只有在Pageable接口中新增的方法才需要自己的写方法处理。

/方法注释可参考Pageable.ja

/

public int getCurPage() {

return curPage;

}public int getPageCount() {

if(rowsCount==0) return 0;

if(pageSize==0) return 1;

//calculate PageCount

double tmpD=(double)rowsCount/pageSize;

int tmpI=(int)tmpD;

if(tmpD>tmpI) tmpI++;

return tmpI;

}public int getPageRowsCount() {

if(pageSize==0) return rowsCount;

if(getRowsCount()==0) return 0;

if(curPage!=getPageCount()) return pageSize;

return rowsCount-(getPageCount()-1)pageSize;

}public int getPageSize() {

return pageSize;

}public int getRowsCount() {

return rowsCount;

}public void gotoPage(int page) {

if (rs == null)

return;

if (page < 1)

page = 1;

if (page > getPageCount())

page = getPageCount();

int row = (page - 1) pageSize + 1;

try {

rs.absolute(row);

curPage = page;

}catch (ja.sql.SQLException e) {

public void pageFirst() throws ja.sql.SQLException {

int row=(curPage-1)pageSize+1;

rs.absolute(row);

}public void pageLast() throws ja.sql.SQLException {

int row=(curPage-1)pageSize+getPageRowsCount();

rs.absolute(row);

}public void setPageSize(int pageSize) {

if(pageSize>=0){

this.pageSize=pageSize;

curPage=1;

PageableResultSet2的构造方法：

public PageableResultSet2(ja.sql.ResultSet rs) throws ja.sql.SQLException {

if(rs==null) throw new SQLException("given ResultSet is NULL","user");

rs.last();

rowsCount=rs.getRow();

rs.beforeFirst();

this.rs=rs;

}这里只是简单的取得一个总记录数，并将记录游标移回初始位置（before first），同时将参数中的ResultSet赋给成员变量。

Pageable的使用方法

因为Pageable接口继承自ResultSet，所以在使用方法上与ResultSet一致，尤其是在不需要分页功能的时候，可以直接当成ResultSet使用。而在需要分页时，只需要简单的setPageSize, gotoPage，即可。

Pageable rs=null;

……//构造SQL，并准备一个pstmt.

rs=new PageableResultSet2(pstmt.executeQuery());//构造一个Pageable

rs.setPageSize(20);//每页20个记录

rs.gotoPage(2);//跳转到第2页

for(int i=0; i

……//继续处理

}总结

一个好的基础类应该是便于使用，并且具备足够的可移植性，同时要保证其功能的完善。在上面的实现中，我们从ja.sql.ResultSet接口继承出Pageable，并实现了它。这就保证了在使用中与JDBC原有作的一致性，同时对原有功能没有缩减。

同时它也是易于使用的，因为封装了一切必要的作，所以在你的代码中显得"难看"和"不舒服"的地方就是需要自己去构造一个PageableResultSet2。不过只要你愿意，这也是可以解决的。

OK，这个分页的实现是否对你的编程有帮助呢？仔细看看，其实真正自己写的代码并不多的，大部分都只是简单的转发作。一个合适的模式应用可以帮你很大忙。

如果数据量太大建议分页显示。

你要一行一行显示的话，你读一行就放一行数据到Table的Model中去就是了哦。

Android 低功耗蓝牙(Ble) 开发总结

有一些数据库，如Mysql, Oracle等有自己的分页方法，比如Mysql可以使用limit子句，Oracle可以使用ROWNUM来限制结果集的大小和起始位置。这里以Mysql为例，其典型代码如下：

Android 从 4.3(API Ll 18) 开始支持低功耗蓝牙，但是只支持作为中心设备（Central）模式，这就意味着 Android 设备只能主动扫描和链接其他外围设备（Peripheral）。从 Android 5.0(API Ll 21) 开始两种模式都支持。

低功耗蓝牙开发算是较偏技术,实际开发中坑是比较多的,网上有很多文章介绍使用和经验总结,但是有些问题不好找,甚至有些误导人,比如 :获取已经连接的蓝牙,有的是通过反射,一大堆判断,然而并不是对所有手机有用,关于Ble传输速率问题的解决,都是默认Android每次只能发送20个字节,然而也并不是,,,下面进入正文。

这里用的是 Android5.0 新增的扫描API，

这里说一下，如果做蓝牙设备管理页面，可能区分是否是已连接的设备,网上又通过反射或其他挺麻烦的作,也不见得获取到,Api 就有提供

与外围设备交互经常每次发的数据大于 mtu的，需要做分包处理，接收数据也要判断数据的完整性才返回原数据做处理，所以一般交互最少包含包长度，和包校验码和原数据。当然也可以加包头，指令还有其他完整性校验。下面分享几个公用方法:

我自己封装的一个BleUtil ，因为涉及跟公司业务关联性太强（主要是传输包的协议不同）就先不开源出来了，如果这边文章对大家有帮助反馈不错，我会考虑上传个demo到github供大家使用，

在这先给大家一个不错 Demo ，里面除了没有分包，协议，和传输速率。基本的功能都有，而且调试数据到打印到界面上了。最主要是它可以用两个个手机一个当中心设备一个当外围设备调试。

首先传输速率优化有两个方向，1 外围设备传输到Android 。2 Android传输到外围设1、右击桌面上“我的电脑”→属性→高级→错误报告→错误汇报→勾选“禁用错误汇报”→“但在发生错误时通知我”复选框→确定。这样处理对于一些小错误，Windows XP就不会弹出错误提示了。备。

我在开发中首先先使用上面那位仁兄的demo调试，两个Android 设备调试不延时，上一个成功马上下一个，最多一秒发11个20字节的包。

后来和我们的蓝牙设备调试时发现发送特别快，但是数据不完整，他蓝牙模块接收成功了，但是透传数据到芯片处理时发现不完整，我们的硬件小伙伴说因为 波特率 限制（不多每10字节透传要耗时1ms）和蓝牙模块的buff （打印时是最多100byte，100打印的）限制，就算蓝牙模块每包都告诉你接收成功，也是没透传完就又接收了。后来通过调试每次发20K数据，是 Android 发是 20字节/130ms 稳定。给Android 发是 20字节/ 8ms 。 （天杀的20字节，网上都是说20字节最多了）

后来看了国外一家物联网公司总结的 Ble 吞吐量的文章（上面有连接），知道Android 每个延时是可以连续接收6个包的。就改为 120字节/ 16ms (为啥是16ms，不是每次间隔要6个包吗，怎么像间隔两次，这时因为波特率影响，多了5个包100字节，不多 我们的单片机透传到蓝牙模块要多耗时不到10ms )

根据蓝牙BLE协议， 物理层physical layer的传输速率是1Mbps，相当于每秒125K字节。事实上，其只是基准传输速率，协议规定BLE不能连续不断地传输数据包，否则就不能称为低功耗蓝牙了。连续传输自然会带来高功耗。所以，蓝牙的传输速率并不由物理层的工作频率决定的。

在实际的作过程中，如果主机连线不断地发送数据包，要么丢包要么连接出现异常而断开。

在BLE里面，传输速度受其连接参数所影响。连接参数定义如下：

1）连接间隔。蓝牙基带是跳频工作的，主机和从机会商定多长时间进行跳频连接，连接上才能进行数据传输。这个连接和广播状态和连接状态的连接不是一样的意思。主机在从机广播时进行连接是应用层的主动软件行为。而跳频过程中的连接是蓝牙基带协议的规定，完全由硬件控制，对应用层透明。明显，如果这个连接间隔时间越短，那么传输的速度就增大。连接上传完数据后，蓝牙基带即进入休眠状态，保证低功耗。其是1.25毫秒一个单位。

2）连接延迟。其是为了低功耗考虑，允许从机在跳频过程中不理会主机的跳频指令，继续睡眠一段时间。而主机不能因为从机睡眠而认为其断开连接了。其是1.25毫秒一个单位。明显，这个数值越小，传输速度也高。

蓝牙BLE协议规定连接参数最小是5，即7.25毫秒；而Android手机规定连接参数最小是8，即10毫秒。iOS规定是16，即20毫秒。

连接参数完全由主机决定，但从机可以发出更新参数申请，主机可以接受也可以拒绝。android手机一部接受，而ios比较严格，拒绝的概率比较高。

参考:

在iOS和Android上化BLE吞吐量

化BLE吞吐量第2部分：使用更大的ATT MTU

【BLE】nRF52 QSPI驱动NAND Flash调试

}/

本文调试的是W25N01GVxxIG/IT型号的NAND Flash，从各项调试的结果来看nRF52 的QSPI不支持NAND Flash的读写。

static void handle_UartRxHandle(uint8_t dat,uint32_t len)

这里有几个原因造成：

1.NAND Flash的状态寄存器读取方式不一样。

从下图的对比可以看出，NAND Flash读取状态寄存器的指令中间还需要插入SR Address，但是nRF52 的QSPI模式只是发送0x05，然后直接读取状态，这显然是不能满足NAND Flash的时序，而判断是否Busy是nRF52 QSPI模块硬件实现的，这里无法修改它的时序！！！

这里附上在NORDIC DevZone中看到的 回复 。

在SDK中也能看到，nRF52枚举的地址类型仅仅支持24-bit/32-bit，所以它更适合驱动NOR Flash。

总结：

使用nRF52 的QSPI尽量使用支持满足上述条件的NOR Flash！！

flutter 蓝牙ble(blue tooth),同时连接多台/多个设备

当然它也有具有充分的可移植性，当你将数据库由Oracle变为Mysql或者SQL的时候，你仍然可以使用这些分页的代码。它在使用中（或者说在移植的过程中）的限制就是你必须要使用一个支持JDBC2的驱动（现在明白为什么我把类命名为PageableResultSet2了吧。:P），不过，好在JDBC2已经成为标准了，绝大多数的数据库（如Oracle, Mysql, SQL）都有自己的或者第三方提供的JDBC2的驱动。

于是就有了写作本文的动力，-------->解决同时连接多台蓝牙设备!!而Android 发数据可以申请 我们设备的mtu 来得到最多每次能发多少字节。延时还是130ms，即：241字节/ 130ms 提高12倍，这个速度还可以。!

flutter_blue 适合于单台的蓝牙设备，使用起来简单

flutter_reactive_ble 适合于单台的蓝牙设备，多台蓝牙设备也可以用

flutter_ble_lib 适合于单台的蓝牙设备，多台蓝牙设备也可以用，可以在模拟器上进行调试蓝牙

感觉后2个第三方库都可以使用，本人先入为主使用了flutter_reactive_ble，所以本文以flutter_reactive_ble为基础进行介绍

先声明4个全局变量，后面会用到

开始扫描

如果扫描过程，不使用过滤条件，withServs这个参数可以给个空数组

连接设备

断开设备,

去扫描服务，并过滤服务，扫描结果服务里面是包含有特征的数组,如： servId:[fff0,fff1,fff2,fff3,...]

去上报来的数据,参数来自前面扫描到的结果servId--服务ID, characteristicId--特征ID，devId--设备ID

后面就是各位看官根据自己的需求去做逻辑处理啦。

对设备设置命令，发送请求(写作),list为整形数据，要写的数据

读取设备的信息（读作）

flutter 多台蓝牙设备同时连接的分享就到这里喽，小伴们,觉得有点用的话，或者已经看到这里面来的请点个赞吧~~ 后续分享更多有关flutter的文章。如果有疑问的话，请在下方留言~

过一段时间后,我在项目把这个蓝牙库用起来了,基本能满足日常需求.效果如下:

蓝牙BLE怎么和台式电脑的WINDOW系统连接通信

简单有效的处理方法是看错误提示，哪一个软件引起的冲突就卸载那个软件，重新启动机器以后首先关闭杀毒软件，重新运行安装 。

必须买wifi接收器，或者用安卓手机联上网，case INT_INDEX_LINE:然后用数据线分享手机网络给电脑用。就这两种方法！

如果只是做测试的话，可以直接通过开发板来实现连接通信。下图是SKB369的开发板，接线之后，配合串口调试工具，即可连接通信。