Date   

Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

CSM\(r\) Gary Huber - AB9M
 

Yes.... that is the way to hide IE9.... but of course you should not allow full automatic updating but set it to “Download updates but let me choose to install them” so that IE10 doesn’t take your computer back into the ditch !!!!
73 es DX,

Gary - AB9M

From: Dave AA6YQ
Sent: Saturday, September 10, 2011 1:39 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!


AA6YQ comments below
-----Original Message-----
From: mailto:dxlab%40yahoogroups.com [mailto:mailto:dxlab%40yahoogroups.com]On Behalf Of
Bill Bailey, KG4NZR
Sent: Saturday, September 10, 2011 1:30 AM
To: mailto:dxlab%40yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!

It is a one-time action. The update remains hidden until Windows Update is instructed to display it.

Thanks, Bill! I've updated
<http://www.dxlabsuite.com/dxlabwiki/Windows7_IE9_DownloadError>

Gary, is this how the Microsoft Support person helped you prevent IE9 updates?
73,

Dave, AA6YQ

-----Original Message-----
From: mailto:dxlab%40yahoogroups.com [mailto:mailto:dxlab%40yahoogroups.com] On Behalf Of
Dave AA6YQ
Sent: Saturday, September 10, 2011 1:07 AM
To: mailto:dxlab%40yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!

AA6YQ comments below
-----Original Message-----
From: mailto:dxlab%40yahoogroups.com [mailto:mailto:dxlab%40yahoogroups.com]On Behalf Of
Bill Bailey, KG4NZR
Sent: Saturday, September 10, 2011 12:59 AM
To: mailto:dxlab%40yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!


Is that a one-time action, Bill, or must you do this each time a new
IE9 update appears?

73,

Dave, AA6YQ




[Non-text portions of this message have been removed]


Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

Richard B Drake
 

That's really weird Joe. I suppose you know that IE9 was released on March 14, 2011 and Platform Preview 2 of IE10 was retested just 3 months later on June 29, 2011. I think MS is rushing to beat down the competition from Chrome and Firefox and in their haste are releasing a bunch of buggy junk. A replay of Windows ME here?

73, Rich - W3ZJ

Joe Subich, W4TV wrote:

Updates aren't the only place that IE9 can get messed up ... my
Win7/64 system was a "clean" install with IE8. However, Windows
*thinks* that IE9 is installed, I can't "update" to IE9 and can
not "uninstall" IE9 <G>.

Fortunately, the installed IE8 works with DXLab so I've hidden IE9
updates in Windows Update and will leave it that way until I go
through one of the periodic format/reinstall cycles (probably when
I replace the old ATA drives with faster devices).

73,

... Joe, W4TV


SC filter doesn't filter audio

Chuck, WS1L
 

After some experimenting and help from Dave, I have a filter button working
to give me a quick way to limit the SC display to needed entities spotted
from NA. The button calls:

(NAE='Y' or NAM='Y' or NAW='Y') and <bandfilter> and <modefilter> and
<needfilter>

What I see is just as I expect. What I hear, though, are audio
announcements for needed ones spotted from anywhere. Is there a separate
method of limiting the audio announcements, or have I missed a SQL step?

It's not a major issue, but if there's a fix I'd like to stop the spots of
needed ones spotted from outside NA unless I am displaying spots from
outside NA.

73 de Chuck, WS1L

--


===================
Chuck Chandler
chandlerusm@gmail.com
===================


Re: Monitoring Data Exchanges of DXLab controlled devices ?

Joe Subich, W4TV
 

I use PstRotatorAZ from YO3DMU

<http://www.qsl.net/yo3dmu/index_Page346.htm>

which is excellent and and works well with DXView. Like Dave, Codrut
is very receptive to suggestions for updates and improvements.
I believe Cordut has recently extended PstRotatorAz to support the
SteppIR and included support to the 180 degree capability. Check
it out.

73,

... Joe, W4TV


On 9/10/2011 8:11 AM, Rich - W3ZJ wrote:
There is no feedback from your rotator controller to DXView. DXVIew
simply sends the rotate command to the controller and assumes that it is
accepted and carried out. If you want feedback, install the N1MM rotator
control application or PstRotatorAZ. I use PstRotatorAZ from YO3DMU

<http://www.qsl.net/yo3dmu/index_Page346.htm>

which is excellent and and works well with DXView. Like Dave, Codrut is
very receptive to suggestions for updates and improvements.

73, Rich - W3ZJ

3t3 wrote:
Dave -

OK - got it. Thanks.

A couple of final Qs about this.

1) Is the communication between DXView and the rotator 'assumptive' or
'confirmatory'. What I mean by that is: does DXView either look for an
ACK (acnoledgement signal) from the rotor control box, or request a
confirmatory 'pointer readout' back from the rotor control boxes after
it sends the command to the rotor to rotate ?

2) Is there any documented description of the communication protocol
(the actual 'payload' data exchanges - [not the standard RS-232 protocol
of start/stop parity etc] ) used between DXView and the various brands
of RS-232 rotor control boxes ?

Terry McCarty
3t3@comcast.net
wa5nti


------------------------------------

Yahoo! Groups Links




Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

Joe Subich, W4TV
 

Win 7, 32 bit systems are also affected. The MS IE tech support
representatives told me the most frequent occurrences of IE9
defective urlmon.dll were systems which were upgraded to Win 7 (a
clean install had not been performed). I tested that theory and
found that at least on one of my computers known to be upgraded
from Vista, the urlmon.dll was defective in IE9 but after doing a
clean install the IE9 urlmon.dll worked for DXK.
Updates aren't the only place that IE9 can get messed up ... my
Win7/64 system was a "clean" install with IE8. However, Windows
*thinks* that IE9 is installed, I can't "update" to IE9 and can
not "uninstall" IE9 <G>.

Fortunately, the installed IE8 works with DXLab so I've hidden IE9
updates in Windows Update and will leave it that way until I go
through one of the periodic format/reinstall cycles (probably when
I replace the old ATA drives with faster devices).

73,

... Joe, W4TV


On 9/10/2011 12:35 AM, CSM(r) Gary Huber wrote:
Dave,

Win 7, 32 bit systems are also affected. The MS IE tech support representatives told me the most frequent occurrences of IE9 defective urlmon.dll were systems which were upgraded to Win 7 (a clean install had not been performed). I tested that theory and found that at least on one of my computers known to be upgraded from Vista, the urlmon.dll was defective in IE9 but after doing a clean install the IE9 urlmon.dll worked for DXK.

I still don�t have a answer for the ignore future updates to IE in auto updates... will research that in the morning.

73 es DX,

Gary - AB9M

From: Dave AA6YQ
Sent: Friday, September 09, 2011 10:50 PM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll& IE9 issue FIXED!!!!!!!!!


Congratulations, guys!

I've taken the liberty of assembling an article in "Getting Started with
DXLab" that describes both the symptoms and cures for this nasty disease.
Please take a look at the first cut in

<http://www.dxlabsuite.com/dxlabwiki/Windows7_IE9_DownloadError>

and let me know if I've missed or garbled anything. Gary, what's the
procedure for configuring Windows 7 to ignore future updates to Internet
Explorer?

73,

Dave, AA6YQ

-----Original Message-----
From: mailto:dxlab%40yahoogroups.com [mailto:mailto:dxlab%40yahoogroups.com]On Behalf Of
Bob KD7YZ
Sent: Friday, September 09, 2011 10:03 PM
To: mailto:dxlab%40yahoogroups.com
Subject: Re: [dxlab] urlmon.dll& IE9 issue FIXED!!!!!!!!!

On 9/9/2011 12:54 PM, Rich - W3ZJ wrote:
... If you have installed IE9 via Windows update, you can
uninstall it and it will *automatically* revert to IE8. See

<http://windows.microsoft.com/en-US/windows7/how-do-i-install-or-uninstall-i
nternet-explorer-9>

*YES* !!

the computer restarted ... took a few minutes for the "Update" ... and
now we all know that it is rebuilding urlmon.dll amongst other things.

When the sys was stabilised, I looked at the version of urlmon.dll in
sysWOW64 and it was an 8-verson ... meaning it built its own to
represent the current IE8.

I had previously tried to stick a version 8 urlmon in there but it
absolutely noting but fail.

Thanks to Rich, the link was perfect .. I am now looking at a DXKeeper
screen telling me 'Inspecting 772 LotW QSL's and setting LotW Rcvd to "Y"

there ya go. I can get back to my regular life and quit pestering Dave
and the rest of you guys.

Both LotW QSL& QSO buttons did/do work now. Whereaas earlier they
yielded a download error.

Fixed.

*YES*

--
kd7yz Bob, back to my shell

------------------------------------

Yahoo! Groups Links

-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3887 - Release Date: 09/09/11








------------------------------------

Yahoo! Groups Links




Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

neil_zampella
 

FWIW ... here's a great Microsoft knowledgebase article that will help,
it has a built-in fixer, or you can do it manually.

http://support.microsoft.com/kb/318378

On 09/10/11 06:55 am, Rich - W3ZJ wrote:
Dave,
Your symptoms and instructions look good to me. As for preventing
Windows from installing IE9 updates in the future I think you have it
right, it's just a matter of directing the Update utility to hide that
particular update. I did that in one other case where the Update utility
wanted to insall an optional update for the AMD video board in my shack
desktop machine. Installing that caused me no end of problems so I
backed it out and instructed Windows not to show that update again. Note
that this is most easily accomplished if you configure updates not to
automatically install but rather to just notify you of updates and let
you choose when or if to install them. I do this anyway because I don't
want my machines rebooted in the middle of the night when my scheduled
backups are running.

73, Rich - W3ZJ

Dave AA6YQ wrote:
Congratulations, guys!

I've taken the liberty of assembling an article in "Getting Started with
DXLab" that describes both the symptoms and cures for this nasty disease.
Please take a look at the first cut in

<http://www.dxlabsuite.com/dxlabwiki/Windows7_IE9_DownloadError>

and let me know if I've missed or garbled anything. Gary, what's the
procedure for configuring Windows 7 to ignore future updates to Internet
Explorer?


------------------------------------

Yahoo! Groups Links





Re: Monitoring Data Exchanges of DXLab controlled devices ?

Richard B Drake
 

There is no feedback from your rotator controller to DXView. DXVIew simply sends the rotate command to the controller and assumes that it is accepted and carried out. If you want feedback, install the N1MM rotator control application or PstRotatorAZ. I use PstRotatorAZ from YO3DMU

<http://www.qsl.net/yo3dmu/index_Page346.htm>

which is excellent and and works well with DXView. Like Dave, Codrut is very receptive to suggestions for updates and improvements.

73, Rich - W3ZJ

3t3 wrote:

Dave -

OK - got it. Thanks.

A couple of final Qs about this.

1) Is the communication between DXView and the rotator 'assumptive' or
'confirmatory'. What I mean by that is: does DXView either look for an
ACK (acnoledgement signal) from the rotor control box, or request a
confirmatory 'pointer readout' back from the rotor control boxes after
it sends the command to the rotor to rotate ?

2) Is there any documented description of the communication protocol
(the actual 'payload' data exchanges - [not the standard RS-232 protocol
of start/stop parity etc] ) used between DXView and the various brands
of RS-232 rotor control boxes ?

Terry McCarty
3t3@comcast.net
wa5nti


Re: Monitoring Data Exchanges of DXLab controlled devices ?

3t3
 

Dave -

OK - got it. Thanks.

A couple of final Qs about this.

1) Is the communication between DXView and the rotator 'assumptive' or
'confirmatory'. What I mean by that is: does DXView either look for an
ACK (acnoledgement signal) from the rotor control box, or request a
confirmatory 'pointer readout' back from the rotor control boxes after
it sends the command to the rotor to rotate ?

2) Is there any documented description of the communication protocol
(the actual 'payload' data exchanges - [not the standard RS-232 protocol
of start/stop parity etc] ) used between DXView and the various brands
of RS-232 rotor control boxes ?

Terry McCarty
3t3@comcast.net
wa5nti



Dave AA6YQ wrote:



AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>
[mailto:dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>]On
Behalf Of
3t3
Sent: Saturday, September 10, 2011 4:24 AM
To: dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>
Subject: Re: [dxlab] Monitoring Data Exchanges of DXLab controlled
devices ?

Dave -
OK,
When I want to rotate the SteppIR beam to the desired DX-spot's location
using the "quick rotate EAR technique", If I push the button on the
SteppIR antenna controller to cause the SteppIR to do an "EAR 180 degree
internal reversal" in the antenna, would it make sense to then ask
DXView to rotate the beam to the "long path" knowing full well that it
will actually wind up pointing at the desired station in the desired
direction via short path (i.e. using what DXView thinks is the back of
the beam, which has become electrically the front of the beam via EAR
button) ?

You could do that, but from then on, DXView would think that your
antenna
was pointing in a direction that is 180 off from its actual direction.
You'd
have to remember to select longpath rotation until you reversed the
antenna
a second time.

73,

Dave, AA6YQ


Re: Monitoring Data Exchanges of DXLab controlled devices ?

Richard B Drake
 

If you use the 180 reversal on your SteppIR controller you want DXView to continue pointing to the short path azimuth. The advantage of course is that the SteppIR can reverse direction in about 2 seconds while rotating the antenna 180 degrees can take quite a while. This is particularly advantages at times when you just want to quickly check if you might be getting a better signal on the long path. That doesn't happen often but when it does it can be the difference between working the station and not!

73, Rich - W3ZJ

3t3 wrote:

Dave -
OK,
When I want to rotate the SteppIR beam to the desired DX-spot's location
using the "quick rotate EAR technique", If I push the button on the
SteppIR antenna controller to cause the SteppIR to do an "EAR 180 degree
internal reversal" in the antenna, would it make sense to then ask
DXView to rotate the beam to the "long path" knowing full well that it
will actually wind up pointing at the desired station in the desired
direction via short path (i.e. using what DXView thinks is the back of
the beam, which has become electrically the front of the beam via EAR
button) ?

Terry McCarty
3t3@comcast.net
wa5nti



Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

Richard B Drake
 

Dave,
Your symptoms and instructions look good to me. As for preventing Windows from installing IE9 updates in the future I think you have it right, it's just a matter of directing the Update utility to hide that particular update. I did that in one other case where the Update utility wanted to insall an optional update for the AMD video board in my shack desktop machine. Installing that caused me no end of problems so I backed it out and instructed Windows not to show that update again. Note that this is most easily accomplished if you configure updates not to automatically install but rather to just notify you of updates and let you choose when or if to install them. I do this anyway because I don't want my machines rebooted in the middle of the night when my scheduled backups are running.

73, Rich - W3ZJ

Dave AA6YQ wrote:

Congratulations, guys!

I've taken the liberty of assembling an article in "Getting Started with
DXLab" that describes both the symptoms and cures for this nasty disease.
Please take a look at the first cut in

<http://www.dxlabsuite.com/dxlabwiki/Windows7_IE9_DownloadError>

and let me know if I've missed or garbled anything. Gary, what's the
procedure for configuring Windows 7 to ignore future updates to Internet
Explorer?


Re: Monitoring Data Exchanges of DXLab controlled devices ?

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
3t3
Sent: Saturday, September 10, 2011 4:24 AM
To: dxlab@yahoogroups.com
Subject: Re: [dxlab] Monitoring Data Exchanges of DXLab controlled
devices ?


Dave -
OK,
When I want to rotate the SteppIR beam to the desired DX-spot's location
using the "quick rotate EAR technique", If I push the button on the
SteppIR antenna controller to cause the SteppIR to do an "EAR 180 degree
internal reversal" in the antenna, would it make sense to then ask
DXView to rotate the beam to the "long path" knowing full well that it
will actually wind up pointing at the desired station in the desired
direction via short path (i.e. using what DXView thinks is the back of
the beam, which has become electrically the front of the beam via EAR
button) ?

You could do that, but from then on, DXView would think that your antenna
was pointing in a direction that is 180 off from its actual direction. You'd
have to remember to select longpath rotation until you reversed the antenna
a second time.

73,

Dave, AA6YQ


Re: Monitoring Data Exchanges of DXLab controlled devices ?

3t3
 

Dave -
OK,
When I want to rotate the SteppIR beam to the desired DX-spot's location
using the "quick rotate EAR technique", If I push the button on the
SteppIR antenna controller to cause the SteppIR to do an "EAR 180 degree
internal reversal" in the antenna, would it make sense to then ask
DXView to rotate the beam to the "long path" knowing full well that it
will actually wind up pointing at the desired station in the desired
direction via short path (i.e. using what DXView thinks is the back of
the beam, which has become electrically the front of the beam via EAR
button) ?

Terry McCarty
3t3@comcast.net
wa5nti



Dave AA6YQ wrote:



AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>
[mailto:dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>]On
Behalf Of
3t3
Sent: Saturday, September 10, 2011 3:46 AM
To: dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>
Subject: Re: [dxlab] Monitoring Data Exchanges of DXLab controlled
devices ?

About six months ago, I embarked on a station upgrade, initial
acquisition was the DXLab software Suite of applications, the second
acquisition was the ICOM IC-7000 to get computer control of the rig, and
the third addition was the Alfa-Spid model RAK Azimuth Rotator &
Controller to get computer control of the antenna pointing/aiming
feature. I am poised to acquire a SteppIR beam antenna to fine-tune
computer control of band changing and, to a small degree, beam antenna
pointing via the SteppIR's "electronic auto reverse (EAR)"
capabilities. My understanding of EAR is that the antenna lengthens its
director to become a reflector and shortens its reflector to become a
director, thereby accomplishing a pseudo 180 degree rotation without
actually rotating the beam - all at the push of a button on its remote
control unit down in the ham shack (accomplished in just 2 or 3 seconds
elapsed time).

My "operational technique" question is this: Once I have DXLab
applications controlling both my rotor and my SteppIR beam antenna (as
well as my transceiver), when I control-double-click on a spot's
callsign in SC, will DXLab's integrated suite of applications work
collaboratively to first check to see if it should "electronically auto
reverse the SteppIR 180 degrees using EAR" and then direct the rotor to
move to the desired heading based on that new reversed direction, or
will it blindly rotate to the desired heading first and ignore the fact
that it could have pointed at the DX-location quicker if it had taken
advantage of the "instant reverse-(EAR)" capability of the SteppIR ?

DXView does not know whether or not your antenna is reversible, and has
no ability to direct your antenna controller to reverse direction.

73,

Dave, AA6YQ


Re: Monitoring Data Exchanges of DXLab controlled devices ?

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
3t3
Sent: Saturday, September 10, 2011 3:46 AM
To: dxlab@yahoogroups.com
Subject: Re: [dxlab] Monitoring Data Exchanges of DXLab controlled
devices ?


About six months ago, I embarked on a station upgrade, initial
acquisition was the DXLab software Suite of applications, the second
acquisition was the ICOM IC-7000 to get computer control of the rig, and
the third addition was the Alfa-Spid model RAK Azimuth Rotator &
Controller to get computer control of the antenna pointing/aiming
feature. I am poised to acquire a SteppIR beam antenna to fine-tune
computer control of band changing and, to a small degree, beam antenna
pointing via the SteppIR's "electronic auto reverse (EAR)"
capabilities. My understanding of EAR is that the antenna lengthens its
director to become a reflector and shortens its reflector to become a
director, thereby accomplishing a pseudo 180 degree rotation without
actually rotating the beam - all at the push of a button on its remote
control unit down in the ham shack (accomplished in just 2 or 3 seconds
elapsed time).

My "operational technique" question is this: Once I have DXLab
applications controlling both my rotor and my SteppIR beam antenna (as
well as my transceiver), when I control-double-click on a spot's
callsign in SC, will DXLab's integrated suite of applications work
collaboratively to first check to see if it should "electronically auto
reverse the SteppIR 180 degrees using EAR" and then direct the rotor to
move to the desired heading based on that new reversed direction, or
will it blindly rotate to the desired heading first and ignore the fact
that it could have pointed at the DX-location quicker if it had taken
advantage of the "instant reverse-(EAR)" capability of the SteppIR ?

DXView does not know whether or not your antenna is reversible, and has
no ability to direct your antenna controller to reverse direction.

73,

Dave, AA6YQ


Re: Monitoring Data Exchanges of DXLab controlled devices ?

3t3
 

About six months ago, I embarked on a station upgrade, initial
acquisition was the DXLab software Suite of applications, the second
acquisition was the ICOM IC-7000 to get computer control of the rig, and
the third addition was the Alfa-Spid model RAK Azimuth Rotator &
Controller to get computer control of the antenna pointing/aiming
feature. I am poised to acquire a SteppIR beam antenna to fine-tune
computer control of band changing and, to a small degree, beam antenna
pointing via the SteppIR's "electronic auto reverse (EAR)"
capabilities. My understanding of EAR is that the antenna lengthens its
director to become a reflector and shortens its reflector to become a
director, thereby accomplishing a pseudo 180 degree rotation without
actually rotating the beam - all at the push of a button on its remote
control unit down in the ham shack (accomplished in just 2 or 3 seconds
elapsed time).

My "operational technique" question is this: Once I have DXLab
applications controlling both my rotor and my SteppIR beam antenna (as
well as my transceiver), when I control-double-click on a spot's
callsign in SC, will DXLab's integrated suite of applications work
collaboratively to first check to see if it should "electronically auto
reverse the SteppIR 180 degrees using EAR" and then direct the rotor to
move to the desired heading based on that new reversed direction, or
will it blindly rotate to the desired heading first and ignore the fact
that it could have pointed at the DX-location quicker if it had taken
advantage of the "instant reverse-(EAR)" capability of the SteppIR ?

Terry McCarty
3t3@comcast.net
wa5nti



Dave AA6YQ wrote:



AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>
[mailto:dxlab@yahoogroups.com <mailto:dxlab%40yahoogroups.com>]On
Behalf Of
3t3
Sent: Saturday, September 10, 2011 2:04 AM
To: Reflector-DXLab
Subject: [dxlab] Monitoring Data Exchanges of DXLab controlled devices ?

Hello -

I am interested in capturing and studying the CAT/CI-V commands being
sent to and from DXLab and the other devices/COM ports used to control
my station (an AZ/EL rotor or a SteppIR antenna as examples).

I know of no rotor controllers that monitor or otherwise use CAT
commands.

SteppIR controllers are passive -- they monitor CAT commands to detect
transceiver frequency changes.

Can Commander be configured to monitor more than just the Primary CAT,
Secondary CAT, SO2R, and Parallel ports (I.E. my RS-232 port feeding
commands to my antenna rotor) ?

Commander can monitor all ports on which CAT commands are sent and
received: it's primary and secondary CAT ports.

Commander does not provide the ability to monitor commands issued
to its
SO2R Serial port, or to a parallel port, other than by enabling "log
debugging info" and inspecting the generated errorlog.txt file.

It is DXView that sends commands to your antenna rotator; other than
enabling "log debugging info" and inspecting the generated errorlog.txt
file, there's no way to monitor these commands.

73,

Dave, AA6YQ


Re: Monitoring Data Exchanges of DXLab controlled devices ?

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
3t3
Sent: Saturday, September 10, 2011 2:04 AM
To: Reflector-DXLab
Subject: [dxlab] Monitoring Data Exchanges of DXLab controlled devices ?



Hello -

I am interested in capturing and studying the CAT/CI-V commands being
sent to and from DXLab and the other devices/COM ports used to control
my station (an AZ/EL rotor or a SteppIR antenna as examples).

I know of no rotor controllers that monitor or otherwise use CAT
commands.

SteppIR controllers are passive -- they monitor CAT commands to detect
transceiver frequency changes.

Can Commander be configured to monitor more than just the Primary CAT,
Secondary CAT, SO2R, and Parallel ports (I.E. my RS-232 port feeding
commands to my antenna rotor) ?

Commander can monitor all ports on which CAT commands are sent and
received: it's primary and secondary CAT ports.

Commander does not provide the ability to monitor commands issued to its
SO2R Serial port, or to a parallel port, other than by enabling "log
debugging info" and inspecting the generated errorlog.txt file.

It is DXView that sends commands to your antenna rotator; other than
enabling "log debugging info" and inspecting the generated errorlog.txt
file, there's no way to monitor these commands.

73,


Dave, AA6YQ


Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
Bill Bailey, KG4NZR
Sent: Saturday, September 10, 2011 1:30 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!


It is a one-time action. The update remains hidden until Windows Update is instructed to display it.

Thanks, Bill! I've updated
<http://www.dxlabsuite.com/dxlabwiki/Windows7_IE9_DownloadError>

Gary, is this how the Microsoft Support person helped you prevent IE9 updates?
73,

Dave, AA6YQ


-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com] On Behalf Of
Dave AA6YQ
Sent: Saturday, September 10, 2011 1:07 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
Bill Bailey, KG4NZR
Sent: Saturday, September 10, 2011 12:59 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!


Is that a one-time action, Bill, or must you do this each time a new
IE9 update appears?

73,

Dave, AA6YQ


Monitoring Data Exchanges of DXLab controlled devices ?

3t3
 

Hello -

I am interested in capturing and studying the CAT/CI-V commands being sent to and from DXLab and the other devices/COM ports used to control my station (an AZ/EL rotor or a SteppIR antenna as examples).

Can Commander be configured to monitor more than just the Primary CAT, Secondary CAT, SO2R, and Parallel ports (I.E. my RS-232 port feeding commands to my antenna rotor) ? How can I capture and study these data exchanges with other devices being controlled by the DXLab applications/modules ?

--
Terry McCarty
3t3@comcast.net
wa5nti


Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

Bill Bailey, KG4NZR <kg4nzr@...>
 

It is a one-time action. The update remains hidden until Windows Update is instructed to display it.
73 Bill KG4NZR

-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com] On Behalf Of
Dave AA6YQ
Sent: Saturday, September 10, 2011 1:07 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
Bill Bailey, KG4NZR
Sent: Saturday, September 10, 2011 12:59 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!


Is that a one-time action, Bill, or must you do this each time a new
IE9 update appears?

73,

Dave, AA6YQ


Re: Band limits by mode?

Andrew OBrien
 

Thanks Dave, I guess I'll have to use my brain.

Andy

On Fri, Sep 9, 2011 at 11:54 PM, Dave AA6YQ <aa6yq@ambersoft.com> wrote:

**


AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
Andrew O'Brien
Sent: Friday, September 09, 2011 10:32 PM
To: dxlab@yahoogroups.com
Subject: [dxlab] Band limits by mode?


I see the band plan has info like...

160M, 1.800, 2.000, 0
80M, 3.500, 3.750, 0
75M, 3.750,4.000, 0
40M, 7.000,7.150, 0
40M, 7.150,7.300, 0

Is there anyway to get Commander to change colors (frequency read out)
for sub-band info? e.g going from CW allocation to Phone ?

There's not, Andy.
73,

Dave, AA6YQ



Re: urlmon.dll & IE9 issue FIXED!!!!!!!!!

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@yahoogroups.com [mailto:dxlab@yahoogroups.com]On Behalf Of
Bill Bailey, KG4NZR
Sent: Saturday, September 10, 2011 12:59 AM
To: dxlab@yahoogroups.com
Subject: RE: [dxlab] urlmon.dll & IE9 issue FIXED!!!!!!!!!


The update can be "hidden" in Windows Update (any version) by selecting the IE9 update and telling the program to "hide" it. If you decide later to install the update, it's a simple matter to have the hidden update restored. IE9 is in hiding on my shack (Vista) computer.

Is that a one-time action, Bill, or must you do this each time a new IE9 update appears?
73,

Dave, AA6YQ

112261 - 112280 of 208073