FT-817/818的蓝牙DIGI模式试验板(2)优化更新
FT-817/818的蓝牙板合集
- FT-817/818的蓝牙DIGI模式试验板(1)
- FT-817/818的蓝牙DIGI模式试验板(2)优化更新
- FT-817/818的蓝牙DIGI模式试验板(3)紧急更新
- FT-817/818的蓝牙DIGI模式试验板(4)Mini DIN插头
- FT-817/818的蓝牙DIGI模式试验板(5)蓝牙模块JDY-67
- FT-817/818蓝牙板(6)拯救R1235
- FT-817/818蓝牙板(7)电源电阻参数更正!
上一篇介绍 《FT-817/818的蓝牙DIGI模式试验板》 提到“一点遗憾”,今天做了一次重要更新。
电源更新
- 关于电源的各种问题,事实是FT-817上的保护电阻失效了,导致蓝牙电源压降太大
- 正式结果请参考《拯救R1235》和《电源电阻参数更正》
- 这里做了一些列测试,发现了一些JDY-67的特性,也有点意思。
在反复测试的过程中,有一天忽然蓝牙连接就丢失了,而且BLE状态灯一闪一闪的。翻遍JDY-67那山寨气息浓厚的Datesheet,也没有找到答案。百思不得其解之时,发现它越闪越慢,直到最后不闪了。莫非是……FT-818没电了?
此时FT-818还能开机,显示电压还有9.7V。测量蓝牙的Vcc电压是3.279V;BLE状态灯不亮;FT-818的ACC电源针脚是8.9V;过了 分压电阻R6和 稳压的齐纳二极管,在 线性稳压器 LM1117-3.3之前是6.44V。
看来JDY-67的状态灯闪烁,应该是因为它电压处在临界状态了。
马上给FT-818的电池充电。我用的是WindCamp的那个锂电池。充满电开机显示12.4V;ACC电源针脚10.8V;齐纳管之后6.64V;蓝牙Vcc上是3.280V;BLE状态灯常亮。蓝牙连接又恢复了!
也就是说,只差0.001V,JDY-67就不干活了。
几个无线电老中医们凑在一起会诊了这个现象。我们找到一份JDY-67的核心芯片BEKEN BK3266的Datasheet,发现里边应该有一个LDO稳压电路。JDY-67是个给山寨蓝牙音箱做的方案,它必然有山寨的绝活。或许为了适应各种锂电池,它可以适配更宽泛的电压。那本Datasheet里在不同地方提到了三种Vcc电压,3.3V、4.2V、5V。好吧,那我们就换个5V的LDO试试。
果然,药到病除。
现在蓝牙的Vcc上是4.99V。一直用到FT-818没电,自动关机,蓝牙连接再也没断过。后来BI1EIH优化了这部分电路。去掉了齐纳管,增加了一个滤波电感。通过MD6的PTT针脚引出信号,给电源增加了一个软开关。这样,在FT-818关机的时候,蓝牙板也会断电。野外架台,电池能省就省。
其它优化
音频部分的可调电阻,测试之后发现没有啥必要,改成了固定值。软件调音量就好了; 之前个 别接地的焊盘不太容易上锡,这次优化了一下PCB覆铜的散热规则,接地焊盘做了热隔离,再焊接会容易多了。
这次还特别把音频和信号的布线分别做在了PCB的正反两面。希望有更好的射频隔离。
软件和驱动的问题
新板(20230608)刚下单,还没做出来。但是在上一版(20230527)PCB的基础上升压以后,做了一系列测试,至少可以排除一些硬件问题,区分出来一些软件问题。
FT8CN
在Android版FT8CN上,这套系统始终好用。几个小时没掉线,直到FT-818没电。
Windows WSJT-X
在Windows的WSJT-X蓝牙CAT也搞定了。 Windows连接蓝牙设备JDY-67-Audio之后,设备管理器里列出两个新串口设备。不过有两个老中医都是第一次连JDY-67蓝牙之后,WSJT-X的CAT不成功,从系统里删除蓝牙再连接一次才成了。此外,在Windows的WSJT-X里JDY-67的音频设备被识别出三个:蓝牙音频、蓝牙麦克风,蓝牙耳机。在WSJT-X的音频设置中,输入设备选蓝牙麦克风,输出设备选蓝牙耳机。搞定。
Windows WSJT-X的发射体验不太稳定,偶尔还有停止发射的情况。 有时候重新按一下TX发射按钮,它就能再次恢复发射。这大概率 还是因为JDY-67的蓝牙音频设备有三个,其中某一个可能有“省电”模式,所以音频会自动暂停。
MacOS WSJT-X & RUMLog NG
在Mac上仍然不好用。Mac版WSJT-X会把蓝牙识别出两个串口设备: cu.JDY-67-Audio ,和 tty.JDY-67-Audio 。无论哪个都不能执行CAT。
但是 RUMLog NG 这个软件可以把两个串口设备识别为一个。很早以前它就针对Piglet的蓝牙CAT模块做过兼容,作者DL2RUM自己也用IC-705,所以他的软件针对Mac的蓝牙有解决方案。而且RUMLog NG可以模拟DxLab Suite服务。DxLab Suite是在Windows世界的八个电台控制软件的耦合方案。经年日久,很多软件也都支持它。WSJT-X就支持。
于是,我得到了一个“Walk around”的解决方案:用RUMLog NG和FT-818建立蓝牙连接,提供DxLab Suite服务。WSJT-X连接到DxLab Suite的服务上。蓝牙CAT顺利实现了……一部分。
之所以说是一部分,因为Mac版WSJT-X还不能直接获得JDY-67的音频。必须要打开Mac的系统音量设置面板才行。这太奇怪了吧。
其实在WSJT-X的音频设置里,的确识别出来了一个叫JDY-67-Audio的设备。但是,它没法区分哪个输入、哪个是输出。我猜想,可能是系统音量设置可以区别出JDY-67的输入和输出。所以打开那个面板之后,WSJT-X才能分出来输入输出。不过就算打开了系统音量设置面板,一旦发射几轮之后,JDY-67也会掉线。只能重启蓝牙,重启一系列软件工具链,重新连接。
结合上述复杂的体验,我感觉JDY-67过于强(山)大(寨),可兼容的方案太多,设备名称好几个,所以在不同的操作系统里的识别结果有点乱了。至少目前看来,软件问题大部分还是设备识别的问题。暂时不能定性为电台的射频RFI问题。要不要去Linux宇宙看看,要不要这么自虐?或许Linux的开放性能帮助分析这些稀奇古怪的问题?
最后,目前发布的蓝牙DIGI板设计,基本接近硬件的理想性能了。大家一起下手试一下吧。
- Gitee https://gitee.com/bg6lh/FT-81x-BT-DIGI-Adaptor
- Github https://github.com/BG6LH/FT-81x-BT-DIGI-Adaptor
原文发表于我的微信公众号 BG6LH - FT-817/818的蓝牙DIGI模式试验板(2)优化更新