【咨询】TLSR8278 tpll 5字节接入码(Sync Word)选型规则

we_4923376800 · 发表于 2026-9-1 08:23:54

说明：
- 芯片：TLSR8278F1KET48（BLE SoC）
- 空口：B87 2.4G Proprietary SDK 的 tpll（对照 vendor/tpll_fast_ptx + tpll_fast_prx），自研 ESL 时隙；不是 BLE 协议栈（无广播/连接/GATT）
- 配置：AddressWidth=5 bytes · 2Mbps · PIPE0 · AutoAck
- 目标：1AP≈100 价签，每签独立 5B 接入码单播

已通（PTX↔PRX，HW ACK 正常）：
- e7:e7:e7:e7:e7（demo）
- 55:44:33:22:11 / 12 / 66

失败（AP 无 TX_DS）：
- 55:44:33:22:33（0x33 在第3字节通，放到第5字节失败）
- 其它「前缀相同、仅改末字节」若干也失败

软件已处理：ResetBuf 后 ClosePipe→SetAddress→OpenPipe 重绑；AP/TAG 同一 5B。

请教（请按 tpll / 2.4G Proprietary 答，勿按 BLE Access Address）：
1) Sync Word / 5B 接入码是否有推荐规则或禁用表？
2) 5 个字节位置约束是否不同？
3) 请给推荐可用 5B 样例≥32，或末字节池≥32～64（前缀可固定）
4) 匹配阈值/容错位对难通码有无建议？
5) 1AP×100 节点独立 5B，官方参考做法？

谢谢各位大牛。

TL_LANJIAN · 发表于 2026-9-2 10:59:44

本帖最后由 TL_LANJIAN 于 2026-9-2 11:09 编辑

针对您提出的这些问题，需要先沟通下一些具体信息：
“失败（AP 无 TX_DS）：
- 55:44:33:22:33（0x33 在第3字节通，放到第5字节失败）
- 其它「前缀相同、仅改末字节」若干也失败” ：
请问：1.失败情况下，TAG和AP端都是TLSR8278吗，也是PTX和PRX吗，与第一种成功的情况有什么区别； 2. AP端无TX_DS时，TAG端能收到AP端发的包吗；

软件已处理：ResetBuf 后 ClosePipe→SetAddress→OpenPipe 重绑；
请问：1. 设置setaddress的操作是在哪里执行的，确认是否生效

1) Sync Word / 5B 接入码是否有推荐规则或禁用表？：
答：2.4G sdk中对syncword没有推荐规则，但是某些特殊的syncword确实会对收发性能有影响，具体可以参考ble
2) 5 个字节位置约束是否不同？
答：约束相同。
3) 请给推荐可用 5B 样例≥32，或末字节池≥32～64（前缀可固定）
答：请问下您说的>32具体是什么意思，个数？
4) 匹配阈值/容错位对难通码有无建议？
答：一般匹配阈值取得是: syncword总比特数 - (1~2) bit，这样可以稍微提高收包性能。
5) 1AP×100 节点独立 5B，官方参考做法？
答：后续还需要找相关同事确认下

we_4923376800 · 发表于 2026-9-10 09:21:57

**先回答你们的疑问：**

1. **硬件**
   价签和网关射频都是 TLSR8278。一边发、一边收，用法跟官方私有 2.4G demo 一样。
2. **失败时是什么样**
   通的时候：网关能等到价签的**硬件确认**（SDK 里那个 TX\_DS）。
   不通的时候：网关**等不到这个确认**。
   价签那边当时能不能听到网关发的包，我们也可以再帮你们看一眼；需要的话我们补测一次告诉你们。
3. **改地址有没有生效**
   我们改地址是：清缓冲 → 关 pipe → 设地址 → 开 pipe。
   通的地址、不通的地址，用的是**同一套改法**，网关和价签设成**一样的 5 字节**。
   所以不太像「地址根本没设进去」——更像是**有的 5 字节组合能通，有的不能通**。

---

**我们已经试过的（方便你们对照）：**

能通的例如：

* `e7:e7:e7:e7:e7`（demo）
* `55:44:33:22:11`
* `55:44:33:22:12`
* `55:44:33:22:66`

不通的例如：

* `55:44:33:22:33`（最后一字节改成 `33` 就不通）
* 但同样是 `33`，放在**第 3 个字节**时可以通

所以我们感觉：好像**不是每个位置都能随便放同一个数**。你们上回说五个位置规则一样，和我们实机不太对得上，想请你们再帮看看。

---

**上次说「≥32」，不是指数值大于 32：**

是想请你们给一些**已经能稳定通信的 5 字节地址例子**（多给几组更好，比如几十组）；
或者前缀先固定成 `55:44:33:22`，告诉我们**最后一字节哪些取值能通**。
我们自己试的时候，前缀不动、只改最后一字节，很多都不通。

匹配门限你们说可以比满匹配少 1～2 个 bit，我们会试。请问在 SDK 里**改哪个设置/哪个函数**？有没有常用推荐值？

---

**我们真正想解决的事：**

一个网关下面大概要管 **一百来个价签**，希望：

* 发给 A 签时，B 签尽量别跟着收、别乱应答；
* 空口稳定。

我们现在用的是「每个签一个 5 字节地址」这条路，但可用地址好像很少，心里没底。

**所以想请教你们更推荐怎么做**，比如：

1. 继续「一签一个 5 字节地址」——那地址该怎么选、有没有可用列表或选法？
2. 还是大家共用一个（或很少几个）地址，靠**包里面的价签 ID** 区分？
3. 或者你们还有**别的常用区分办法**？

我们不限定必须用哪种，**按你们私有 2.4G 实际好用的做法来就行**，告诉我们怎么配、怎么避坑。

谢谢。

we_4923376800 · 发表于 2026-9-11 21:33:52

we_4923376800 · 发表于 7 天前

TL_LANJIAN · 发表于 5 天前

TL_LANJIAN · 发表于 5 天前