Quantcast
Channel: Zigbee 和 Thread
Browsing index pages (17041 articles)
↧

论坛文章:RE: CC2530:How to achieve high-frequency communication between the...

您好, 非常感谢您的回应,这对我的启发很大,我会按你的建议去尝试不同的解决方案。 再次对您的帮助表示感谢,祝您生活愉快!

View Article


论坛文章:RE: CC2530:How to achieve high-frequency communication between the...

您好, POLL_RATE=1(意味着数据轮询间隔为1毫秒)不是有效条目,因此可能使用100毫秒作为最低值。 由于ZED接收器始终处于开启状态(RFD_RCVC_ALWAYS_ON=TRUE),因此这不是一种低功耗设备,因此您可以广播AD采集命令以立即接收终端数据,而无需等待数据轮询。...

View Article


论坛文章:CC2530:How to achieve high-frequency communication between the terminals...

Part Number: CC2530 Other Parts Discussed in Thread: Z-STACK As a novice user of the CC2530, I recently encountered a problem that I couldn't solve; Firstly, I carried out the work based on three...

View Article

论坛文章:RE: Zigbee 和 Thread 论坛

参考下面的链接 (+) CC2538: 加入flash擦除程序代码会卡死 - Zigbee 和 Thread 论坛 - Zigbee 和 Thread - E2E ™ 设计支持

View Article

论坛文章:RE: LAUNCHXL-CC1352P: cc1352p终端加入不了cc2530协调器

主要问题是Z-Stack网格1.0协调器不安全,主要通过APS报头帧控制的“安全启用”位表示。TI不建议继续开发这些已弃用的Zigbee协议解决方案。有一些关于为F2设备创建向后兼容性的建议,但TI没有很好地建立或维护这些建议。请注意,当禁用TCLK更新交换时,F2设备仍然可以支持Z-Stack HA 1.2.2a。 https://e2e.ti.com/f/1/t/1552070

View Article


论坛文章:RE: CC2538: 加入flash擦除程序代码会卡死

闪存的最后一页包含锁定位和客户配置区(CCA)。您可以在TRM的第8.6节中了解更多信息。我不建议在运行时读取该闪存页面并擦除/写入相同的内容,因为即使在这种关键时刻,复位或电源事件也会导致设备崩溃。如果您试图创建一个非易失性闪存部分,那么您应该使用不同的闪存页面(即254)并在命令链接器文件中说明这一点。

View Article

论坛文章:RE: Zigbee 和 Thread 论坛

您好, 已经收到了您的案例,调查需要些时间,感谢您的耐心等待 。

View Article

论坛文章:RE: CC2538: 加入flash擦除程序代码会卡死

您好, 已经收到了您的案例,调查需要些时间,感谢您的耐心等待 。

View Article


论坛文章:Zigbee 和 Thread 论坛

Part Number: CC2538 在程序代码中加入Flash擦除程序代码,使用下载器下载程序可以正常运行,但是重新上电之后,程序刚开始运行便直接卡死。 代码部分截图如下: 不加擦除代码,程序不会出现该情况。 只要加了擦除的代码,重新上电后便出现程序卡死的情况

View Article


论坛文章:CC2538: 加入flash擦除程序代码会卡死

Part Number: CC2538 在程序代码中加入Flash擦除程序代码,使用下载器下载程序可以正常运行,但是重新上电之后,程序刚开始运行便直接卡死。 代码部分截图如下: 不加擦除代码,程序不会出现该情况。 只要加了擦除的代码,重新上电后便出现程序卡死的情况

View Article

论坛文章:RE: LAUNCHXL-CC1352P: cc1352p终端加入不了cc2350协调器

您好, 已经收到了您的案例,调查需要些时间,感谢您的耐心等待 。

View Article

论坛文章:LAUNCHXL-CC1352P: cc1352p终端加入不了cc2530协调器

Part Number: LAUNCHXL-CC1352P Other Parts Discussed in Thread: CC2530 , Z-STACK , CC1352P cc2530协调器使用的是z-stack mesh 1.0.启用安全设置。配置预设置的网络密钥和全局秘钥。cc1352p终端使用的是z-stack 3.0连接不上都设置了对应的秘钥。 这是使用ubiqua抓取的流程。

View Article

论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

Hi Lydia, Thanks,就是这个。问题Fix。可以关闭了。 谢谢

View Article


论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

您好, 假设您遵循了这些步骤 LAUNCHXL-CC1352P: Building Zigbee Network Processor (ZNP) Example App for CC2652P7 chip - Zigbee & Thread forum - Zigbee & Thread - TI E2E support forums 并且 ti_drivers_config.c...

View Article

论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

Hi Lydia, 好消息。我们通过SmartRF Studio已经可以做到100m+的通信距离了。 问题似乎是出在我们对天线的IO配置上。我们目前在SmartRF Studio中的IO配置情况如下: 请教下,如何在ZStack协议栈中配置这个IO为如上图所示的状态?是不是要实现rfDriverCallbackAntennaSwitching函数,是的话,有没有参考例程? 谢谢

View Article


论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

您好, -101dBm 是非常低的 RSSI 值、超过了 CC2652P7的 IEEE 无线电接收器灵敏度、超出了改变 RSSI 灵敏度所能达到的水平。 3.3V 是正常的、增加电压在该电平下不会产生差异。 使用信道25和26时、TX 功率级别存在一些限制、但听起来他们也考虑了其他信道。 该演示可以使用按钮操作进行调试、可以通过将相应的 DIO 短接至 GND 在模块上对其进行仿真。...

View Article

论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

Hi Lydia, 关于你的建议。RSSI水平,如上面回复中的截图,应该是-101dBm, 电源电压是3.3V,信道是默认信道。 我们尝试过加大电源电压到3.8V.以及更换信道,均无改善。 至于使用未修改的 zc_恒温 器/zed_temperaturesensor...

View Article


论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

您好, 4 dBm 的距离也低于预期。 使用开箱即用、未修改的 zc_恒温 器/zed_temperaturesensor 设置时、它们是否收到相同的效果? 从 Zigbee 协议栈和 Smart RF Studio 7接收到的数据包的 RSSI 水平是多少? 使用的电源电压是多少? 它们是在安静或嘈杂的信道上进行测试? 您可以让它们 启用射频输出 以进一步调试和使用示波器或逻辑分析仪监控其...

View Article

论坛文章:RE: CC2652P7: 关于CC2652通讯失败问题

Hi Lydia, 您好,下图是我们通过dongle抓到的包: 从dongle抓到的包信息分析,我们认为在更远距离上通信失败的原因是终端设备没有收到协调器的Beacon Payload回复。 这个是否是因为终端设备配置的可识别信号强度阈值过低有关?我们是否能够通过修改终端设备的信号阈值进行下尝试?如果可以修改,该在哪里,怎么修改? 谢谢

View Article

论坛文章:RE: CC2531: Can CC2531 use cc2531 code?

请尝试参考下面链接: (4) code migrate from CC2530 to CC2531 USB dongle - Zigbee & Thread forum - Zigbee & Thread - TI E2E support forums

View Article
Browsing index pages (17041 articles)


Latest Images