[参考译文] CC1101：以异步模式接收数据/设置阈值

谢谢、我已经阅读了相关文档。 您会对外部 MCU 提出什么建议？ 在读取引脚(GDO2)或始终读取时尝试匹配信号的波特率。 (在这种情况下、我可能会在很短的时间内读取过多的值)

我当前的问题是、我确实从现成的433MHz 发送器获取数据、 但是、我太慢、无法记录按下一个按钮的整个信号、或者我经常读取实际信号的几位、这样我在结果数组中只能看到1或0。

如果可能、以多数票决进行3次过采样的读取。 这样可以抑制输出信号上的任何毛刺脉冲。  

这是否意味着像这样的信号波特率那样、读取频率是原来的3倍？

当为真时：
#do 某个
延迟(1/(3 *波特率)) 

嗯、我有很多毛刺脉冲或一些问题。

我记录了每秒2M 个样本的信号、并在使用八倍频程进行分析后发现大约2000个样本组成了一个脉冲。 因此、一个脉冲需要0.001秒。 该脉冲包含三个部分、每个部分可以是1或0 (至少我在 TX 模式下设置了与此类似的数据速率、并且未更改设置)。 因此、逻辑"高电平"脉冲为110、"低电平"为100。 如果这3个数据点花费0、001秒、并且我们以系数3进行过采样、我们将得到大约0、0001的"延迟"值。

这是合理的、还是我在该逻辑中有错误？

这是天线的4000位"录制"输出。

1100000000000001100000000001000000000000000000000000000000010000000000000000000000000000000000000000000011000011111111110011111011011111001111111111001111001101111110111101111011110111111011111101111110111111110111111011111111011111111110111111111101111011111101111111100111111011111111111111111111111111110111111011111101111111101111110111100111101111111111111111111111111111111111111111110111101111011110111101110011110111111111111111111111111111101111011110111100111101111111111111111111111110111101111011110111001111001111011111111111111111111111111111111111111111111110111101110011110111101110011110111101111011111001111001111111111011 

另一个问题：如何"同步"环路(包括非常具体的延迟)、使其与信号保持一致？ 可能会以非常短的时间延迟读取引脚、直到接收到"1"、然后在该时间后启动主循环？
此外、我将获得反向值(无信号时始终为1)。 这是否是一个问题(我目前只是在整个接收后翻转位等)、如果是、如何告知 CC1101反转信号？