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.

[参考译文] 我们应该使用哪种接收器来满足古老的 ASK 要求?

Guru**** 2482105 points
Other Parts Discussed in Thread: CC1120, CC1101

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1265589/which-receiver-should-we-use-to-cover-ancient-ask-requirements

主题中讨论的其他器件:CC1120CC1101

您好!

我们需要针对远程控制应用(车库门等)重新设计其中一个旧接收器电路。
它适用于868 MHz ASK 模式下超过1000种旧的发送器。
任何更换必须向下兼容!

遗憾的是、这些旧的发送器会连续输出电报、数据包间的暂停时间最长可达50ms。
今天的接收器芯片是愚蠢的,足以输出它在射频端接收到的任何数据-没有 AFC 等,以获得"愚蠢"的想法在停顿。
这也是为什么我们成千上万的 FSK 使用 CC1120等现代芯片不包括在该应用中。
有人可以推荐将接收器芯片作为此应用的现代替代产品吗?

谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    PS:"停顿"被未调制载波填满,这就是为什么经典 AFC 总是出错的原因。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    请提供 有关数据包格式、数据速率、前导码信息等的更多信息。 (信息越多越好)?  如果您不想公开共享(或者我们可以在 E2E 上转到私人消息)、可以联系您当地的 FAE。

    如果您尚未对其进行研究、我们已在考虑将 CC1101透明模式用于该应用。

    透明模式下的一个重要因素是 AGC:在透明模式下 AGC 增益不是固定的(因此始终动态变化)。 如果数据包中有足够长的周期而没有检测到信号、或者如果有由0或1组成的字符串太长、则 AGC 将增加到最大值。 当它再次检测到信号时、接收器将饱和、您将不会接收到任何信息。

    因此、掌握更多有关数据包(尤其是前导码)的信息非常重要、这样我们就能更清楚地了解要求。

    此致、

    扎克

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Zack、
    很高兴提供更多细节。

    在过去,人们不想打扰幽灵式的射频设备,而是使用简单的12位并行和串行编码器(如 HT-12E)和模拟射频发送器,主要是 OOK。 遗憾的是、我们正在使用数千个这样的系统、并且必须提供向后兼容的接收器。

    这些编码器使用一个12位 DIP 开关进行"编程"、位长度由 RC 振荡器设置在1-3 ms 之间、NRZ 由1/3 - 2/3占空比完成。 只要它们处于开启状态、就会发送串行数据包。 在数据包之间、它们会以无调制的"暂停"(10-35mS)形式放置。 然后、RF 发送器会按照数据输入中发生的情况输出全部内容-备注:暂停期间未经调制的载波。
    由于没有前置放大器等、因此可怜的 RX 在第一个数据包到达前处于"自由飞行"模式。 它没有机会恢复第一个数据包、因为第一个位总是由于 AGC 等原因销毁。 因此、只要按下按钮、发送方就会重新传输其数据包。 通常、然后会以正确的方式对第二个数据包进行解码、

    今天、我们所有较新的系统都是基于 CC1120的数据包模式、但我们必须处理该较旧的系统。 在 FSK 中、我们可以使用 CC1120来接收我们所期望的内容、但在 OOK 中、与旧的模拟接收器(TDA7210)相比、没有可靠的接收特性。

    但我们对 TDA 从来没有满意过,现在它将停止-这就是为什么我们寻找替换.

    HT12E 数据输出:

    此致

    格哈德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我需要更深入地了解我们的 收发器有哪些可能;遗憾的是、本周我可能无法提供答案。

    此致、

    扎克