Encoding 曼彻斯特编码中的同步

最近我一直在读关于曼彻斯特编码的书，我想我现在已经开始了解它的大部分内容了，但我仍然有一些原因需要解决。目前主要有三点：

1） 在介绍曼彻斯特编码时，互联网上的大多数文章都是从讲述NRZI到底有多糟糕开始的，提到的一个缺点是，当发送长的1或0时，同步会成为一个问题。为什么这是一个问题，因为大多数使用NRZI的地方都有单独的时钟和数据线。只要有时钟信号，为什么会有问题呢

2） 另外，曼彻斯特是否应该以固定频率工作？或者它可以像I2C一样工作，时钟频率可以变化

3） 曼彻斯特编码的优点是它不需要单独的时钟线，并且时钟嵌入到数据中，可以由接收器恢复。在曼彻斯特频繁的转换有助于同步，并且过渡发生在中间，因此时钟可以从过渡恢复。但我的问题是，如果有重复的1或0的过渡可以发生在中间和最后（见附波形PIC，看看在发送111时的转变）。因此，当接收者看到一个转变时，它如何判断它是在中间还是在结尾？

---

如果我说的是废话，我希望得到纠正。

关于你的第三个问题：我也在温习曼彻斯特，似乎要恢复一个时钟，你需要一个差分信号：

参考：Fred Halsall的“数据通信、计算机网络和开放系统”，第104页，图3.8

无论何时发送信号，最初都会发送一些包含时钟信息的冗余位

例如，1111，现在接收器知道真实数据将在下一个到达，并且通过这些冗余位提取时钟信号以及信号即将到来的“通知”

至于问题1，NRZ方案可以发送长1和长0……但这里的问题实际上是长1的问题，如果你可以检查发送长1的一些调制方案和偶极子天线，你可以观察到载波信号的功率将开始指数衰减。 另一个原因是发送那么多冗长的1所需的功率，这是不有利的

对于问题2，可以使用可变时钟频率，但条件是在更改时钟频率之前，您应发送冗余位，以便接收器了解从这一点开始时钟已更改

---

你对“多余位”的最初评论似乎是对问题3的一个有效答案。你对问题一的回答不是回答OP问题，而问题2的答案没有解决与I2C的比较。考虑修改你的答案。