主页（http://www.pttcn.net）：闹掰了！MMDVM项目正式宣布不再支持 M17 模式！ MMDVM 是一个流行的软件和硬件项目，为许多业余无线电热点提供支持。该项目宣布，将不再支持 M17 数字语音和数据协议。 该项目维护者于 2025 年 7 月 12 日首次向 OpenDV Groups.io 列表通报了这一决定，并列举了该决定背后的一些不满和谣言。 将 M17 纳入 MMDVM 项目的支持模式，对 M17 目前的采用率产生了重大促进作用。首批支持 M17 的商用无线电将于 2024 年下半年发货。M17 项目是一个开源数字语音和数据协议，其定位是需要使用专有编码器的数字模式的替代品。MMDVM 是一个开源项目，使业余无线电热点能够支持多种数字语音模式，包括 D-STAR、DMR、YSF、P25、NXDN 和 POCSAG。
以下是原文： 我怀着遗憾和些许欣慰的心情将 M17 从 MMDVM 项目中删除。 我对 M17 有两组问题：管理和技术。 首先，M17的行政管理方面令人担忧，近几个月尤其如此。几年前，M17从ARDC获得了47.89万美元的拨款用于开发。我强烈认为ARDC应该仔细审查这笔资金的使用情况。 新的 M17 基金会也好不到哪里去。基金会成立时，许多 M17 的坚定支持者被排除在外。更可悲的是，M17 基金会对许多帮助他们取得如今成就的个人或组织只字未提。这尤其令人不安，因为它是在改写历史，而不是给予应有的赞扬。很多人为 M17 投入了大量的时间和精力，却没有得到应有的回报，这是 M17 团队的不诚实。一个例子是，只有一个商业实体言出必行，那就是 Connect Systems Inc. 的 Jerry。然而，他对该项目的贡献却在网上遭到了 M17 团队的贬低（我也是如此），尽管这是获得商用 M17 收音机的唯一途径，但他应该受到赞扬，而不是立即被忽视。 我听说M17基金会正在考虑向商业实体收取使用费，以将M17纳入其设备并使用其徽标。这不符合开源精神，也并非MMDVM所走的路线。 其次是技术方面。M17 成立之初，由一群自诩为数字语音带来全新思维的人创建，但在我看来，它更像是一种傲慢与愚蠢的结合。他们中没有人操作过数字语音无线电，更不用说研究过数字语音模式，这被认为是一个优点。其中一位关键成员将其设计成分组无线电系统，要求每个信息块（或数据包）都能被完美接收。但这并非一个有用的特性。最初的设计中，同步模式彼此之间实际上只有一比特的差异，这在信号经常受到或多或少干扰的环境中毫无用处。在我参与的最初六个月里，我设法让他们将同步向量修改得更合理，并添加了 CAN（信道访问号），以便在 M17 系统之间实现某种信道共享。 我还添加了其他 DV 模式中习以为常的功能，例如嵌入式 GPS 数据和短信。这些功能与音频并行运行，就像 D-Star 和其他 DV 模式一样。但仍然存在五个主要问题： - 在 RF 协议稳定之前设计的网络协议，其中包含了在后期开发中没有意义的思想。 - 消息结束指示符非常弱，只有一比特。我对此提出了异议，并要求他们修改，但他们最终还是保留了官方规范。这是协议中极其薄弱的部分，而他们竟然没有发现这一点，说明 M17 团队的很多成员都应该去参加数字语音 101 课程了。 - 包含可选的强加密，这在大多数国家都是违反规定的，根本就不应该考虑。奇怪的是，加密的M17根本无法通过基于MMDVM的中继器。 - 一个孤立的声码器，音质也不太好。各种形式的 AMBE 音质都好得多。事实上，后期版本的 Codec2 占用的带宽比 M17 选择的 3200 模式要少得多，音质要好得多。 - FEC 类型错误，应用不当。 我曾多次提起这些事情，但似乎没有人感兴趣。 截至上周三，M17 已从 MMDVM 主机中完全移除，M17 网关和 M17 客户端也已从我的 GitHub 中移除，但它仍然挂在调制解调器和热点固件中，但这部分也很快会被移除。未来的硬件、软件和固件将完全不包含 M17。 这应该不成问题，因为 M17 团队已经说过我的软件不重要，所以应该没人会注意到它从 MMDVM 中被移除了。它正在从 WPSD 中移除，我相信 Pi-Star 也会走同样的路。 我想表达对 OpenRTX 项目和团队的感激和钦佩。他们辛勤工作，让 M17 能够在未公开文档的硬件上运行，并创造了奇迹。我希望未来有机会与他们合作，开发未来的开源 DV 模式。他们是 M17 项目背后的真正贡献者，或许还没有得到应有的赞誉和报酬。在我和其他人看来，他们才是 M17 背后的真正开发者，他们值得更好的对待。 需要一种开源 DV 模式，但是 M17 不是这种模式。 有人想买 CS7000-M17 吗？ 乔纳森 G4KLX (中国集群通信网 | 责任编辑：李俊勇) |
