单片机CW解码 [复制链接]

录了几段用单片机做CW解码的视频，都是过五关的，走麦城那段掐了。
使用手键拍发，不熟练，但程序识别还可以。
这个是识别字母的
Character.rar (8573 K) 下载次数:241

这个是识别数字的
Number.rar (6191 K) 下载次数:71

这个是呼叫的，由于单词间隔没有掌握好，屏幕上字符全挤在一起了，如果间隔留够了单词之间是空格。
call.rar (5694 K) 下载次数:68

这个拍了几个CQ，拍发的速度不稳定。
cq.rar (3606 K) 下载次数:55

要做到智能化不是件容易事

内容来自Android手机客户端

给你一个设计思路：

1、把活跃在国内频率上的各位CW爱好者通联录音抄下来。
2、把这些CW爱好者拍发的报文人工译码（稳妥起见，需要确认译出的报文的准确性）
3、用计算机计算出这些CW爱好者的各个电码的点划时间。
4、统计出时间分布规律，即点划比例、点划间隔、字母间隔、单词间隔的时间分布。
5、根据第4得出的分布规律，作为程序自动识别的参数。举例：正常点划比例是1:3，如果统计表明划压缩到2.5，甚至2也能正常识别，则把1:2作为点划的识别门限。其他时间分布以此类推。

    

okstar:给你一个设计思路：
1、把活跃在国内频率上的各位CW爱好者通联录音抄下来。
2、把这些CW爱好者拍发的报文人工译码（稳妥起见，需要确认译出的报文的准确性）
3、用计算机计算出这些CW爱好者 .. (2016-02-09 19:40) 

您这倒提醒我了，这个工作是得做一下，不过我目前的条件用频率上的报文有点麻烦，我准备用Morse Runner或Morse Player先试试，做个隔离电路，从电脑音频输出接信号，连电码带噪音都有，拍发速度还不一样。

通过这个程序我发现程序代码的优化挺重要，由于我还是习惯于VB的写法，开始代码挺啰嗦，识别速度有点慢，发快了错误率就升上来了。基本功能实现后，就开始回头整理代码，删掉一些废话，改变一些算法。
我的实验板只有12M主频，如果改用高一些的主频应该会好一些吧？用6T模式要改写一些参数，麻烦。

爱不交租:要做到智能化不是件容易事 (2016-02-09 19:11) 

这得看对智能化的要求有多高了。我觉得译码器只是个辅助工具，在有一定抄听能力的前提下使用。通联时做个验证，可以提高点效率。
如果完全依靠这玩意那就失去学习CW的乐趣了，而且后果应该是灾难性的。
现阶段我对译码器智能程度的期望就是能够做到WPM自适应，社会主义初级阶段

现在做的怎么样了？出成品测试了么？

现在CW练习器测试基本上完了，反复多测试，以避免意想不到的错误。

译码器在开发板上试验已经没啥问题。

练习器取消了译码功能，因为我想如果只能对纯净信号做识别，其实用性不高，等练习器完成后再把译码器完善一下，看看能不能在实战情况下实现译码功能。

感兴趣，能否留个联系方式，站内短信为什么发了不呀   微信 ps46068521  .  73!

bd1gk:感兴趣，能否留个联系方式，站内短信为什么发了不呀   微信 ps46068521  .  73!
(2017-11-23 17:32)

站内短信能用啊，我刚发了一个。
手机不智能，没有微信。

非常感兴趣滴！对译码器！速度和辨别率很高的产品

收到站内短信，同在北京，希望有机会能认识到您。关注这个成品化进度。

bd1gk:收到站内短信，同在北京，希望有机会能认识到您。关注这个成品化进度。 (2017-12-03 19:30) 

继续站内信

译码器暂时没有继续，程序没啥问题了，但想要能够实战必须解决信号分离的问题，即能够从收到的信号中准确地分离出莫尔斯码来。这个问题还没有想明白。

BG1TRP:继续站内信[表情]
译码器暂时没有继续，程序没啥问题了，但想要能够实战必须解决信号分离的问题，即能够从收到的信号中准确地分离出莫尔斯码来。这个问题还没有想明白。 (2017-12-03 20:02) 

lm567+mcp41010

bi4sqm:lm567+mcp41010 (2017-12-05 16:32) 

LM567已经有了，还没试。

今天用CWGET测试了一下，我是没有练过CW拍发的，根据电码表，反复练习一个字母，正确解码5%吧，哈哈。不知您这个能不能解初学者的手键码

bd1gk:今天用CWGET测试了一下，我是没有练过CW拍发的，根据电码表，反复练习一个字母，正确解码5%吧，哈哈。不知您这个能不能解初学者的手键码[表情] (2017-12-09 08:40)

前面有段视频是不等速拍发的，就是点划长短不一，大多能识别。连续发点或连续发划有时会出现错误。