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.

[参考译文] CC1120:CC11xx 在接收 ASK/OOK、透明模式中的功能?

Guru**** 2390755 points
Other Parts Discussed in Thread: CC1120

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1190073/cc1120-capability-of-cc11xx-in-receiving-ask-ook-transparent-mode

器件型号:CC1120

您好!

现在在 FSK 中使用 CC112x 多年、我想知道为什么我们不在 FSK 之外使用它们-我们每年以868MHz 的频率制造数千(传统) OOK 系统;典型应用是密钥卡系统。
由于向后兼容性、我们无法更改这些系统的协议;连接了典型的协议时序!

今天、我们使用了旧的 TDA 接收器芯片、我问过我的工程师、他们为什么不使用我们的主射频芯片 CC11xx。
回复是"因为您不能在 ASK transparent 模式下使用它们":
首先,他们显然不能处理两次重复数据包之间的长时间停顿(我们对 FSK 有同样的问题,至少我们对 AFC 进行了调整,只要它合适。 这在 ASK 中不起作用、正如他们告诉我的那样)。
如果他们尝试使用它时暂停时间要短得多、那么灵敏度比 TDA 差20dB

您能不能建议这是否正确/我们如何在该领域使用 CC?

Thx

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

    您好!

    支持 ASK 调制的透明模式。

    以下是几个问题:

    暂停后的有效载荷是相同的有效载荷还是不同的有效载荷?

    您能否分享有关数据包结构的更多信息? 例如、如果有前导码、同步字、 如果 1和0由不同的脉冲长度、脉冲长度等表示

    您还可以 与 ASK 共享 CC1120在测试透明模式时使用的设置吗?

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

    迭戈、thx。 很多支持、

    有效载荷用于向后兼容奇怪和普通:
    用户按键、TX 开始发送简单的数据包、而不包含任何 SYNC/CRC/任何内容。 在最大32ms 的暂停时间后、至少重复一次数据包、如果按键保持按下状态、有时只会"永久"重复数据包。
    编码在古代的1/3 - 2/3过程中完成:例如、"0"表示(1ms 接通"加上2ms 断开)。 "1"表示(2ms "打开"和1ms "关闭")-因此每个位都有一个归零。

    希望能对这一问题有所了解。

    我附加 CC1120的设置、它只是 SRF 标准

    此致

    Gerhard

     e2e.ti.com/.../CC1120_2D00_regs.html

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

    您好、Gerhard、

    感谢您提供信息。 在"长时间"暂停后、他们到底会遇到什么问题?

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

    对于 OOK、接收器很难知道应该将什么视为逻辑"1"和逻辑"0"、尤其是没有前导码和同步。 我怀疑调制解调器使用 IIR 滤波器跟踪该情况、并使用"1"和"0"之间的差值设置阈值。 如果您接收到其中一个或另一个、阈值将移动、最后无法区分"1"和"0"。   

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

    他们观察到的问题与他在这些长时间暂停时使用 FSK 透明模式时遇到的问题非常典型:

    在 FSK CC1120中、假设长时间暂停为新的"平均载波频率"、由于 AFC、它会相应地移动中载波频率。 然后、当暂停结束时、新数据包的第一个位被固定、或者它看到的位不接近于暂停结束。 让亚足联更加放松,让我们感到非常放松。

    这里也会发生同样的情况:新重复数据包的第一位被固定。 但在 OOK 中没有亚足联能够进行调整...

    很明显、同步/前导码会有所帮助、但这些古老的协议没有这样的帮助:通常情况下、TX 是一个愚蠢的逻辑器件、充当"将4个密钥映射到移位寄存器并将其发送到该串行输出"。 当然、如果我们开始沉降新协议、今天我们将使用 paket 模式、但那里有数千个系统、其中包含期望这种古老协议的接收器。

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

    您好、Gerhard、

    感谢您的耐心等待。 我一直在用透明串行模式进行一些测试、如果 没有某种前导码、可能会丢失数据包的第一位而没有某种前导码、尤其是在输入功率水平较高时。 在较低的功率输入电平下、第一个位的损耗可能性较小。

    通常、接收器接收到的信号强度是多少?

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

    迭戈:正如预期的那样、由于 AGC 需要更多的时间来稳定高信号电平。

    GGA:出于好奇:某些基于 OOK 的旧协议多次发送同一数据包。 这里是这样吗?  

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

    男士、

    感谢您对此采取后续行动-我已经放弃了尝试为 OOK & CC112x 寻找解决方案的努力....

    但事实上,正如我所说的,这是一个古老的协议,它重复了数据包,在这两者之间进行了一些丑陋的停顿。

    我们还没有尝试获得不同的领域优势、而只是在实验室环境中。 如果不能100%工作、我不会将其付诸实践。

    ~8年前、我们在 FSK 中完成了这一 Transparenty.mode.pain、了解到透明模式"不是 TI 推荐的"、但最终使其正常工作。 我想我在 OOK 也能有希望、但如果内部技术不是为它而设计的、我将不得不坚持使用我们的旧接收器...

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

    您是否可以使用从数据包1获取的信息来更轻松地接收数据包2? 将器件用作 SYNC 等?  

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

    嗯、这就是我们今天所做的:使用 packet1作为 packet2的同步类型。 但我们不想做任何的拆裂;

    如果 CC112x 无法处理它、它就是错误的硬件