Date   

Re: Recent issues with ports already in use

Ed
 

Thanks for that Dave, I was not thinking about TCP/UDP protocols.

Ed


Re: Spot collector spots

Dave AA6YQ
 

+ AA6YQ comments below

I have a homebrew arduino based rotor control and antenna selector. Is there a way I can click on a spot and have spot collector
field values put out on a com port for input to the arduino. I would like the station azimuth avilable to my controller.

Any hints how I can accomplish this if possible.

+ You can do that by making the software running on your Arduino emulate the protocol used by one of the rotator controllers that
DXView supports. If you tell me which protocol you've chosen, I will tell you what commands your software should accept.

73,

Dave, AA6YQ


Spot collector spots

Joe K2UF
 

I have a homebrew arduino based rotor control and antenna selector.  Is there a way I can click on a spot and have spot collector field values put out on a com port for input to the arduino.  I would like the station azimuth avilable to my controller.
 
Any hints how I can accomplish this if possible.
 
Thanks,
 
Joe K2UF


Ports again, this time not network but COM ... (Prolific)

Peter Laws / N5UWY
 

Another thread about ports, but not the TCP/IP kind, the COM port kind
-- the Windows name for serial ports. Specifically, the fake kind
created by a USB port's driver.

I have two eBayed "CI-V" cables for my Icoms. They have a USB A
connector on one end and a 3.5-mm TS plug on the other. The chip in
it talks USB to the computer converts the data to RS-232 signals then
spits out TTL-level messages to the Icoms.

I did not pay attention when I bought them and they turned out to use
the hated-by-all-hobbyists Prolific chipset. Vendor did not say this
but I never asked, either, so hardly their fault. I had Zero problems
with these from purchase in 2017 until last Fall when a Windows update
made them behave strangely. They eventually worked OK, but only after
an unplug/plug cycle once I had Commander running. Yes, I checked the
power settings, etc, and they were correct as they had been before
this started.

I put up with it for a long while and finally realized I should look
to see if there was an updated driver. Looking in the Windows Update
log, I noted that the Prolific driver had been updated (to 3.8.37.0)
back in September which sounded about right. I am uncertain whether
Windows Update installed this driver or if I told it to. I'd love to
blame Windows 10 but given that there is also a WSL update from the
same date, likely it was me. Anyway, another Prolific update
(3.8.38.2) showed up in "View Optional Updates" in the last week or so
and I clicked it. This seems to have corrected the apparent partial
invisibility problem. I *know* I told Windows Update to apply this
driver but oddly, it doesn't show up in the Windows Update log. I did
update from W10-2004 to 20H2 between the two driver updates and that
may be why the latter update doesn't show up.

The article below has an image showing the "View Optional Updates"
item in Windows Update.

https://www.windowscentral.com/how-properly-update-device-drivers-windows-10

This update did seem to fix things and now the ports are where
Commander expects them to be when I start DXLab.


--
Peter Laws | N5UWY | plaws plaws net | Travel by Train!


Re: Yaesu rotor control stops working, locks up DXView

Salvatore Besso
 

Chuck,

I could say that it's not a defective COM port or driver, it's only a matter of power. I also have the ERC interface. It happens, sometimes, when transmitting with quite high power, especially on the lowest bands, that the interface simply hangs, hanging also DXView. Detaching and reattaching the USB cable frees DXView and the interface works again. But this is not the solution; I've bought an Amidon ferrite ring, FT-240-31, on which I will wind a consistent portion of the USB cable (a quite long cable is needed for this, at least a couple of meters, since the ferrite ring is very big). This should cure the problem for good. But check also for R.F. circulating in the shack.

73 de
Salvatore (I4FYV)


Re: Recent issues with ports already in use

Dave AA6YQ
 

+ AA6YQ comments below

Ever since a recent Windows update, I'm dealing with much more frequent instances of DXLabs complaining about ports already in use...pretty much from every application. The weird thing is, I've run TCPView <https://docs.microsoft.com/en-us/sysinternals/downloads/tcpview> multiple times, and it never shows any port in DXLabs' range as being in use for either the "Local" port or the "Remote" port.

+ The "port in use" message comes from Windows, so either Windows or TCPView is not working correctly. Maybe TCPView isn't showing ports in use for UDP or Telnet or ....

I've read some other posts about the possibility of Windows using ports in this range as ephemeral ports, and my experience may bear this out. I can often reboot, and then DXLabs can get the ports.

I'm wondering if anyone else has run into this recently or perhaps played with different Base Port settings?

+ The ability to change the Base Port is provided for exactly this scenario.

73,

Dave, AA6YQ


Re: Using Special Callsigns tags

Dave AA6YQ
 

+ AA6YQ comments below

Nope, that doesn't work. It returns no errors, just no entries. Typing RCC in the filter box and clicking the Tags buton returns 4 entries.

Backing up a step, I've got all the callsigns entered in the Callsign field and RCC in the Tag List field. Seems correct, it works with the pre-defined button.

+ Use this SQL expression:

TAGS LIKE '*RCC*'

73,

Dave, AA6YQ


Re: How to speed up the loading times: DXLauncher + DXKeeper

Dave AA6YQ
 

+ AA6YQ comments below

Yes, I'm replying to an old thread...but I'll add this information for the benefit of those who may search for this information in the future.

Over the weekend, I put a new PC into service as my primary shack PC. Spotcollector and DXKeeper are running MUCH MUCH better on the new PC.

The software installed/running on the new machine is pretty much the same as the old PC, although the new machine has the advantage of not having any residual "cap" from old+uninstalled or old versions of software.

I now suspect my SC performance issues on the old PC might have been partially addressed if I had done a complete system wipe/reinstall. (The new machine does have a better processor and more RAM than the old machine...but the old machine handled SpotCollector FB when running in safe mode, so I don't think those upgrades provided the relief.)

+ If performance was acceptable when Windows was booted into "Safe mode with networking", then one of the applications being automatically started by Windows when booted normally was responsible. Anti-malware is usually the culprit, but other applications can also cause trouble; see "Applications that can Interfere with DXLab Applications" in

https://www.dxlabsuite.com/dxlabwiki/ApplicationInteference

73,

Dave, AA6YQ


Re: Yaesu rotor control stops working, locks up DXView

Dave AA6YQ
 

+ AA6YQ comments below

This has happened twice now, so not a one-off event.

I tried to turn the Yaesu rotor using DXView and it didn't respond. I manually tuned it and it worked fine. The rotor is a Yaesu G-450A with the aftermarket ERC interface.

I opened the DXView config and unchecked the enabled box. After a few moments DXV stopped responding. Task Manager can't kill it, even the details tab showing processes can't kill it. TM shows it using 120k of memory, the CPU is at 15% utilization.

I tried the ERC standalone tool but the Com port is locked in use by DXV. Still, the interface has been working fine with N1MM Rotor.

Not sure what is happening, but a re-boot seems like the only way out of this.

+ That's most likely a defective COM port or COM port driver.

73,

Dave, AA6Q


Re: DX Commander with an IC-7300 and SDR Console

Dave AA6YQ
 

+ AA6YQ comments below

Thanks for the tips, he's still having issues: trying to get a 7300 to track with a dongle in SDRC and using DXC with it

+ More information than "having issues" will be required in order to suggest corrective action.

73,

Dave, AA6YQ


Re: DX Commander with an IC-7300 and SDR Console

Dave AA6YQ
 

+ AA6YQ comments below

Executive summary - don't use the same virtual serial ports for CW Skimmer and Commander

More detail on SDR Console and Commander. In SDR Console you can choose both CW Skimmer and External Radio. If you set a virtual port pair in CW Skimmer by clicking on it, you must disable it or set another port pair for the External Radio. After you have the External Radio window open, you click on the question mark in the upper right hand corner of the window to bring up External Radio Options. You can then click on the "Omni-Rig" button to set External Radio ports in OMni-Rig. Finally choose the complementary virtual serial port in Commander and set the radio to Kenwood. If all goes well Commander will display "[Kenwood TS-2000]" in the top window bar.

+ Typically, one connects Commander's "Primary CAT Port" to a transceiver, and connects Commander's "Secondary CAT Port" to a panadaptor like SDR Console. How is the transceiver connected in your topology, Bob?

73,

Dave, AA6YQ


Re: Recent issues with ports already in use

Ed
 

Hi Matt,

Sounds like you are having a problem with your internet provider and your router if you are using one. One or the other or both. Once Your computer is assigned a IP address, the computer itself should be OK.  I would still look at your com ports.  Make sure you are not switching around your USB cables between different USB ports on the computer itself. You will end up with a new com port number in windows if you plug into another USB connection on the computer.

Ed


Re: Recent issues with ports already in use

Matt Foster
 

FWIW...I've changed my base port to 4000 (TCPView did not show anything using ports anywhere close to that), and it seems to be happy for now.

--
73, Matt, N0EYE


Re: Recent issues with ports already in use

Ed
 

Ah IP NETWORK addresses.

Ed


Re: Recent issues with ports already in use

Matt Foster
 

Thanks for the reply Ed. I think we may be talking about different "port numbers", though. I'm talking about network ports. I think you may be referring to COM ports. I see where I perhaps did not make that explicitly clear in my original post. I don't think anything in the Device Manager will tell me anything about network port usage.

--
73, Matt, N0EYE


Re: Recent issues with ports already in use

Ed
 

Hi Matt,
Are you familiar with windows device manager?  If you select “view” in device manager, there is a selection “show hidden devices”.
The icons with color, are the active ones.  The grayed out ones have been used in the past, or are not connected at the time you look
This should give you a hint as to which port numbers are in use connected or not connected.

Ed WA6WGS


Re: Recent issues with ports already in use

Matt Foster
 

I've also run 'netstat -a', and it also doesn't show those ports in use, so I'm struggling to see what is using the ports.

--
73, Matt, N0EYE


Recent issues with ports already in use

Matt Foster
 

Ever since a recent Windows update, I'm dealing with much more frequent instances of DXLabs complaining about ports already in use...pretty much from every application. The weird thing is, I've run TCPView multiple times, and it never shows any port in DXLabs' range as being in use for either the "Local" port or the "Remote" port. I've read some other posts about the possibility of Windows using ports in this range as ephemeral ports, and my experience may bear this out. I can often reboot, and then DXLabs can get the ports.

I'm wondering if anyone else has run into this recently or perhaps played with different Base Port settings?

--
73, Matt, N0EYE


Re: Yaesu rotor control stops working, locks up DXView

Chuck, WS1L
 

One update - 

I had been using the DXView selection for "Yaesu" rotor - and it worked.  Using the ERC software tool I selected the DCU-1 Hygain protocol, and have changed the DXView rotor selection to HyGain.  That works, and I'll keep it running to see if that is a better selection.

73 de Chuck, WS1L



On Mon, Feb 8, 2021 at 9:18 AM Chuck Chandler <chandlerusm@...> wrote:
This has happened twice now, so not a one-off event.

I tried to turn the Yaesu rotor using DXView and it didn't respond.  I manually tuned it and it worked fine.  The rotor is a Yaesu G-450A with the aftermarket ERC interface.  

I opened the DXView config and unchecked the enabled box.  After a few moments DXV stopped responding.  Task Manager can't kill it, even the details tab showing processes can't kill it.  TM shows it using 120k of memory, the CPU is at 15% utilization.  

I tried the ERC standalone tool but the Com port is locked in use by DXV.  Still, the interface has been working fine with N1MM Rotor.  

Not sure what is happening, but a re-boot seems like the only way out of this.

73 de Chuck, WS1L


Re: Using Special Callsigns tags

Chuck, WS1L
 

Nope, that doesn't work.  It returns no errors, just no entries.  Typing RCC in the filter box and clicking the Tags buton returns 4 entries.  

Backing up a step, I've got all the callsigns entered in the Callsign field and RCC in the Tag List field.  Seems correct, it works with the pre-defined button.

73 de Chuck, WS1L



On Mon, Feb 8, 2021 at 9:10 AM Joe Subich, W4TV <lists@...> wrote:

Try:
   TAG LIKE '*RCC*'

73,

    ... Joe, W4TV


On 2021-02-08 8:57 AM, Chuck, WS1L wrote:
> I've created a list of frequent rag chewing partners in Special Callsigns,
> using the term RCC in the Taglist field.
>
> I would like to have one of my SC filter buttons only show those special
> callsigns, just as if I had typed RCC in the Filter box and clicked the Tag
> button.
>
> I've tried various combinations of
>
> Tags/Tag     =/like/in       'RCC'/<'RCC'>/('RCC')
>
> and get nothing, not even an error message.  What's the proper incantation
> to invoke, oh wizards?
>
> 73 de Chuck, WS1L
>
> chandlerusm@...
>






5141 - 5160 of 204707