On Jun 3, 2020, at 20:34, JP Tucson, AZ <samcat88az@...> wrote:

Ya know Bill, that looks a lot like the issue I mentioned a few days ago...

I hadn't thought of looking at the watchdog timer, but will now the next time it happens.

Just because there is a small hiccup in a configuration does not mean
someone is throwing you under the bus.

Gone for five years and yet somethings never change. The problem was resolved when I purged u-router in its entirety from my machine. Maybe its just Devine intervention, or Coincidence.
Don't worry Joe, I still have a place here for your MicroHam Products. Just because there is a small hiccup in a configuration does not mean someone is throwing you under the bus.
73
Rich, AJ3G
On Wednesday, June 3, 2020, 08:16:22 PM EDT, Joe Subich, W4TV <lists@...> wrote:
On 2020-06-03 7:59 PM, Rich Miller via groups.io wrote:

Well then I stand corrected. Let me rephrase, once I got rid of
anything which u-router had been associated with,

microHAM Router *is not associated* with any audio endpoints.  It
is nothing other than another application (like WSJT-X, MMTTY, etc.)
that selects audio endpoints for its DVK.  Uninstalling Router
has no bearing on the audio endpoints in other applications.
73,
    ... Joe, W4TV
On 2020-06-03 7:59 PM, Rich Miller via groups.io wrote:

  Well then I stand corrected. Let me rephrase, once I got rid of anything which u-router had been associated with, the world in my computer became copesetic once again. Sorry for any confusion.
73
Rich, AJ3G
      On Wednesday, June 3, 2020, 07:55:39 PM EDT, Joe Subich, W4TV <lists@...> wrote:
  > Once I did that, replaced Microham Router, the problem went away.

microHAM USB Device Router *does not* do anything with the Windows
audio configuration.

All microHAM sound card interfaces use the "USB Audio Class" driver
built into the operating system - Windows, MacOS and LINUX.  Sound
card handling/endpoint selection is strictly a function of the
operating system and application.

73,

      ... Joe, W4TV


On 2020-06-03 2:17 PM, Rich Miller via groups.io wrote:

Hi Joe:

Ok, I got it sorted out now!  The errors once there have been corrected. I had to go in and delete a bunch of old audio settings no longer needed, or used. Once I did that, replaced Microham Router, the problem went away.

Thanks Joe!

73

Rich, AJ3G

On Jun 3, 2020, at 8:41 AM, Joe <joe@...> wrote:

Hi Rich,

The Device Window shows thst you selected device 0 for output.  Device 0 is an input device.
Your available output devices are shown to be numbers 4 through 8.

      -- 73, Joe, K1JT

Twice within the last week, I have decoded my own transmissions. The first time was with v2.2.0-rc1, and then again today with v2.2.0. Both times involved transmitting until the watchdog timed out. The first time while calling a station in Korea on 20m and today while calling CQ on 6m.

In both cases, my signal showed up in the waterfall, and the decode was highlighted in red in the Band Activity pane with a reported +41 or +42 dB. 

It was also in the Rx Frequency pane, in yellow the first time because presumably it knew that that was my transmission and in green the second time because even though it was from my call, it had detected a CQ.

I'm running a K3 with the KIO3B (the option for USB comm and audio in/out) and Windows 10. The K3 can monitor transmit audio, and I normally listen to all the transmit and receive audio.

It just strikes me that sometimes, when the watchdog times out that it tries to both transmit and receive at the same time.

I don't know if this has been reported here before. I just got on group earlier this week.

Larry K8MU EN82

Well then I stand corrected. Let me rephrase, once I got rid of
anything which u-router had been associated with,

Well then I stand corrected. Let me rephrase, once I got rid of anything which u-router had been associated with, the world in my computer became copesetic once again. Sorry for any confusion.
73
Rich, AJ3G
On Wednesday, June 3, 2020, 07:55:39 PM EDT, Joe Subich, W4TV <lists@...> wrote:

> Once I did that, replaced Microham Router, the problem went away.
microHAM USB Device Router *does not* do anything with the Windows
audio configuration.
All microHAM sound card interfaces use the "USB Audio Class" driver
built into the operating system - Windows, MacOS and LINUX.  Sound
card handling/endpoint selection is strictly a function of the
operating system and application.
73,
    ... Joe, W4TV
On 2020-06-03 2:17 PM, Rich Miller via groups.io wrote:

Hi Joe:

Ok, I got it sorted out now!  The errors once there have been corrected. I had to go in and delete a bunch of old audio settings no longer needed, or used. Once I did that, replaced Microham Router, the problem went away.

Thanks Joe!

73

Rich, AJ3G

On Jun 3, 2020, at 8:41 AM, Joe <joe@...> wrote:

Hi Rich,

The Device Window shows thst you selected device 0 for output.  Device 0 is an input device.
Your available output devices are shown to be numbers 4 through 8.

    -- 73, Joe, K1JT

Once I did that, replaced Microham Router, the problem went away.

Hi Joe:
Ok, I got it sorted out now! The errors once there have been corrected. I had to go in and delete a bunch of old audio settings no longer needed, or used. Once I did that, replaced Microham Router, the problem went away.
Thanks Joe!
73
Rich, AJ3G

On Jun 3, 2020, at 8:41 AM, Joe <joe@...> wrote:

Hi Rich,

The Device Window shows thst you selected device 0 for output. Device 0 is an input device.
Your available output devices are shown to be numbers 4 through 8.

-- 73, Joe, K1JT

You refer to editing the NTP config file, but if the ntp.conf file
you edit is (or appears to be) in C:\Program Files, will it be the
file that the app actually uses?

On Wed, Jun 3, 2020 at 03:02 PM, Joe Subich, W4TV wrote:

But you don't *need* to change any of the defaults. Simply install
using the defaults, configure the NTP user and set up the service
as described in the documentation (as well as turning off Windows'
built-in NTP service to prevent conflicts).

Yes, one must stop Meinberg and edit the configuration files as
an administrator in order to change the configuration or time
sources but that is a small inconvenience to maintain the enhanced
security provided by installation in the protected files area.

Joe:
You refer to editing the NTP config file, but if the ntp.conf file you edit is (or appears to be) in C:\Program Files, will it be the file that the app actually uses?
The guidance from David Taylor GM8ARV includes the following statement about where to install the Meinberg app:
"I suggest this as the installation includes user-editable files, and C:\Program Files\ isn't an appropriate location for such data.  This is because of the directory virtualisation which Windows Vista and Windows-7/8/10 perform, and you end up editing a file, but it's not the file which NTP will read."
I'm a very long way from being an expert in how the more recent versions of Windows virtualise some directories and file locations but a quick search of the Internet has unearthed ample information that bears out the statement above, so I'm content to follow the advice and guidance provided by GM8ARV and so I recommend that others do the same - it might help ensure that they encounter the minimum of difficulties when installing and configuring the Meinberg NTP app.
--
Martin G0HDB

220815 -15 0.2 1915 ~ G4NBS PY4ZO RR73

220830 Tx 664 ~ PY4ZO G4NBS 73

220843 Tx 664 ~ CQ G4NBS JO02  

Ok, but How can I put the PTT button working "TEST PTT" is not hi light as the "TEST CAP", also the WSJTX software besides this issue is all the time complains about that he cannot get the frequency, so do you know how can a manage this issue?
73's
Filipe
ct1bsd

Hi Kenneth, I just receive the Digimode 3 to use with my old IC-737, the software is receiving, at least I see all the CQ's and conversions, but the Cat doesn't work, do you have or knows anybody that have an idea why. It's the Digimode 3 with IC-737.
Thanks