¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Decoded CW no longer being passed from K3s to WinWarbler


 

Hi Dave/all,

CW messages decoded from my K3s are no longer getting passed to WinWarbler. I have the two check boxes in Commander's GENERAL checked, and I've restarted DX Lab Suite several times. RTTY decoding is fine but CW is not.



 

AA6YQ comments below
-----Original Message-----
From: dxlab@... [mailto:dxlab@...]
Sent: Friday, February 26, 2016 1:23 PM
To: dxlab@...
Subject: [dxlab] Decoded CW no longer being passed from K3s to WinWarbler

CW messages decoded from my K3s are no longer getting passed to WinWarbler. I have the two check boxes in Commander's GENERAL checked, and I've restarted DX Lab Suite several times. RTTY decoding is fine but CW is not.

When did WinWarbler last display CW decoded by your K3?
What's changed since then?
73,

Dave, AA6YQ


 

Still works here. What did you change or add?

73,

... Joe, W4TV

On 2/26/2016 1:22 PM, peter@... [dxlab] wrote:
Hi Dave/all,

CW messages decoded from my K3s are no longer getting passed to WinWarbler. I have the two check boxes in Commander's GENERAL checked, and I've restarted DX Lab Suite several times. RTTY decoding is fine but CW is not.


 

A lot has changed unfortunately. I got an LP-PAN, LP-Bridge, NaP3 and Skimmer software, and added a third sound card dedicated to the LP-Pan/Skimmer.

I hadn't really noticed exactly when things went south since WinWarbler hadn't been used for CW a few weeks. I only used it for the VP8 RTTY pileups.

It's not critical since I receive mostly by ear (or when I run into a speed demon I just open CW Get), but it's one of those things that would be nice to get working again.


 

I got an LP-PAN, LP-Bridge, NaP3 and Skimmer software,
Start by removing LP-Bridge ... make sure it is not blocking the polls
from Commander for "TB;" (text get).

73,

... Joe, W4TV


On 2/26/2016 2:45 PM, peter@... [dxlab] wrote:
A lot has changed unfortunately. I got an LP-PAN, LP-Bridge, NaP3 and Skimmer software, and added a third sound card dedicated to the LP-Pan/Skimmer.

I hadn't really noticed exactly when things went south since WinWarbler hadn't been used for CW a few weeks. I only used it for the VP8 RTTY pileups.

It's not critical since I receive mostly by ear (or when I run into a speed demon I just open CW Get), but it's one of those things that would be nice to get working again.


 

OK, I think you're on to something Joe. I shut down Bridge and moved Commander's serial port to the Router-created COM-2 instead of the Bridge-created COM-13 and I got decode back.

Since I'm going to be controlling and polling the radio using DX Lab Suite, Skimmer, NaP3 and N1MM in the future I obviously need both Bridge and Router working at the same time. Is there any way to use both of these apps together without incompatibility issues?

I've had problems with CAT control going the other way, too. Bridge fails to connect automatically to the K3 on the Router-created COM-2 port. It will connect--eventually and manually--but it's not simple.

Is there a way to keep Router only for Winkey and RTTY/digi-modes using the MK-II but letting Bridge handle the CAT control and poll functions to all my loggers, my skimmer and so on? Or some other preferred way?


 


I don't have time to get into the technical details at the moment, but I would not expect K3 text decode to work when LP-Bridge is in the middle.

73,

? ? ~iain / N6ML



On Fri, Feb 26, 2016 at 1:23 PM, peter@... [dxlab] <dxlab@...> wrote:
?

OK, I think you're on to something Joe. I shut down Bridge and moved Commander's serial port to the Router-created COM-2 instead of the Bridge-created COM-13 and I got decode back.

Since I'm going to be controlling and polling the radio using DX Lab Suite, Skimmer, NaP3 and N1MM in the future I obviously need both Bridge and Router working at the same time. Is there any way to use both of these apps together without incompatibility issues?

I've had problems with CAT control going the other way, too. Bridge fails to connect automatically to the K3 on the Router-created COM-2 port. It will connect--eventually and manually--but it's not simple.

Is there a way to keep Router only for Winkey and RTTY/digi-modes using the MK-II but letting Bridge handle the CAT control and poll functions to all my loggers, my skimmer and so on? Or some other preferred way?



 

On 2/26/2016 4:23 PM, peter@... [dxlab] wrote:
OK, I think you're on to something Joe. I shut down Bridge and moved
Commander's serial port to the Router-created COM-2 instead of the
Bridge-created COM-13 and I got decode back.
That is to be expected. LP-Bridge is a "radio proxy" - it answers most
polls from an image of radio settings it keeps in memory. However,
that will not work with "TB;"

Since I'm going to be controlling and polling the radio using DX Lab
Suite, Skimmer, NaP3 and N1MM in the future I obviously need both
Bridge and Router working at the same time. Is there any way to use
both of these apps together without incompatibility issues?
You could run either N1MM or Commander on Router's CAT port and CW
Skimmer/OmniRig on the 2nd CAT port. NaP3 can be connected to the
Secondary CAT Serial Port in Commander. You can not run N1MM, NaP3
and CW Skimmer all at the same time unless the developers of N1MM+
or NaP3 implement support for OmniRig so two applications can share
one port. Note however, N1MM+ and NaP3 both abuse the limits of
reasonable rig polling.

Is there a way to keep Router only for Winkey and RTTY/digi-modes
using the MK-II but letting Bridge handle the CAT control and poll
functions to all my loggers, my skimmer and so on?
Absolutely not - Router must have direct access to the rig or the
mode sensitive functions of microKEYER II will not function.

73,

... Joe, W4TV


On 2/26/2016 4:23 PM, peter@... [dxlab] wrote:
OK, I think you're on to something Joe. I shut down Bridge and moved
Commander's serial port to the Router-created COM-2 instead of the
Bridge-created COM-13 and I got decode back.

Since I'm going to be controlling and polling the radio using DX Lab
Suite, Skimmer, NaP3 and N1MM in the future I obviously need both
Bridge and Router working at the same time. Is there any way to use
both of these apps together without incompatibility issues?

I've had problems with CAT control going the other way, too. Bridge
fails to connect automatically to the K3 on the Router-created COM-2
port. It will connect--eventually and manually--but it's not simple.

Is there a way to keep Router only for Winkey and RTTY/digi-modes
using the MK-II but letting Bridge handle the CAT control and poll
functions to all my loggers, my skimmer and so on? Or some other
preferred way?


 


+++ Comments below

---In dxlab@..., <lists@...> wrote :

On 2/26/2016 4:23 PM, peter@... [dxlab] wrote:

> Since I'm going to be controlling and polling the radio using DX Lab
> Suite, Skimmer, NaP3 and N1MM in the future I obviously need both
> Bridge and Router working at the same time. Is there any way to use
> both of these apps together without incompatibility issues?

You could run either N1MM or Commander on Router's CAT port and CW
Skimmer/OmniRig on the 2nd CAT port. NaP3 can be connected to the
Secondary CAT Serial Port in Commander. You can not run N1MM, NaP3
and CW Skimmer all at the same time unless the developers of N1MM+
or NaP3 implement support for OmniRig so two applications can share
one port. Note however, N1MM+ and NaP3 both abuse the limits of
reasonable rig polling.

+++ I just tried that and I'm back to getting CW decode in WinWarbler since Commander is using COM2 (primary), and Skimmer and NaP3 are using secondary COM5.

+++ I'm still experiencing a problem with Bridge not being able to auto-start on the secondary COM5 port without throwing up errors, and that's part of my disdain for LP-Bridge, but I don't think I can forego using it.

+++ I do not plan to run NaP3 with N1MM. For contests, my plan is N1MM+ and Skimmer only with Bridge and the LP-PAN running.


> Is there a way to keep Router only for Winkey and RTTY/digi-modes
> using the MK-II but letting Bridge handle the CAT control and poll
> functions to all my loggers, my skimmer and so on?

Absolutely not - Router must have direct access to the rig or the
mode sensitive functions of microKEYER II will not function..

+++ That's what I figured. Believe me, if I could get rid of the Bridge I would in a heartbeat. Quite frankly, the LP-PAN is something I'm regretting buying. I wish I'd gotten a proper SDR in the first place. This contraption is far more trouble than it's worth. It was a complete failure in ARRL-CW last week, putting so many bad spots on the N1MM bandmap. Skimmer just doesn't work well in this setup and I think I need something far better to do what I need done. But for now, I'm just trying to patch everything together as best I can. I am losing.


 

AA6YQ comments below
-----Original Message-----
From: dxlab@... [mailto:dxlab@...]
Sent: Friday, February 26, 2016 2:45 PM
To: dxlab@...
Subject: [dxlab] Re: Decoded CW no longer being passed from K3s to WinWarbler

A lot has changed unfortunately. I got an LP-PAN, LP-Bridge, NaP3 and Skimmer software, and added a third sound card dedicated to the LP-Pan/Skimmer.

Before making one such change, much less five, you should direct Windows to create Restore Point. After making the changes, you should immediately check all of what you consider "mission critical" functionality to ensure that everything you need still works. That way if something critical stops working, you'll have a very good idea why, and can back out the changes if necessary.
Practice safe computing!
<>"

73,

Dave, AA6YQ


 

On 2/26/2016 8:07 PM, peter@... [dxlab] wrote:

+++ Comments below
+++ I do not plan to run NaP3 with N1MM. For contests, my plan is N1MM+
+++ and Skimmer only with Bridge and the LP-PAN running.

If you do not plan to run NaP3 with N1MM, configure NaP3 to use the
Secondary CAT Serial Port in Commander as shown in the fourth block
diagram here:
"SDR Console" is NaP3 and the SDR USB leg is the third sound card
(audio feeds both NaP3 and Skimmer).

Once you do that, CW Skimmer/OmniRig can get frequency data from
the 2nd CAT port in microHAM Router, NaP3 gets frequency data from
Commander and either Commander or N1MM+ can use Router's CAT Port.
You will get rid of LP-Bridge all together.

+++ That's what I figured. Believe me, if I could get rid of the
+++ Bridge I would in a heartbeat.

Above, QED. The information is all in the various manuals (microHAM
Router or DXLab Suite WiKi) if one takes time to read and understand
them. Just be sure you adjust the polling intervals in both NaP3 and
OmniRig as large (slow polling) as you are comfortable. I find both
work reasonably well when polling about once a second.

73,

... Joe, W4TV


 

---In dxlab@..., <aa6yq@...> wrote :
>>>Before making one such change, much less five, you should direct Windows to create Restore Point. After making the changes, you should immediately check all of what you consider "mission critical" functionality to ensure that everything you need still works. That way if something critical stops working, you'll have a very good idea why, and can back out the changes if necessary.

>>>Practice safe computing!

*** Oh, trust me, I did! I didn't notice this decode thing until today and it's nothing that I would have ever considered rolling back as a result of. On a scale of 1-10 that's a solid 1. If that. I do disk images nightly and set restore points before adding software. I've had a tremendous amount of difficulty with all these new software packages and new hardware, but nothing I've needed to roll back because of. The worst part is it's all **almost** working well, but not quite.


 

It's not as simple as reading manuals. There are problems galore that no manuals address because they're very specific to one and only configuration on a custom-built PC; I've run into about 5 or 6 that I can't get past, or else design limitations of Skimmer and LP-PAN that fail to do what I needed from the beginning.

Basically I cheaped out and got an expensive toy when I needed a solid SDR radio to do a very specific set of tasks reliably well. And I kept doubling down on my mistakes so now I have about $600 invested in software and hardware, 5 weeks of my life gone and nothing appreciably better to show for it. Yes,I can now see about 20 kHz of spectrum (as opposed to just 3 with Skimmer alone), but false calls in the bandmap, the inability to use the VFO-B for the pileup, flaky software, abandonware software, a sound card that I didn't need to buy, birdies in Skimmer from the LP,no decode/bad decode, and the list goes on.

So yes, I got my original problem (no CW decode in WW) is now fixed, and I'm glad it's working. If that was the only problem then I'd be happy. It was the most minor of inconveniences. It's trying to get 4 pieces of hardware and 5 pieces of ham-created software to not just play 100% reliably but to make DXing and contesting more productive. That was not the case, and I'd absolutely urge anybody else trying to monitor the pileup for 599s to consider a real quality SDR, because as I discovered, what I have now won't cut it reliably.

I'm frankly surprised nobody's build a bolt-on box for the K line to do everything I'm trying to accomplish with one piece of hardware. I'd buy that in a flash.


 

On 2/26/2016 10:04 PM, peter@... [dxlab] wrote:
It's not as simple as reading manuals.
Ah, but it is! As long as you take the time to *understand* the
manuals and do the job the way the software/hardware developers
intended of taking a "my way or the highway" attitude.

I have done everything you are trying to do with the same tools as
documented in the appropriate manuals ... MK II, Commander/N1MM+,
NaP3 and CW Skimmer/OmniRig. The only difference is that I used the
Realtek sound card on the motherboard of my home built computer (it
supports 192 KHz sample rates) and an original SoftRock instead of
LP-Pan and a third external sound card.

I can even use VFO B to see the pile-up thanks to the settings in
Commander's Secondary CAT Serial Port. I documented a version of
CW Skimmer and Panadapter using PowerSDR-IF Stage here:

(no, it doesn't put the calls on the panadapter like NaP3).

I'd also recommend studying all of the DXLab Wiki material on Skimmer:


but false calls in the bandmap,
False calls in the band map is an issue to take up with the developer
of CW Skimmer. There may be some configuration items dealing with
speed vs. reliability that you need to look into. Again, study the
appropriate documentation.

73,

... Joe, W4TV