关于IOS的mesh app使用中遇到的问题

we_7699524560

关于IOS的蓝牙MSEH的APP将芯片连入组网后前面使用正常，APP界面上的灯泡会亮，在日志里也能看到上传的蓝牙信息，但是用到后面app灯泡的灯不亮了，一开始是灭几个后面是全都灭了，APP上的日志也不会刷新，不过几块芯片之间的mesh通信还在，就是和APP失去联系了。偶尔亮一个，很不稳定。

we_7699524560

我现在用的是一个8258几个8250，我发现只有8258的通电的时候才会亮别的，但是超过四个之后就会不稳定经常掉线，我能不能把某个8250也变成节点做中继和手机连接。相当于两个主机，同时原本的8250的功能不变。

TL_JIAZHI

看iOS APP的截图，手机并没有连接上任何一个Mesh设备，APP连接上Mesh设备后，直连设备的名称会显示蓝色的。需要你提供iOS APP的运行日志文件TelinkSDKDebugLogData给我分析具体的原因。 日志文件可以在iPhone的文件APP里面找到“我的iPhone/TelinkSigMesh/TelinkSDKDebugLogData”。

TL_SHENGFENG

we_7699524560

我后面自己调了一下，发现是我把发送数据每片的重发次数调成了1然后把发送间隔调到30以下就连不上，把发送时间间隔调到40ms以上的时候就能连了，但是还是总是会突然断连。现在有个问题是我现在要求发送一个198字节的包，要求的实时性很高，有什么别的方法能提高发送和接收的速率而且不会显著降低和APP的连接吗？我现在是8个芯片同时互传198个字节，接收到更新的时间普遍在10s左右，还达不到我的要求。

TL_JIAZHI

we_7699524560 发表于 2026-8-20 16:51
我后面自己调了一下，发现是我把发送数据每片的重发次数调成了1然后把发送间隔调到30以下就连不上，把发送 ...

按照你的反馈，可以分为两个问题：
1.APP断连问题。需要你在原始的FW代码上进行简单的代码修改来复现这个问题，然后发送修改的diffe代码给我，我在相应的SDK版本上合入你的diffe进行复现并修复问题。需要你提供SDK的版本号、修改的diffe、bin编译选项和复现步骤。这个BLE连接与接收198字节的数据理论上是互不影响的，我也不确定是修改了哪里的代码导致的问题。
2.198字节数据传输问题。无论是手机APP端还是Mesh设备，都是同一个时间只能接收一个设备的segment长包的，多个设备同时发送segment长包是没有意义的。最好的做法是APP发送一个GET指令去获取一个Mesh节点的198字节的数据，获取一个Mesh节点的数据完成后再发送GET指令去获取下一个Mesh节点的数据。我不确定你的实际应用场景是怎么样的，如果是每个节点也需要实时获取其它节点的198字节的数据的话，最好通过Public  unSegment短包消息的方式来通知到其它Mesh设备和手机端。需要注意的是，unSegment短包消息的组包是Opcode + 参数区合计最多 11 字节，超过11字节就只能发送segment长包了。