论坛风格切换切换到宽版
  • 5400阅读
  • 10回复

老软件新用,CWTYPE用于远程遥控电台的paddle发送 [复制链接]

上一主题 下一主题
离线BA5CW
 
发帖
5026
只看楼主 倒序阅读 0楼 发表于: 2013-01-22
我网页中的原文链接 http://www.qsl.net/ba4alc/chinese/remotetrx/cwtype.htm


计算机模拟电子键-兼谈遥控电台的电键
Copyright BA4ALC/BA5CW
我用的电台都带有自动键(paddle)和手键输入口,这样可以用自动键手工拍发,而计算机拍发的可以通过电台的手键口控制CW输出,随着最近的远程遥控电台的需要,通过串口使用电键就需要有个自动键电路把双桨电键转换成标准的cw高低电平控制,这东西多年以前有好几个,当我先在想到用他们时,却发现拆散的拆散,找不到的找不到,难不成再自己做一个?
常规解决方案

记得WRITELOG支持并口双桨电键控制,SDR软件ROCKY也有串口双桨电键控制台,但这些软件只是为自己服务,很难配置成远程遥控使用, 即使是花力气配置成功,也会显得比较累赘,除非你本身就用writelog做比赛软件或者用softrock控制你的SDR。一度曾想过自己编个软件来解决问题,但是本人比较懒惰,仅限于想想,真的要动手还是下不 了决心,有一天突然想起了n年以前玩过的cwget解码软件,而当时觉得它的兄弟软件cwtype没啥用,装完试用一下就卸载了,但是依稀还记得他有独特的CW发送控制功能,何不捡起来看看,结果不出所料,它解决了我的问题:
CWTYPE软件界面
模拟双桨自动键电路的设置

这个短小精悍的软件正好能满足我的需求,也符合我专门化软件的遥控电台设置思路。它可以利用计算机的一个实际串口(本例中的com3是个硬件串口)接双桨自动键,而利用另外一个虚拟串口(本例中的COM10是一个由COM2COM软件虚拟出的串口)传输CW控制电平到远程电台,Binggo!
利用CWtype软件省去电子键硬件

电路连接:
串口连接双桨自动键的接法
实物照片

其他相关文章:
离线BG4DYH
发帖
699
只看该作者 1楼 发表于: 2013-01-22
学习中,收藏!
霸道是导演黄 ex.BG4DYH
设备:原装yaesu 杂散“被”不过关设备若干
天线:杂牌自来水管一根(废品回收站称重购得)
高度:88米
地址:中国 上海 233-599信箱 邮编:200233
联系电话:妖散酒灵妖酒吧误把腰闪
QQ:舞而灵尔,救起巴旗

回卡原则:来卡必回.
通联过的回通联卡,没通联过的回纪念卡.
欢迎来卡!
离线ahhui
发帖
7429
只看该作者 2楼 发表于: 2013-01-22
不错。就是不知道TCP/IP网络的延迟影响有多大。另外这个远程串口服务端软件+远程计算机也可以用一个“串口服务器”的设备来代替的。
DE BA6IT AB9UX
离线BA5CW
发帖
5026
只看该作者 3楼 发表于: 2013-01-22
回 ahhui 的帖子
ahhui:不错。就是不知道TCP/IP网络的延迟影响有多大。另外这个远程串口服务端软件+远程计算机也可以用一个“串口服务器”的设备来代替的。 (2013-01-22 21:27)

网络延时很小,硬件几乎就是实时的。最大的延时是语音,我现在同一个城市同一个服务商应用大概感觉有0.2-0.3秒的延时,如果监听(实际上就是一来一回,0.5秒左右)感觉像卡拉ok的延时。
TCP-串口硬件我有,但是整个远程控制体系中会用到VOIP,所以计算机不能省略,这时候就不需要用其他单独的硬件。


离线ahhui
发帖
7429
只看该作者 4楼 发表于: 2013-01-22
回 BA4ALC 的帖子
BA4ALC:网络延时很小,硬件几乎就是实时的。最大的延时是语音,我现在同一个城市同一个服务商应用大概感觉有0.2-0.3秒的延时,如果监听(实际上就是一来一回,0.5秒左右)感觉像卡拉ok的延时。
TCP- .. (2013-01-22 21:44) 

明白了,还有语音,那电脑是省不了了。
DE BA6IT AB9UX
离线BA7NQ
发帖
10236
只看该作者 5楼 发表于: 2013-01-23
回 BA4ALC 的帖子
BA4ALC:网络延时很小,硬件几乎就是实时的。最大的延时是语音,我现在同一个城市同一个服务商应用大概感觉有0.2-0.3秒的延时,如果监听(实际上就是一来一回,0.5秒左右)感觉像卡拉ok的延时。
TCP- .. (2013-01-22 21:44) 

延时还是有些大的,在同一个城市的同一个服务商,tcp/ip小包的网络延时,可以在100ms以内,通常可以做到30ms内。

对于串口的数据处理,都是硬件实现,可以说是实时的,所以,上面有0.2-0.3秒的延时,我想是出在语言压缩的延时上,可以尝试一下采用较低压缩率的编码方式,甚至是不压缩。

对于“本地侧音”和“远程回传的机器侧音”之间的时延造成的ECHO(回响)问题,在remoterig 1258中,有一个延时参数可以设置,让本地侧音和远程侧音同步,消除了echo感觉。
我的微博: http://t.sina.com.cn/ba7nq
我的BLOG: http://ba7nq.blog.163.com
我的位置: http://aprs.fi/?call=ba7nq-9
"Smile" when you talk. Sound happy and relaxed. People like to call happy people.
离线BA5CW
发帖
5026
只看该作者 6楼 发表于: 2013-01-23
回 BA7NQ 的帖子
BA7NQ:延时还是有些大的,在同一个城市的同一个服务商,tcp/ip小包的网络延时,可以在100ms以内,通常可以做到30ms内。
对于串口的数据处理,都是硬件实现,可以说是实时的,所以,上面有0.2-0.3秒的 .. (2013-01-23 06:46) 

我用的是健伍的voip软件,码率是很低的,感觉比1258小,而且从来不断续,可能跟我的网络质量有关系,不过这个消echo的功能倒是不错,我用计算机的方案做不到,我只能把远程监听关掉。
离线BA7NQ
发帖
10236
只看该作者 7楼 发表于: 2013-01-24
回 BA4ALC 的帖子
BA4ALC:我用的是健伍的voip软件,码率是很低的,感觉比1258小,而且从来不断续,可能跟我的网络质量有关系,不过这个消echo的功能倒是不错,我用计算机的方案做不到,我只能把远程监听关掉。 (2013-01-23 10:57) 

ALC,码率低不一定是好事

1)低码流的算法可能可能需要更多的压缩处理,增加了更多的“压缩延时”
2)码率低,音质低

1258的做法是,推荐采用线性编码,不经过任何的压缩,没有压缩延时,对网络带宽要求很大,我一般采用16bit 16kHz,需要320kbps带宽,只要网络得到保障,使用起来还是很顺的。
我的微博: http://t.sina.com.cn/ba7nq
我的BLOG: http://ba7nq.blog.163.com
我的位置: http://aprs.fi/?call=ba7nq-9
"Smile" when you talk. Sound happy and relaxed. People like to call happy people.
离线BG4TRN
发帖
123
只看该作者 8楼 发表于: 2014-07-29
    
离线bg4mna1
只看该作者 9楼 发表于: 2019-04-27
厉害,你是我的榜样
离线BA7QT
发帖
6919
只看该作者 10楼 发表于: 2019-04-29
厉害,你是我的榜样
BEST 73!   DE BA7QT/LIAO 
QTH:    N 23°52.91'  E 106°36.63'  LOC:  OL33HV
QSL MGR:W3HNK
http://www.abosan.net/dx.Searc/DXAllA.htm
http://www.hamqsl.com/solar.html
http://space.iggcas.ac.cn/TEC.asp
http://www.hornucopia.com/contestcal/contestcal.html
http://www.ng3k.com/Misc/adxo.html 
qq:48892357  广西短波群:47730720