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

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

 

> 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.

Emne: Question

 

Morning

Why does this not stop?

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

 

Vy 73  La6jea

 

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]