Date   

PSK not working with WinWarbler

Jim Cary
 

My RTTY is working fine with WinWarbler, but all of a sudden PSK is not.  When I go to PSK the transmitter keys, but no audio is generated.  The PSK settings are per the DXLab Wiki.  Like I said, it works fine in RTTY, but not PSK.


The rig is a K3.


Jim

W2SM




Re: Dual QTH , incremental log update and LOTW

Dave AA6YQ
 

>>>AA6YQ comments below

 

From: dxlab@... [mailto:dxlab@...]
Sent: Monday, July 24, 2017 8:20 AM
To: dxlab@...
Subject: [dxlab] Dual QTH , incremental log update and LOTW

 



Dear Dave,
Dear All,

My present query is about DXKeeper and the possibility of incremental updating // vs. LOTW.
Description:

I have 2 QTHs few miles away one from the other, A and B. I use in both QTHs the same callsign OD5YA, and they have the same grid square location. I have installed in each QTH the same rig: IC7300, R8 vertical, Dxlabsuite with a windows 7 professional PC. All systems work perfectly and correctly.

Suppose i have in QTH A dxkeeper 1500 qso's logged. I move for the weekend to QTHB (actually it happened this past weekend) and find out that i only have 1450 QSO's in my log because I did not update QTH B with the latest qso's. So, I work radio during the weekend and log some 210 NEW qso's from QTH B. Now I have in B 1450 + 210 =1660 qso's. I export to an ADIF (call it ADIF B)file and carry it back with me to QTH A today. If I import the ADIF B into location A (having 1500 qso's) I will be importing 1660 qso's, however the log should show  1500 + 210 = 1710 qso's because the 50 QSO i did at QTHA were not incrementally added to the imported file. In that case i will loose the 50 (incremental) QSO that were made at QTH A.

Questions:

1- Is there a way to have an incremental export like only exporting the 210 QSO's I did over the week end from QTH B ? i.e. can I export only those 210 qso's by filtering the date, so that, when weekend is over and i come back to QTH A I just increase the existing QSO's by the new 210 ones only?

2- If the above 1- is not possible, what do you suggest can be done? I know that the best way is to have QTH A exported to cloud BEFORE weekend, hence all 1500 qso's are in cloud, then import into QTH B before operating and then exporting QTH B..... it is tedious and requires remembering to do that before each and every weekend.

3- When I am uploading LOTW from QTH A (i  upload LOTW from A only) I am clicking on ADD REQUESTED, it shows 244 QSO's, when I upload, it says none uploaded because of 24 qso's  duplicate. How can I detect what are those duplicate and how can I remedy DXlab upload function? please note that I exported to ADIF and uploaded from TQSL and all went perfectly well and no error was mentioned. Only when I do it from DXlab and only recently (after this QTH A and B thing started I guess !!!!)

4- When I am uploading to eQSL, no duplicate error is announced and the upload happens with no problem. I am only getting a return page saying I have some SWL qsl pending. How can I answer the SWL's? Or is it just an information that eQSL is sending me that requires no further attention from my side?

all the best and thank you for the help. I truly appreciate it.

 

>>>You can filter the Log Page Display by date range by using the Advanced Sorts, Filters, and Modifiers window. When you select the Main window’s Export tab with the Log Page Display Filtered, DXKeeper will ask if you want the filter removed; click the “No” button, and then initiate the Export operation.

 

>>>If you’re going to operate from two locations as you describe, the only reliable approach is to ensure that the system you’re about to use to log QSOs, update LoTW, print QSL cards, or process incoming QSL cards contains your “master” log file. You can move the “master” log file between systems via the cloud, or with a thumb drive. This requires discipline, but you’re more likely to execute this process reliably than by continuously exporting subsets of your log from one system to the other.

 

>>>eQSL support for SWL confirmations is to my knowledge not documented, and thus not supported by DXKeeper.

 

      73,

 

            Dave, AA6YQ


Re: change in eQSL.cc Inbox

Dave AA6YQ
 

>>>AA6YQ comments below

 

From: dxlab@... [mailto:dxlab@...]
Sent: Monday, July 24, 2017 8:14 AM
To: dxlab@...
Subject: [dxlab] Re: change in eQSL.cc Inbox

 

does that mean we should be looking back through our logs to assign sub-modes correctly to achieve matches with the augmented eQSL records or will differences be offered as warnings like zone, grid etc are when syncing LotW records?

I guess the important issue is whether a sub-mode only mismatch still constitutes an eQSL match.

 

>>>It should not be necessary to change any already-logged QSOs, or change the way QSOs are logged in the future from the way you’ve been logging them in the past.

 

       73,

 

              Dave, AA6YQ


Re: VS: Question

Dave AA6YQ
 

AA6YQ comments below
-----Original Message-----
From: dxlab@... [mailto:dxlab@...]
Sent: Monday, July 24, 2017 5:23 AM
To: dxlab@...
Subject: [dxlab] VS: Question

Why does this not stop?

To what does the word "this" refer?

I am also not able to update Dxkeeper.exe in Dxlab (why?)

Exactly what happens when you direct the DXLab Launcher to update DXKeeper?
73,

Dave, AA6YQ


Re: Dual QTH , incremental log update and LOTW

ghassan chammas
 

Dear Joe

Thank you very much.
Never ever had a faster response in any support system I invoked.
Faster then an ambulance. !!!!

Regards

Dr.Ghassan Chammas
AC2RA -- also OD5YA - Beirut - Lebanon

____________________________________

On 24/7/17 3:36 PM, 'Joe Subich, W4TV' lists@... [dxlab] wrote:
 


> 1- Is there a way to have an incremental export like only exporting
> the 210 QSO's I did over the week end from QTH B ?

Yes.

> i.e. can I export only those 210 qso's by filtering the date, so
> that, when weekend is over and i come back to QTH A I just increase
> the existing QSO's by the new 210 ones only?
Yes, enter YYYY-MM-DD in the filter textbox and click on the "Since"
button. This is even easier after the first use of the "Since" filter
as a Control-click on the "Since" button will filter for all QSOs since
the last time the "Since" filter was invoked.

I use this all the time to export QSOs from my "radio" computer for
importing into my laptop (where I do my QSL management).

> 3- When I am uploading LOTW from QTH A (i upload LOTW from A only) I
> am clicking on ADD REQUESTED, it shows 244 QSO's, when I upload, it
> says none uploaded because of 24 qso's duplicate.

In the QSL Config -> LotW tab, check "Permit uploading of QSOs already
uploaded to LotW". In the future, confine uploading to DXKeeper to
avoid confusing tQSL.

> I am only getting a return page saying I have some SWL qsl pending.
> How can I answer the SWL's?

DXKeeper does not automate eQSL SWL reports. You will need to go online
to eQSL and handle them manually.

73,

... Joe, W4TV

On 7/24/2017 8:19 AM, Ghassan Chammas ac2ra@... [dxlab] wrote:
> Dear Dave,
> Dear All,
>
> My present query is about DXKeeper and the possibility of incremental
> updating // vs. LOTW.
> Description:
>
> I have 2 QTHs few miles away one from the other, A and B. I use in both
> QTHs the same callsign OD5YA, and they have the same grid square
> location. I have installed in each QTH the same rig: IC7300, R8
> vertical, Dxlabsuite with a windows 7 professional PC. All systems work
> perfectly and correctly.
>
> Suppose i have in QTH A dxkeeper 1500 qso's logged. I move for the
> weekend to QTHB (actually it happened this past weekend) and find out
> that i only have 1450 QSO's in my log because I did not update QTH B
> with the latest qso's. So, I work radio during the weekend and log some
> 210 NEW qso's from QTH B. Now I have in B 1450 + 210 =1660 qso's. I
> export to an ADIF (call it ADIF B)file and carry it back with me to QTH
> A today. If I import the ADIF B into location A (having 1500 qso's) I
> will be importing 1660 qso's, however the log should show 1500 + 210 =
> 1710 qso's because the 50 QSO i did at QTHA were not incrementally added
> to the imported file. In that case i will loose the 50 (incremental) QSO
> that were made at QTH A.
>
> Questions:
>
> 1- Is there a way to have an incremental export like only exporting the
> 210 QSO's I did over the week end from QTH B ? i.e. can I export only
> those 210 qso's by filtering the date, so that, when weekend is over and
> i come back to QTH A I just increase the existing QSO's by the new 210
> ones only?
>
> 2- If the above 1- is not possible, what do you suggest can be done? I
> know that the best way is to have QTH A exported to cloud BEFORE
> weekend, hence all 1500 qso's are in cloud, then import into QTH B
> before operating and then exporting QTH B..... it is tedious and
> requires remembering to do that before each and every weekend.
>
> 3- When I am uploading LOTW from QTH A (i upload LOTW from A only) I am
> clicking on ADD REQUESTED, it shows 244 QSO's, when I upload, it says
> none uploaded because of 24 qso's duplicate. How can I detect what are
> those duplicate and how can I remedy DXlab upload function? please note
> that I exported to ADIF and uploaded from TQSL and all went perfectly
> well and no error was mentioned. Only when I do it from DXlab and only
> recently (after this QTH A and B thing started I guess !!!!)
>
> 4- When I am uploading to eQSL, no duplicate error is announced and the
> upload happens with no problem. I am only getting a return page saying I
> have some SWL qsl pending. How can I answer the SWL's? Or is it just an
> information that eQSL is sending me that requires no further attention
> from my side?
>
> all the best and thank you for the help. I truly appreciate it.



Re: Dual QTH , incremental log update and LOTW

Joe Subich, W4TV
 

1- Is there a way to have an incremental export like only exporting
the 210 QSO's I did over the week end from QTH B ?
Yes.

i.e. can I export only those 210 qso's by filtering the date, so
that, when weekend is over and i come back to QTH A I just increase
the existing QSO's by the new 210 ones only?
Yes, enter YYYY-MM-DD in the filter textbox and click on the "Since"
button. This is even easier after the first use of the "Since" filter
as a Control-click on the "Since" button will filter for all QSOs since
the last time the "Since" filter was invoked.

I use this all the time to export QSOs from my "radio" computer for
importing into my laptop (where I do my QSL management).

3- When I am uploading LOTW from QTH A (i upload LOTW from A only) I
am clicking on ADD REQUESTED, it shows 244 QSO's, when I upload, it
says none uploaded because of 24 qso's duplicate.
In the QSL Config -> LotW tab, check "Permit uploading of QSOs already
uploaded to LotW". In the future, confine uploading to DXKeeper to
avoid confusing tQSL.

I am only getting a return page saying I have some SWL qsl pending.
How can I answer the SWL's?
DXKeeper does not automate eQSL SWL reports. You will need to go online
to eQSL and handle them manually.

73,

... Joe, W4TV


On 7/24/2017 8:19 AM, Ghassan Chammas ac2ra@... [dxlab] wrote:
Dear Dave,
Dear All,
My present query is about DXKeeper and the possibility of incremental updating // vs. LOTW.
Description:
I have 2 QTHs few miles away one from the other, A and B. I use in both QTHs the same callsign OD5YA, and they have the same grid square location. I have installed in each QTH the same rig: IC7300, R8 vertical, Dxlabsuite with a windows 7 professional PC. All systems work perfectly and correctly.
Suppose i have in QTH A dxkeeper 1500 qso's logged. I move for the weekend to QTHB (actually it happened this past weekend) and find out that i only have 1450 QSO's in my log because I did not update QTH B with the latest qso's. So, I work radio during the weekend and log some 210 NEW qso's from QTH B. Now I have in B 1450 + 210 =1660 qso's. I export to an ADIF (call it ADIF B)file and carry it back with me to QTH A today. If I import the ADIF B into location A (having 1500 qso's) I will be importing 1660 qso's, however the log should show 1500 + 210 = 1710 qso's because the 50 QSO i did at QTHA were not incrementally added to the imported file. In that case i will loose the 50 (incremental) QSO that were made at QTH A.
Questions:
1- Is there a way to have an incremental export like only exporting the 210 QSO's I did over the week end from QTH B ? i.e. can I export only those 210 qso's by filtering the date, so that, when weekend is over and i come back to QTH A I just increase the existing QSO's by the new 210 ones only?
2- If the above 1- is not possible, what do you suggest can be done? I know that the best way is to have QTH A exported to cloud BEFORE weekend, hence all 1500 qso's are in cloud, then import into QTH B before operating and then exporting QTH B..... it is tedious and requires remembering to do that before each and every weekend.
3- When I am uploading LOTW from QTH A (i upload LOTW from A only) I am clicking on ADD REQUESTED, it shows 244 QSO's, when I upload, it says none uploaded because of 24 qso's duplicate. How can I detect what are those duplicate and how can I remedy DXlab upload function? please note that I exported to ADIF and uploaded from TQSL and all went perfectly well and no error was mentioned. Only when I do it from DXlab and only recently (after this QTH A and B thing started I guess !!!!)
4- When I am uploading to eQSL, no duplicate error is announced and the upload happens with no problem. I am only getting a return page saying I have some SWL qsl pending. How can I answer the SWL's? Or is it just an information that eQSL is sending me that requires no further attention from my side?
all the best and thank you for the help. I truly appreciate it.


Re: VS: Question

Richard B Drake
 

Why does what not stop?

On your DXKeeper question, what did you do, what did you expect to happen, what actually happened?
--
73, Rich - W3ZJ
www.w3zj.com

On 7/24/2017 5:22 AM, 'Jan Langerud' ja-lan@... [dxlab] wrote:
Emne: Question

 

Morning

Why does this not stop?

I am also not able to update Dxkeeper.exe in Dxlab (why?)

 

Vy 73  La6jea


Dual QTH , incremental log update and LOTW

ghassan chammas
 

Dear Dave,
Dear All,

My present query is about DXKeeper and the possibility of incremental updating // vs. LOTW.
Description:

I have 2 QTHs few miles away one from the other, A and B. I use in both QTHs the same callsign OD5YA, and they have the same grid square location. I have installed in each QTH the same rig: IC7300, R8 vertical, Dxlabsuite with a windows 7 professional PC. All systems work perfectly and correctly.

Suppose i have in QTH A dxkeeper 1500 qso's logged. I move for the weekend to QTHB (actually it happened this past weekend) and find out that i only have 1450 QSO's in my log because I did not update QTH B with the latest qso's. So, I work radio during the weekend and log some 210 NEW qso's from QTH B. Now I have in B 1450 + 210 =1660 qso's. I export to an ADIF (call it ADIF B)file and carry it back with me to QTH A today. If I import the ADIF B into location A (having 1500 qso's) I will be importing 1660 qso's, however the log should show  1500 + 210 = 1710 qso's because the 50 QSO i did at QTHA were not incrementally added to the imported file. In that case i will loose the 50 (incremental) QSO that were made at QTH A.

Questions:

1- Is there a way to have an incremental export like only exporting the 210 QSO's I did over the week end from QTH B ? i.e. can I export only those 210 qso's by filtering the date, so that, when weekend is over and i come back to QTH A I just increase the existing QSO's by the new 210 ones only?

2- If the above 1- is not possible, what do you suggest can be done? I know that the best way is to have QTH A exported to cloud BEFORE weekend, hence all 1500 qso's are in cloud, then import into QTH B before operating and then exporting QTH B..... it is tedious and requires remembering to do that before each and every weekend.

3- When I am uploading LOTW from QTH A (i  upload LOTW from A only) I am clicking on ADD REQUESTED, it shows 244 QSO's, when I upload, it says none uploaded because of 24 qso's  duplicate. How can I detect what are those duplicate and how can I remedy DXlab upload function? please note that I exported to ADIF and uploaded from TQSL and all went perfectly well and no error was mentioned. Only when I do it from DXlab and only recently (after this QTH A and B thing started I guess !!!!)

4- When I am uploading to eQSL, no duplicate error is announced and the upload happens with no problem. I am only getting a return page saying I have some SWL qsl pending. How can I answer the SWL's? Or is it just an information that eQSL is sending me that requires no further attention from my side?

all the best and thank you for the help. I truly appreciate it.
--

Dr.Ghassan Chammas
AC2RA -- also OD5YA - Beirut - Lebanon

____________________________________


Re: change in eQSL.cc Inbox

g4wjs
 

Hi Dave,

does that mean we should be looking back through our logs to assign sub-modes correctly to achieve matches with the augmented eQSL records or will differences be offered as warnings like zone, grid etc are when syncing LotW records?

I guess the important issue is whether a sub-mode only mismatch still constitutes an eQSL match.

73
Bill
G4WJS.


VS: Question

Jan Langerud <ja-lan@...>
 

Fra: Jan Langerud [mailto:ja-lan@...]
Sendt: 12. juli 2017 14:35
Til: dxlab-subscribe@...
Emne: VS: Question







Fra: Jan Langerud [mailto:ja-lan@...]
Sendt: 12. juli 2017 14:04
Til: 'dxlab@...'
Emne: Question



Morning

Why does this not stop?

I am also not able to update Dxkeeper.exe in Dxlab (why?)



Vy 73 La6jea

Jan Langerud

Email: ja-lan@...

Phone: +47 928 60438


change in eQSL.cc Inbox

Dave AA6YQ
 

When you invoke DXKeeper’s “Sync eQSL.cc QSLs” function, the “Inbox” returned by eQSL now specifies both MODE and SUBMODE for each QSO whose MODE includes one or more SUBMODEs in the ADIF specification, whereas it previously only specified MODE. Thus if you submitted a QSO to eQSL.cc whose MODE is PSK31, the “Inbox” entry will now specify

 

PSKPSK31

 

Previous (a few days ago), the “Inbox” entry specified

 

PSK31

 

This change causes the DXKeeper’s “Sync eQSL.cc QSLs” function to incorrectly report “no QSO matching callsign, band, and mode“.

 

I have extended a new version of DXKeeper to handle this change, and sent it to several users to test. When this new version (or its descendant) is publicly released, you’ll be able to set the “Last eQSL Sync Date” back in time, and thus reprocess eQSL confirmations that were incorrectly rejected as a result of the Inbox change.

 

Plus ça change, plus c'est la même chose.

 

       73,

 

              Dave, AA6YQ/VE2

 


Re: Kenwood TS-850 and Commander settings

Ed Douglass
 

Thanks for your continuing interest, Dave.

No scope here so I can't follow your suggestion.

On Sun, Jul 23, 2017 at 8:56 PM, 'Dave AA6YQ' aa6yq@... [dxlab] <dxlab@...> wrote:
 

>>>AA6YQ comments below

 

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 9:38 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings



Thanks, Dave.  All of your setting suggestions are what I have been using.  The serial cable is not the null modem type. There are no bent pins. 

The dual serial port is old.  The manufacturer was NetMos Technology.  In November 2012, NetMos was acquired by MosChip Semiconductor.  The driver number was NM9835S.  It could the 98 in the number is a reference to Windows 98? That old??  In February of this year, the company that is responsible and supplies drivers became ASIX Electronics.  Their driver number, MCS9835, is version 2.0.4.0  It is digitally signed by Microsoft Windows Compatibility Publisher.

Here's a thought.  This card was working in Windows 7.  I think it has not worked since I changed the motherboard and began using Windows 10, 64 bit.  Could it be that this old dual port card can no longer make it in the W10 environment?  This would fit your suspicion that I have a hardware problem and not a DXLab software issue.

 

>>>Since there are no reported but uncorrected defects in Commander, and since many ops successfully use Commander with Kenwood radios every day, it is unlikely that your situation is the result of a defect in Commander.

 

>>>If you have an oscilloscope, monitor the radio’s CAT port’s TX data pin to see if there’s any response to the CAT commands being sent by Commander.

 

     73,

 

             Dave, AA6YQ



Re: Kenwood TS-850 and Commander settings

Dave AA6YQ
 

>>>AA6YQ comments below

 

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 9:38 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings



Thanks, Dave.  All of your setting suggestions are what I have been using.  The serial cable is not the null modem type. There are no bent pins. 

The dual serial port is old.  The manufacturer was NetMos Technology.  In November 2012, NetMos was acquired by MosChip Semiconductor.  The driver number was NM9835S.  It could the 98 in the number is a reference to Windows 98? That old??  In February of this year, the company that is responsible and supplies drivers became ASIX Electronics.  Their driver number, MCS9835, is version 2.0.4.0  It is digitally signed by Microsoft Windows Compatibility Publisher.

Here's a thought.  This card was working in Windows 7.  I think it has not worked since I changed the motherboard and began using Windows 10, 64 bit.  Could it be that this old dual port card can no longer make it in the W10 environment?  This would fit your suspicion that I have a hardware problem and not a DXLab software issue.

 

>>>Since there are no reported but uncorrected defects in Commander, and since many ops successfully use Commander with Kenwood radios every day, it is unlikely that your situation is the result of a defect in Commander.

 

>>>If you have an oscilloscope, monitor the radio’s CAT port’s TX data pin to see if there’s any response to the CAT commands being sent by Commander.

 

     73,

 

             Dave, AA6YQ


Re: Kenwood TS-850 and Commander settings

Ed Douglass
 

Antonio,  Have tried both 4800 and 9600 with both 1 and 2 stop bits.  None of these combinations work.  Thanks for the suggestion.

On Sun, Jul 23, 2017 at 8:16 PM, 'Anthony W. DePrato' wa4jqs@... [dxlab] <dxlab@...> wrote:
 

try setting the port to  4800 baud



Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME  # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
 WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1



Re: Kenwood TS-850 and Commander settings

Ed Douglass
 

Thanks, Dave.  All of your setting suggestions are what I have been using.  The serial cable is not the null modem type. There are no bent pins. 

The dual serial port is old.  The manufacturer was NetMos Technology.  In November 2012, NetMos was acquired by MosChip Semiconductor.  The driver number was NM9835S.  It could the 98 in the number is a reference to Windows 98? That old??  In February of this year, the company that is responsible and supplies drivers became ASIX Electronics.  Their driver number, MCS9835, is version 2.0.4.0  It is digitally signed by Microsoft Windows Compatibility Publisher.

Here's a thought.  This card was working in Windows 7.  I think it has not worked since I changed the motherboard and began using Windows 10, 64 bit.  Could it be that this old dual port card can no longer make it in the W10 environment?  This would fit your suspicion that I have a hardware problem and not a DXLab software issue.

On Sun, Jul 23, 2017 at 7:48 PM, 'Dave AA6YQ' aa6yq@... [dxlab] <dxlab@...> wrote:
 

Make sure

- Commander's interrogation is enabled, with an interval of 200 ms

- the serial port's RTS is set to "ON"

- the radio and Commander are set to the same baud rate

- you're using the correct "variety" of serial cable (straight-through vs. null modem)

- there are no bent pins

Otherwise, there's a hardware problem.

73,

Dave, AA6YQ

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 7:29 PM


To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

Thanks, Bob. Just did check the port number assignments and Device Manager tells me that this dual serial port card (now ASIX MCS9835) is assigned as ports 2 and 3. In Device Manager, set the parameters to 4800, 8, None, 2 and no flow control. The two ports were set at 9600. Also re-updated the ASIX driver for this card. No changes observed.

On Sun, Jul 23, 2017 at 6:05 PM, 'Bob Main' bobmain1@... [dxlab] <dxlab@...> wrote:

May be that Windows 10 assigned a different COM port number than 2. I have a USB to COM port adapter and when I installed a new driver the ports changed. So might want to check that.

73, Bob KB4CL

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 6:58 PM

To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings


The IF-232C interface being used is the LCU3-K made by W1GEE. Made for Kenwood radios. Software must assert RTS for the TTL interface to receive power. No other instructions. Plug 'n play in terms of hardware. It's the software settings that have to be right for Commander and the TS-850 to "talk".

On Sun, Jul 23, 2017 at 5:52 PM, Ed Douglass <aa9ozham@...> wrote:
Concert just cancelled because of high winds in Sister Bay. Should have some time this evening to work on my problem.

On Sun, Jul 23, 2017 at 5:13 PM, Ed Douglass <aa9ozham@...> wrote:
Dwight:

DTR: off
log debugging info: not checked
Still no joy.
Gotta go play with the Peninsula Symphonic Band. Concert in Sister Bay.
Thanks for the help so far.

On Sun, Jul 23, 2017 at 4:58 PM, dgb ns9i@... [dxlab] <dxlab@...> wrote:

dtr on - not
log debug - not


On 7/23/2017 4:42 PM, Ed Douglass aa9ozham@... [dxlab] wrote:

Ports tab: Primary CAT Serial Port: COM2, 4800, 8, N, 2, DTR On, RTS On

General Tab: Kenwood, Interrogation checked, 200 ms Command interval, Scan well = 1; Ignore Mousewheel, Use multiple monitors and Log debugging info are checked

VFO A: continues to read 000,000.00. Clicking PTT TX does nothing; changing the TS-850 frequency or mode is not reflected in Commander readout; changing anything on the TS-850 is not reflected in Commander window.

No joy yet.

Sent from Mail for Windows 10

From: ve3iay@... [dxlab]
Sent: Sunday, July 23, 2017 4:29 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

You also need to set RTS on. See <http://www.dxlabsuite.com/dxlabwiki/TranceiverControlKenwood>.

73,
Rich VE3KI

---In dxlab@..., wrote :

Settings 8 N 2 4800
sometimes you can get them to work with a baud rate of 9600 but go to commander config and select kenwood slow.
73 Tony wa4jqs

At 04:57 PM 7/23/2017, you wrote:

Would someone tell me the correct settings so that my Kenwood TS-850 and Commander will “communicate†with each other? Using COM2 of a dual COM port card in a PCI slot. Windows Device Manager says the drivers are up to date and the device is working. Using a W1GEE TTL device made for the TS-850 that connects between COM2 and the ACC1 port of the TS-850. This equipment has worked in the past. Got a better motherboard. Windows 10 fully updated. Haven’t found the right permutations and combinations in the Commander Config settings to make the Commander and the TS-850 “talk†to each other. (Using COM3 and another W1GEE device for PTT.) Please help! Ed

Sent from Mail for Windows 10


Virus-free. www.avg.com
Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1









Re: Kenwood TS-850 and Commander settings

Anthony W. DePrato
 

try setting the port to  4800 baud



Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME  # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
 WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1


Re: Kenwood TS-850 and Commander settings

Dave AA6YQ
 

Make sure

- Commander's interrogation is enabled, with an interval of 200 ms

- the serial port's RTS is set to "ON"

- the radio and Commander are set to the same baud rate

- you're using the correct "variety" of serial cable (straight-through vs. null modem)

- there are no bent pins

Otherwise, there's a hardware problem.

73,

Dave, AA6YQ


From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 7:29 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings




Thanks, Bob. Just did check the port number assignments and Device Manager tells me that this dual serial port card (now ASIX MCS9835) is assigned as ports 2 and 3. In Device Manager, set the parameters to 4800, 8, None, 2 and no flow control. The two ports were set at 9600. Also re-updated the ASIX driver for this card. No changes observed.

On Sun, Jul 23, 2017 at 6:05 PM, 'Bob Main' bobmain1@... [dxlab] <dxlab@...> wrote:

May be that Windows 10 assigned a different COM port number than 2. I have a USB to COM port adapter and when I installed a new driver the ports changed. So might want to check that.

73, Bob KB4CL

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 6:58 PM

To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings


The IF-232C interface being used is the LCU3-K made by W1GEE. Made for Kenwood radios. Software must assert RTS for the TTL interface to receive power. No other instructions. Plug 'n play in terms of hardware. It's the software settings that have to be right for Commander and the TS-850 to "talk".

On Sun, Jul 23, 2017 at 5:52 PM, Ed Douglass <aa9ozham@...> wrote:
Concert just cancelled because of high winds in Sister Bay. Should have some time this evening to work on my problem.

On Sun, Jul 23, 2017 at 5:13 PM, Ed Douglass <aa9ozham@...> wrote:
Dwight:

DTR: off
log debugging info: not checked
Still no joy.
Gotta go play with the Peninsula Symphonic Band. Concert in Sister Bay.
Thanks for the help so far.

On Sun, Jul 23, 2017 at 4:58 PM, dgb ns9i@... [dxlab] <dxlab@...> wrote:

dtr on - not
log debug - not


On 7/23/2017 4:42 PM, Ed Douglass aa9ozham@... [dxlab] wrote:

Ports tab: Primary CAT Serial Port: COM2, 4800, 8, N, 2, DTR On, RTS On

General Tab: Kenwood, Interrogation checked, 200 ms Command interval, Scan well = 1; Ignore Mousewheel, Use multiple monitors and Log debugging info are checked

VFO A: continues to read 000,000.00. Clicking PTT TX does nothing; changing the TS-850 frequency or mode is not reflected in Commander readout; changing anything on the TS-850 is not reflected in Commander window.

No joy yet.

Sent from Mail for Windows 10

From: ve3iay@... [dxlab]
Sent: Sunday, July 23, 2017 4:29 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings



You also need to set RTS on. See <http://www.dxlabsuite.com/dxlabwiki/TranceiverControlKenwood>.

73,
Rich VE3KI

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

Settings 8 N 2 4800
sometimes you can get them to work with a baud rate of 9600 but go to commander config and select kenwood slow.
73 Tony wa4jqs

At 04:57 PM 7/23/2017, you wrote:

Would someone tell me the correct settings so that my Kenwood TS-850 and Commander will “communicate†with each other? Using COM2 of a dual COM port card in a PCI slot. Windows Device Manager says the drivers are up to date and the device is working. Using a W1GEE TTL device made for the TS-850 that connects between COM2 and the ACC1 port of the TS-850. This equipment has worked in the past. Got a better motherboard. Windows 10 fully updated. Haven’t found the right permutations and combinations in the Commander Config settings to make the Commander and the TS-850 “talk†to each other. (Using COM3 and another W1GEE device for PTT.) Please help! Ed

Sent from Mail for Windows 10


Virus-free. www.avg.com
Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1

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


Re: Kenwood TS-850 and Commander settings

NS9I
 

I would unplug both from the PC, watching device driver, then plug the 850 in to see what port it shows up on DD.


On 7/23/2017 6:28 PM, Ed Douglass aa9ozham@... [dxlab] wrote:
 
Thanks, Bob.  Just did check the port number assignments and Device Manager tells me that this dual serial port card (now ASIX MCS9835) is assigned as ports 2 and 3.  In Device Manager, set the parameters to 4800, 8, None, 2 and no flow control.  The two ports were set at 9600.  Also re-updated the ASIX driver for this card.  No changes observed.

On Sun, Jul 23, 2017 at 6:05 PM, 'Bob Main' bobmain1@... [dxlab] <dxlab@...> wrote:
 

May be that Windows 10 assigned a different COM port number than 2.  I have a USB to COM port adapter and when I installed a new driver the ports changed.  So might want to check that.

 

73, Bob KB4CL

 

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 6:58 PM


To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

 

 

The IF-232C interface being used is the LCU3-K made by W1GEE.  Made for Kenwood radios.  Software must assert RTS for the TTL interface to receive power.  No other instructions.  Plug 'n play in terms of hardware.  It's the software settings that have to be right for Commander and the TS-850 to "talk".

 

On Sun, Jul 23, 2017 at 5:52 PM, Ed Douglass <aa9ozham@...> wrote:

Concert just cancelled because of high winds in Sister Bay.  Should have some time this evening to work on my problem.

 

On Sun, Jul 23, 2017 at 5:13 PM, Ed Douglass <aa9ozham@...> wrote:

Dwight:

DTR:  off

log debugging info: not checked

Still no joy.

Gotta go play with the Peninsula Symphonic Band.  Concert in Sister Bay.

Thanks for the help so far.

 

On Sun, Jul 23, 2017 at 4:58 PM, dgb ns9i@... [dxlab] <dxlab@...> wrote:

 

dtr on - not

log debug - not

 

 

On 7/23/2017 4:42 PM, Ed Douglass aa9ozham@... [dxlab] wrote:

 

Ports tab: Primary CAT Serial Port: COM2, 4800, 8, N, 2, DTR On, RTS On

General Tab: Kenwood, Interrogation checked, 200 ms Command interval, Scan well = 1; Ignore Mousewheel, Use multiple monitors and Log debugging info are checked

VFO A: continues to read 000,000.00. Clicking PTT TX does nothing; changing the TS-850 frequency or mode is not reflected in Commander readout; changing anything on the TS-850 is not reflected in Commander window.

No joy yet.

Sent from Mail for Windows 10

From: ve3iay@... [dxlab]
Sent: Sunday, July 23, 2017 4:29 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

 

You also need to set RTS on.  See dxlabwiki/TranceiverControlKenwood>.

73,
Rich VE3KI

---In dxlab@..., wrote :

Settings 8 N 2  4800
sometimes you can get them to work with a baud rate of 9600 but go to commander config and select kenwood slow.
73 Tony wa4jqs

At 04:57 PM 7/23/2017, you wrote:

Would someone tell me the correct settings so that my Kenwood TS-850 and Commander will “communicate†with each other?  Using COM2 of a dual COM port card in a PCI slot.  Windows Device Manager says the drivers are up to date and the device is working.  Using a W1GEE TTL device made for the TS-850 that connects between COM2 and the ACC1 port of the TS-850.  This equipment has worked in the past.  Got a better motherboard.  Windows 10 fully updated.  Haven’t found the right permutations and combinations in the Commander Config settings to make  the Commander and the TS-850 “talk†to each other.  (Using COM3 and another W1GEE device for PTT.)  Please help!  Ed
 
Sent from Mail for Windows 10
 

 Virus-free. www.avg.com
Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME  # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
 WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1

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

 

 

 

 




Re: Kenwood TS-850 and Commander settings

Ed Douglass
 

Thanks, Bob.  Just did check the port number assignments and Device Manager tells me that this dual serial port card (now ASIX MCS9835) is assigned as ports 2 and 3.  In Device Manager, set the parameters to 4800, 8, None, 2 and no flow control.  The two ports were set at 9600.  Also re-updated the ASIX driver for this card.  No changes observed.

On Sun, Jul 23, 2017 at 6:05 PM, 'Bob Main' bobmain1@... [dxlab] <dxlab@...> wrote:
 

May be that Windows 10 assigned a different COM port number than 2.  I have a USB to COM port adapter and when I installed a new driver the ports changed.  So might want to check that.

 

73, Bob KB4CL

 

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 6:58 PM


To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

 

 

The IF-232C interface being used is the LCU3-K made by W1GEE.  Made for Kenwood radios.  Software must assert RTS for the TTL interface to receive power.  No other instructions.  Plug 'n play in terms of hardware.  It's the software settings that have to be right for Commander and the TS-850 to "talk".

 

On Sun, Jul 23, 2017 at 5:52 PM, Ed Douglass <aa9ozham@...> wrote:

Concert just cancelled because of high winds in Sister Bay.  Should have some time this evening to work on my problem.

 

On Sun, Jul 23, 2017 at 5:13 PM, Ed Douglass <aa9ozham@...> wrote:

Dwight:

DTR:  off

log debugging info: not checked

Still no joy.

Gotta go play with the Peninsula Symphonic Band.  Concert in Sister Bay.

Thanks for the help so far.

 

On Sun, Jul 23, 2017 at 4:58 PM, dgb ns9i@... [dxlab] <dxlab@...> wrote:

 

dtr on - not

log debug - not

 

 

On 7/23/2017 4:42 PM, Ed Douglass aa9ozham@... [dxlab] wrote:

 

Ports tab: Primary CAT Serial Port: COM2, 4800, 8, N, 2, DTR On, RTS On

General Tab: Kenwood, Interrogation checked, 200 ms Command interval, Scan well = 1; Ignore Mousewheel, Use multiple monitors and Log debugging info are checked

VFO A: continues to read 000,000.00. Clicking PTT TX does nothing; changing the TS-850 frequency or mode is not reflected in Commander readout; changing anything on the TS-850 is not reflected in Commander window.

No joy yet.

Sent from Mail for Windows 10

From: ve3iay@... [dxlab]
Sent: Sunday, July 23, 2017 4:29 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

 

You also need to set RTS on.  See dxlabwiki/TranceiverControlKenwood>.

73,
Rich VE3KI

---In dxlab@..., wrote :

Settings 8 N 2  4800
sometimes you can get them to work with a baud rate of 9600 but go to commander config and select kenwood slow.
73 Tony wa4jqs

At 04:57 PM 7/23/2017, you wrote:

Would someone tell me the correct settings so that my Kenwood TS-850 and Commander will “communicate†with each other?  Using COM2 of a dual COM port card in a PCI slot.  Windows Device Manager says the drivers are up to date and the device is working.  Using a W1GEE TTL device made for the TS-850 that connects between COM2 and the ACC1 port of the TS-850.  This equipment has worked in the past.  Got a better motherboard.  Windows 10 fully updated.  Haven’t found the right permutations and combinations in the Commander Config settings to make  the Commander and the TS-850 “talk†to each other.  (Using COM3 and another W1GEE device for PTT.)  Please help!  Ed
 
Sent from Mail for Windows 10
 

 Virus-free. www.avg.com
Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME  # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
 WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1

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

 

 

 

 



Re: Kenwood TS-850 and Commander settings

Bob Main
 

May be that Windows 10 assigned a different COM port number than 2.  I have a USB to COM port adapter and when I installed a new driver the ports changed.  So might want to check that.

 

73, Bob KB4CL

 

From: dxlab@... [mailto:dxlab@...]
Sent: Sunday, July 23, 2017 6:58 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

 

 

The IF-232C interface being used is the LCU3-K made by W1GEE.  Made for Kenwood radios.  Software must assert RTS for the TTL interface to receive power.  No other instructions.  Plug 'n play in terms of hardware.  It's the software settings that have to be right for Commander and the TS-850 to "talk".

 

On Sun, Jul 23, 2017 at 5:52 PM, Ed Douglass <aa9ozham@...> wrote:

Concert just cancelled because of high winds in Sister Bay.  Should have some time this evening to work on my problem.

 

On Sun, Jul 23, 2017 at 5:13 PM, Ed Douglass <aa9ozham@...> wrote:

Dwight:

DTR:  off

log debugging info: not checked

Still no joy.

Gotta go play with the Peninsula Symphonic Band.  Concert in Sister Bay.

Thanks for the help so far.

 

On Sun, Jul 23, 2017 at 4:58 PM, dgb ns9i@... [dxlab] <dxlab@...> wrote:

 

dtr on - not

log debug - not

 

 

On 7/23/2017 4:42 PM, Ed Douglass aa9ozham@... [dxlab] wrote:

 

Ports tab: Primary CAT Serial Port: COM2, 4800, 8, N, 2, DTR On, RTS On

General Tab: Kenwood, Interrogation checked, 200 ms Command interval, Scan well = 1; Ignore Mousewheel, Use multiple monitors and Log debugging info are checked

VFO A: continues to read 000,000.00. Clicking PTT TX does nothing; changing the TS-850 frequency or mode is not reflected in Commander readout; changing anything on the TS-850 is not reflected in Commander window.

No joy yet.

Sent from Mail for Windows 10

From: ve3iay@... [dxlab]
Sent: Sunday, July 23, 2017 4:29 PM
To: dxlab@...
Subject: Re: [dxlab] Kenwood TS-850 and Commander settings

 

You also need to set RTS on.  See .

73,
Rich VE3KI

---In dxlab@..., wrote :

Settings 8 N 2  4800
sometimes you can get them to work with a baud rate of 9600 but go to commander config and select kenwood slow.
73 Tony wa4jqs

At 04:57 PM 7/23/2017, you wrote:

Would someone tell me the correct settings so that my Kenwood TS-850 and Commander will “communicate†with each other?  Using COM2 of a dual COM port card in a PCI slot.  Windows Device Manager says the drivers are up to date and the device is working.  Using a W1GEE TTL device made for the TS-850 that connects between COM2 and the ACC1 port of the TS-850.  This equipment has worked in the past.  Got a better motherboard.  Windows 10 fully updated.  Haven’t found the right permutations and combinations in the Commander Config settings to make  the Commander and the TS-850 “talk†to each other.  (Using COM3 and another W1GEE device for PTT.)  Please help!  Ed
 
Sent from Mail for Windows 10
 

 Virus-free. www.avg.com
Anthony W.DePrato WA4JQS since 1962
CQ DX HALL OF FAME  # 35
DXCC HONOR ROLL
DXPEDITION OF THE YEAR 1992 VP8SSI
DXPEDITION OF THE YEAR 1993/1994 3Y0PI
VP8SSI 3Y0PI VP8BZL V31SS ZD8JQS
 WA4JQS/ZS1 WA4JQS/KC4 WA4JQS/4K1

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

 

 

 

 

39681 - 39700 of 209586