|
Re: Serial Port RTS Error upon startup Commander
Saad Mahaini
Hi Dave its ''' CI-V Commander the transceiver has not responded, and the serial port's RTS signal is not set to 'on" , which this transceiver typically requires; set the RTS signal to 'on"? Yes or no Buttons options '''''' Radios Radio 1 IC-7600 via Microham MK-3 Radio 2 FT-2000 via MK-2 Radio 3 TS-2000X direct 73 Saad N5FF
On Wednesday, April 28, 2021, 3:55:52 PM CDT, Dave AA6YQ <aa6yq@...> wrote:
+ AA6YQ comments below I have run commander configured for multiple radios When i launch Commander, i in most cases only have one radio turned on or even none, as i sometimes start the program then decide what radio to use, etc when i don't have the Icom radio (Happens to be the first one of the three in Commander ) even if a different radio i selected from previous session, I get the error message Inline image + Attachments are not conveyed here. What is the text of the error message? + What make and model transceivers are you using? 73, Dave, AA6YQ
|
|
|
|
Help with backup suggesiton
Hi all,
After the recent emails about backups, I am wondering if there is a neat way to simply copy the MDB log file to an external HDD?
On my old Win7 PC, I had a small batch file that I could run from the desktop which use the xcopy function to copy my GU0SUP.MDB file and replace it if it had been updated since the last backup. It also copied a few other files from within DXKeeper, such as bands.txt, modes.txt, and also a copy of my Workspace settings. (Are there any other files I should back up at the same time?)
Now that I have a nice new Win10 Pro 64 bit machine, I would like to have something simple that could do a similar task. However, I see that MS has deprecated xcopy, and the new option seems to be overly complicated for what is – essentially such a simple thing. I am not sure I want a scheduled task to do this overnight, as that could potentially clash with one of those unsolicited Windows updates that occur, even when you have stated that you wish to be advise BEFORE initiating the update.
My shack PC is on 24/7, so I currently create a backup after each session on the radio, or when I have sync’d LoTW for example.
Can anyone suggest a simple way of achieving this?
73 de Phil GU0SUP
|
|
|
|
Re: Spot Collector Sluggish and slowing everything down
Dave AA6YQ
+ AA6YQ comments below
Just to circle back on this issue with some feedback Everything got to the point of being so sluggish, almost non responsive and unusable. During a contest with spots pouring in so fast, it was practically almost frozen. I tried about everything recommend in the document., short of adding more memory and dedicating CPUs, the only thing that made HUGE difference is "Size control" in the SC Config / Spot database. I "cleared" it and also changed "Brune entries to older than 1 day", also checked "clear data base on startup". This made a night and day difference, and everything was responded instantly. + Managing a large database requires available RAM. Instead of enabling "clear data base on startup", I suggest that you enable "Prune Spot Database hourly". + When seeking to understand the operating pattern of a particular station, add its callsign to SpotCollector's Special Callsign List with a NOPRUNE tag. 73, Dave, AA6YQ
|
|
|
|
Re: Serial Port RTS Error upon startup Commander
Dave AA6YQ
+ AA6YQ comments below
I have run commander configured for multiple radios When i launch Commander, i in most cases only have one radio turned on or even none, as i sometimes start the program then decide what radio to use, etc when i don't have the Icom radio (Happens to be the first one of the three in Commander ) even if a different radio i selected from previous session, I get the error message Inline image + Attachments are not conveyed here. What is the text of the error message? + What make and model transceivers are you using? 73, Dave, AA6YQ
|
|
|
|
Re: Spot Collector Sluggish and slowing everything down
Saad Mahaini
Dave, Just to circle back on this issue with some feedback Everything got to the point of being so sluggish, almost non responsive and unusable. During a contest with spots pouring in so fast, it was practically almost frozen. I tried about everything recommend in the document., short of adding more memory and dedicating CPUs, the only thing that made HUGE difference is "Size control" in the SC Config / Spot database. I "cleared" it and also changed "Brune entries to older than 1 day", also checked "clear data base on startup". This made a night and day difference, and everything was responded instantly. I will still explore the memory upgrade and CPU allocation when i get to it, but for now this certainly made a huge difference 73 Saad N5FF
On Sunday, March 28, 2021, 02:27:02 PM CDT, Dave AA6YQ <aa6yq@...> wrote:
+ AA6YQ comments below Once i start Spot Collector, seems like everything slows down considerable and response time on other modules i.e. logging, etc. become noticeably sluggish, unresponsive in some cases The worst response is when i try to do anything on teh spot Collector window. For example clicking on a spot sometimes take many clicks /tries for it to respond. Checking Windows task Manager shows Spot Collector continuously hogging anywhere from 25 % to 30 % of the CPU usage. I limited the Spot collector spot sources to only one source (N6WS), that did not make a difference I ran the PC in safe mode an that did not make a difference either I disabled the protection (Defender and virus scans, etc) , with no difference I'm not sure what to try next. I guess the question is if its normal for SC to utilize this much CPU, and if so, why does it bring things to halt even at 30% CPU usage. Even with everything running including SC, the total CPU usage is in the 50ish % range , is that too much? + CPU usage is only one of several factors that can slow system performance. See https://www.dxlabsuite.com/dxlabwiki/OptimizeSCPerformance 73, Dave, AA6YQ
|
|
|
|
Serial Port RTS Error upon startup Commander
Saad Mahaini
Hi Dave I have run commander configured for multiple radios When i launch Commander, i in most cases only have one radio turned on or even none, as i sometimes start the program then decide what radio to use, etc when i don't have the Icom radio (Happens to be the first one of the three in Commander ) even if a different radio i selected from previous session, I get the error message I learned to check "no", but sometimes if im distracted and not thinking (seems to happen often lately) i select "Yes", then later when i try to use that radio, i go in circles trying to figure out why things are not behaving normal till i eventually end up going into the Config and changing the RTS flag to "X" in my case for things to work again My question is why is this error message relevant, and is it even necessary to flag upon start up? In another word why does it even think that it should be on in the first place, since its a parameter that can be configured different ways depends on personal configuration, setup, etc. Or is it a configuration conflict that is specific to my setup? 73 Saad N5FF
|
|
|
|
Re: DXKeeper 16.1.0 Upgrade
Migrating to a new computer for the shack.
Older computer upgraded without any issues. New computer immediately updated to the 16.1.0 after initial install and has been functioning without issue. My log is just shy of 100k entries. Glenn KE4KY
|
|
|
|
Re: DXKeeper 16.1.0 Upgrade
Dave AA6YQ
+ AA6YQ comments below
I think that anyone upgrading to 16.1.0 should BACKUP YOUR .MDB file first. I did not (duh), and it initially appears that a large part of my log is now gone. I have opened every .mdb file that I could find on my computer with MS Access, and it appears that about 15 years of my 17 year old log is not there. Fortunately I have a one year old backup .mdb file on a flash drive, and I have sent all the files to Dave, and am waiting for his instructions on where to go next. I will paper log in the meantime as to not disturb anything in DXKeeper. I hope I'm wrong about this missing data, but the one year old .mdb file is over 7 Mb, and the current one is less than 1.5 Mb. + Anyone using any logging application should backup their log file after each operating session. There are several free backup-and-recovery applications available. As has already been pointed out in this thread, DXKeeper can backup your log with one mouse click, and provides the option to automatically backup you log on shut down. See https://www.dxlabsuite.com/dxlabwiki/BackupRecovery + Having gone a full year without backing up a log file, you should not be surprised if you end up losing QSOs. If necessary, basic QSO data can be recovered from LoTW, as described in https://www.dxlabsuite.com/dxlabwiki/LotWRecoveringLostQSOs + You sent me your year-old backup file in a zip archive; DXKeeper successfully updated the capacity of its Mode items, and I returned the updated file to you in a zip archive. + You also sent me a log file directly attached to an email message. Bare .mdb files cannot be conveyed as email attachments; they must be enclosed in a zip archive. You mentioned that you had opened your log file with Excel. I hope you mean that you made a copy of your log file and opened that copy with Excel, because opening a log file with Excel makes it easy to render that log file un-useable. + Please place your current log file in a zip archive, attach the zip archive to an email message, and send the message to me via aa6yq (at) ambersoft.com 73, Dave, AA6YQ
|
|
|
|
Re: Uploads to LOTA & EQSL
#file
Dave AA6YQ
+ AA6YQ comments below
Thanks Carl for the info. I got it fixed now. Appreciate the help + Now would be a good time to review https://www.dxlabsuite.com/dxlabwiki/QSLingLotW + and + https://www.dxlabsuite.com/dxlabwiki/QSLingeQSL 73, Dave. AA6YQ
|
|
|
|
Re: Multiple instances JTDX and SC
Dave AA6YQ
+ AA6YQ comments below
I'm running 2 instances of JTDX, both are enabled to forward spot info to SC. It would appear that I experiencing some number of collisions on the UDP port. Any thoughts out there on a possible resolution? + JTDX is a hostile fork of the open source WSJT-X project, and thus is not supported for interoperation with DXLab. 73, Dave, AA6YQ
|
|
|
|
Re: DXKeeper 16.1.0 Upgrade
nwchris
Thanks Norm! I will do that as soon as I get it working again.
-Chris VA3ECO
|
|
|
|
Re: DXKeeper 16.1.0 Upgrade
Norm - KC1BMD
I checked the box to generate a backup on shutdown to get a db backup every day automatically (assuming you shutdown the PC every day).
-- 73, Norm/KC1BMD
|
|
|
|
Re: DXKeeper 16.1.0 Upgrade
nwchris
I think that anyone upgrading to 16.1.0 should BACKUP YOUR .MDB file first. I did not (duh), and it initially appears that a large part of my log is now gone.
I have opened every .mdb file that I could find on my computer with MS Access, and it appears that about 15 years of my 17 year old log is not there. Fortunately I have a one year old backup .mdb file on a flash drive, and I have sent all the files to Dave, and am waiting for his instructions on where to go next. I will paper log in the meantime as to not disturb anything in DXKeeper. I hope I'm wrong about this missing data, but the one year old .mdb file is over 7 Mb, and the current one is less than 1.5 Mb. Great program by the way, it interfaces with the rig, SatPC32 and WSJT-X beautifully. I look forward to getting it going again. Fingers crossed, -Chris VA3ECO
|
|
|
|
Re: DXKeeper 16.1.0 Upgrade
Salvatore Besso
ok!
73 de Salvatore (I4FYV)
|
|
|
|
Re: Uploads to LOTA & EQSL
#file
Thanks Carl for the info. I got it fixed now. Appreciate the help
- 73's de NU4N Dave
|
|
|
|
Re: Uploads to LOTA & EQSL
#file
Carl - WC4H
Hi Dave.
U means it's uploaded. Try this: On the QSL tab, click on the LoTW radio button in the QSL via panel. Then click on the Sync to LoTW button in the LoTW operations panel. You can do the same for eQSL but the only sync option is for QSLs, not QSOs. 73. Carl - WC4H
|
|
|
|
Uploads to LOTA & EQSL
#file
Why do some of my qso's show upload Y and a date. Them some show U in LOTA and EQSL with no date ?? I have my program to set auto load for LOTW & QSL.
Thanks -- 73's de NU4N Dave
|
|
|
|
Re: Club Log Upload Permission Popup Box
K0LUZ -- Gary "Red" Letchford
Thanks Dave,
toggle quoted messageShow quoted text
Must be the case because this morning, there is no popup on completed qsos. That's how I like to solve problems. They just disappear! Thanks for your reply. 73 Red K0LUZ
On 4/28/2021 01:22 AM, Dave AA6YQ wrote:
+ AA6YQ comments below --
This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
|
|
|
|
Multiple instances JTDX and SC
Gregg W6IZT
I'm running 2 instances of JTDX, both are enabled to forward spot info to SC. It would appear that I experiencing some number of collisions on the UDP port. Any thoughts out there on a possible resolution?
toggle quoted messageShow quoted text
Thanks in Advance 73 Gregg W6IZT
-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Joe Subich, W4TV Sent: Thursday, April 15, 2021 02:11 To: DXLab@groups.io Subject: Re: [DXLab] Digital operation on old rig [TS-850S]. Signalink USB a good solution? Kenwood transceivers are unique in the way they handle digital audio. If you are connecting to the ACC2 jack (as the Signalink cable does) you must supply hardware PTT on that jack (pin 9 "PKS") in order to select input audio from the ACC2 jack *and* to mute the microphone. Only the TS-480 (which does not have an ACC2 jack) and the TS-2000, TS-890, and TS-990 (which haves a separate CAT command to duplicate the function of PKS) are exempt from the "hardware PTT on PKS" rule. 73, ... Joe, W4TV On 2021-04-14 9:31 PM, Dave Fugleberg wrote: As others said it appears as another sound card, and your computer can
|
|
|
|
Club Log is no longer preceding its responses with a newline character <eom>
Dave AA6YQ
|
|
|