【问题标题】:Communication between Xbee Series 1 and different RF Module(TI-CC2538)Xbee 系列 1 与不同射频模块之间的通信(TI-CC2538)
【发布时间】:2016-11-15 02:46:40
【问题描述】:

我想测试 Xbee 系列 1 和 TI CC2538 之间的通信。

我在CC2538上搭建了802.15.4协议,我想测试一下 可以通过 XCTU 与 Xbee Series 1 发送和接收数据。

我尝试在 XCTU 程序中扫描,但找不到任何设备。

我设置CC2538 RF芯片为协调器,Xbee S1为尝试关联PAN网络的设备。

根据802.15.4,设备必须被动扫描并接收信标帧,然后设备应向协调器CC2538发送关联请求mac命令。

Xbee 系列 1 通过 XCTU 的扫描按钮是如何工作的?

是等待接收信标帧还是发送信标请求或其他帧?

还有其他方法可以测试 Xbee s1 和 CC2538 与我构建的 802.15.4 之间的通信吗?

【问题讨论】:

    标签: xbee


    【解决方案1】:

    我假设您没有尝试在 CC2538 上运行 ZigBee 协议。 XBee 系列 1 是 802.15.4,您需要为 ZigBee 使用系列 2。

    您可能需要使用 802.15.4 嗅探器来监控通信以查看发生了什么。 XBee 模块是否发送格式正确的关联请求?您能否捕获另一个 CC2538 成功加入您的网络,并将其与 XBee 模块的尝试进行比较?

    确保 XBee 模块配置有 ATSC(扫描通道)设置以启用 CC2538 已建立的任何通道。

    我知道某些 XBee 模块支持 ATAS(主动扫描)命令,该命令将报告看到的信标,但我不确定 Series 1 是否支持该命令。 ATAI 提供有关关联的详细信息。

    您能否在 CC2538 上启用调试并让它报告 XBee 模块加入网络的尝试?

    【讨论】:

    • 当 Xbee 进行主动扫描并且 CC2538 收到信标请求和关联请求时,我检查了 Xbee 模块从 CC2538 接收到信标帧。然而,当 CC2538 发送关联响应帧时,Xbee 没有收到任何信息。当 Xbee 发送关联请求时,它的 src 地址是 MAC 地址(64 位)。因此,在 CC2538 上,我解析了关联请求帧并将目标地址设置为 Xbee 的 MAC 地址。对吗?
    • 我不熟悉 CC2538,但它的网络堆栈不应该为您处理吗? CC2538 路由器能否加入您的 CC2538 协调器?
    • 我使用的是 802.15.4。有必要用路由器吗?在我制作的网络中,只有两个组件。设备(Xbee)和协调器(CC2538)
    • 我有时会混淆哪些功能属于 ZigBee,哪些属于 802.15.4。我使用“路由器”来指代加入您的网络的非协调器。我询问了让 CC2538 加入您的 CC2538,以便您可以比较发送的数据包和设备的行为。如果 CC2538 路由器无法加入您的 CC2538 协调器的网络,则说明您的协调器有问题,您需要先解决该问题。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-10-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多