E2E™ 设计支持
E2E™ 设计支持
  • 用户
  • 站点
  • 搜索
  • 用户
  • E2E™ 中文设计支持 >
  • 论坛
    • 放大器
    • API 解答
    • 音频
    • 时钟和计时
    • 数据转换器
    • DLP® 产品
    • 接口
    • 隔离
    • 逻辑
    • 微控制器
    • 电机驱动器
    • 处理器
    • 电源管理
    • 射频与微波
    • 传感器
    • 站点支持
    • 开关与多路复用器
    • 工具
    • 无线连接
    • 参考译文
    • 存档组
    • 存档论坛
  • 技术文章
    • 模拟
    • 汽车
    • DLP® 技术
    • 嵌入式处理
    • 工业
    • 电源管理
  • TI 培训
  • 快速入门
  • English
  • 更多
  • 取消


搜索提示
找到 163 个结果 查看 问题 帖子 排序依据
    Answered
  • CC2530 能否在水下通信?

    tao qin1
    tao qin1
    已解决
    最近在做一个要求zigbee能在水下通信的项目,要求至少能在1米深处进行数据传输,在网上找了很久,都说可以通信,但信号会大大削减,求问有没有前辈们具体的试过,具体深度。 如果不行有没有好的解决方案? 在线等,急急!
    • 已回答
    • 8 年多前
    • Zigbee 和 Thread
    • Zigbee 和 Thread 论坛
  • 采用的芯片为CC2530ZigBee模块,抓包软件为Packet Sniffer,采用IEEE 802.15.4/ZigBee ZigBee2007、PRO抓取的包

    fsf y
    fsf y
    使用的是STM32的USART2给ZigBee发送数据,每次都以下面的方式发送。 为什么Sequence number为0xF4时目标地址错了? 在下面的第二行为什么源地址又错了? 下面第二行,为什么MAC里的08变成了0C? 这一个包里的MAC的数据是怎么了? 下面这两条为什么通过播的形式发送? 这个下面的MAC中的55怎么变成了50? 出现这样这样的问题次数很多,请问:这是什么原因?谢谢
    • 10遍.psd
    • 10 年多前
    • Zigbee 和 Thread
    • Zigbee 和 Thread 论坛
  • 关于cc2540的debuger接口

    menghui ning
    menghui ning
    hi 大家好! 我们现在的项目使用引脚比较多。所以我们希望使用debuger的P2.1 P2.2引脚。但是我们发现使用flash progmer 下载程序后,断开cc debuger P2.2 P2.1还是不能使用。 谢谢各位解决
    • 12 年多前
    • 低于 1GHz
    • 低于 1GHz 论坛
<

未找到您搜索的内容?发布一个新问题吧。

  • 发布新问题