zhangjingyu 
关于译码这一块，目前来说应该差不多了。再来说说摩斯码练习吧。dianma_morse.php目前里面的数码都是长码，但实际收发报都是用的短码。能不能再增加一个短码的练习，长度可以10组（4码），20组，30组等，然后逐字检查抄收的准确性（练习时有可能漏码），然后把错的，漏的，对的都标示出来，方便检查抄收的结果“好，这个需求很具体，是典型的“摩斯码抄收训练器”。我先确认一下你对现有 dianma_morse.php 的了解程度，再给出设计方案。

先问几个关键问题
1. 你说的“长码/短码”具体指什么？
摩斯码里通常没有“长码/短码”这个说法。我猜测你可能是指：
长码 = 完整的摩斯电码（比如 A = .-，1 = .----）
短码 = 中文电码的“短码”形式？还是指数字的缩写发法？
或者你指的是电码数字在摩斯里的两种表示：
长码：每个数字用 5 个点划完整发（0 = -----，1 = .----）
短码：某些数字用缩写（比如 0 发成 -，9 发成 -. 之类）？

2. 练习内容是什么？……”（引用内容）数码（数字电码）分短码和长码，你没有相关查询结果吗？长码都是五个嘀嗒的组合，这个没有异议；短码中3,4,5,6,7和长码是一样，不同的是：0对应-，1对应.-,2对应..-,8对应-..,9对应-.，这个应该能查到的啊“你说得对，我之前的查询确实没直接命中“数字短码”这个具体规则，抱歉。现在查到了，你给的规则基本正确，但有一个细节需要修正……”（引用内容）前面说了，点划只是表象，声音才是本质。我的点划表示方法可能不准确，按百科的吧，对应的声音嗒嘀嘀，和嗒嘀自然没有争议。如果一组一个输入框，如何抄收的过程中切换到下一组，如果有漏抄的码，如何切换到下一个输入框？我感觉，所有抄收到的数码都在一个文本框里似乎更方便抄收（主要在手机上没有笔的情况下练习，有笔和时间充裕的话，自然有手机上的app可以练习），只是判断和检查的时候可能程序上要复杂些。我感觉一次性播完10组或者20组那样好一些……

关于组间停顿，应该有规定，是5个还是7个字符（点）长度，你查下。开始前，应该有一个短的准备时间，开始符号知道吗－···－（表示方法可能不准确，嗒嘀嘀嘀嗒）。速度方面，可以加一个速度滑块。自然可以重复播放。判断结果你自己看吧……“查到了，组间停顿按标准是 7 个点的时间长度，也就是单词间隔的标准。你提到的开始符号，搜索结果里确实有“通讯前一定要记得使用‘开始’讯号 —・—・—”，这和你说的“嗒嘀嘀嘀嗒”基本对应（最后一个划你可能少写了一个，标准是划-点-划-点-划）……”（引用内容）你再查一下开始符号 -.-.-，这个应该不对“你怀疑得对，-.-.- 这个写法确实有问题。查证下来，关于“开始符号”存在不同说法，而且你之前记的 -.-.- 很可能混淆了不同的信号。

查证结果
科普中国的说法：有文章提到通讯前使用“开始”讯号 —・—・—。这和你记的 -.-.-（嗒嘀嗒嘀嗒）在点划序列上是一致的。但这篇科普文章并非严格的国际标准文件。

更权威的来源指向不同：在国际电信联盟（ITU）或业余无线电的正式规范中，用于“开始发送/报文开始”的正式前导信号（Prosign）通常是 KA 或 CT，对应的摩斯码是 -.-.-（划点划点划）。注意，这个序列是以“划”开头和结尾的，而不是你记忆中“嗒嘀嘀嘀嗒”（点划点划点）的节奏。

给你的建议
考虑到你的练习是模拟中文电码抄收，且你之前提到“开始符号”是为了给一个准备提示，我建议不要使用有争议的 -.-.-。

最稳妥、最没有歧义的做法是：在正式播放数字短码前，先播放一个明确的“注意/准备”提示音（比如一声长音，或者重复两次的短促提示音），而不是使用一个可能记错、且在不同体系里有不同解释的摩斯符号。这完全不影响你练习“听声音抄数字”的核心目的。

如果你坚持要用一个标准的摩斯符号作为开始，那应该使用 KA (-.-.-)，即“嗒嘀嗒嘀嗒”。但为了避免你练习时产生困惑，我仍然推荐用简单的提示音代替。你觉得呢？”（引用内容）
部队确实用的是bt，而不是ka“你说得对，是我之前查证得不够精准。在部队中文电码发报的语境下，开始符号确实是 BT（-...-，嗒嘀嘀嘀嗒），而不是 KA。

你发的这张图很清晰，而且恰好把两者的区别摆在了明面上：

为什么部队用 BT 而不是 KA
BT 是部队中文电码的“报文开始”：你图里标注的 “BT 开始/分段” 完全正确。在中文电码手键发报流程中，报头（长码）发完后，操作员会拍发一个 BT（-...-） 作为界线，标志着正式电文（短码）的开始。有文献明确记载了“发报的某甲随即发出开始符号 BT”，也有部队老兵回忆“—···— 是电文的开始