我们尝试控制CC2540只在信道39或者38进行广播,然后利用频移将该包在38或者37信道进行接收,结果是我们利用USB Dongle只能在原来的39或38信道利用ADV_IND AdvA地址进行筛选后抓包,频移后的包利用同样的过滤筛选方式无法成功在信道38或37进行抓包
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
我们尝试控制CC2540只在信道39或者38进行广播,然后利用频移将该包在38或者37信道进行接收,结果是我们利用USB Dongle只能在原来的39或38信道利用ADV_IND AdvA地址进行筛选后抓包,频移后的包利用同样的过滤筛选方式无法成功在信道38或37进行抓包
您好,
可能原因之一是 USB Dongle 硬件或驱动程序的限制,可能导致它无法在频移后的信道正确捕获数据包。
原因二可能是在进行频移时存在某些参数设置不正确。
您可以点击此处,查看获取广播包的部分。
重点检查一下实现频移的过程,更改设备的频率参数时确保设备的广播或扫描参数等设置同步,使得广播和接收在正确的信道上匹配。
谢谢您的回复!目前我们确定接收到了从38信道频移到37信道的蓝牙包,但PDU类型变为了Unknown,地址也发生了改变。我们怀疑可能是在去白化时出现了问题,请问您知道与白化有关的部分在哪里查看修改吗?再次表示感谢!
这是我们在38信道广播的包,这是我们对信号乘以方波后频移到37信道接收到的包:被识别为unknown类型,并且频移后的包的载荷部分也会变化;但我们始终只发送了一种包,考虑到错误的反白也应该是同一种unknown,请问您知道我们频移的方式有问题吗,若不是频移的问题,那么unknown包的payload为什么会发生变化呢?期待您的回复!再次感谢!
unknown包的payload为什么会发生变化呢?
可能是信道干扰、传输错误或其他通信环境因素引起。
检查接收端的信噪比、误码率等指标,检查信号质量。
目前我们确定接收到了从38信道频移到37信道的蓝牙包,但PDU类型变为了Unknown,地址也发生了改变
可能是由于频移或解调过程中的误差引起的。
确保频移和解调参数设置正确,信道干扰、多径效应等因素可能导致 PDU 类型的错误识别和地址变化。