Re: [wsjt-devel] WSPR Crash on ARM, was : Re: WSPR crashes, threads understood
Hi Bill, Greg and Joe,
Threads
More testing, this time on Fedora 21 ARM released Dec 2014.
Kernel: 3.17.4-301.fc21.armv7hl
A user process can do 379 "threads" that's all.
See the "th.c" test file below.
Note, I used the word "do". Even if they (the threads) terminate cleanly,
the user process can only do 379 of them.
So, WSPR will "stop" after 379 x 2mins, or about 11 hours.
This is an ARM Linux problem.
Previous email:
Hi Bill, Greg and Joe,
On reading:
http://www.thegeekstuff.com/2012/04/terminate-c-thread/
they use a function call "pthread_exit(ret)"
Which is not there doing a "grep" on the WSPR code.
How many threads do we have:
alanb@bananapi:~$ cat /proc/sys/kernel/threads-max 13988
x86_64 bash-4.2$ cat /proc/sys/kernel/threads-max 59148
But, per process, about 380 on the Banana Pi.
828 on my PC x86_64 Fedora 20
See this C code:
--cut---
#include
#include
#include
#include
#include
/* Test how many threads we can do */
// gcc -std=c99 th.c -lpthread
#define MAXT 300
pthread_t thrd[MAXT];
int ret1;
void * thread(void* i)
{
sleep(1);//make the thread stay alive 1 sec
ret1 = 0;
pthread_exit(&ret1);
}
int main()
{
for(int i=0;i 30.000
threads.
But, the Rx process fails at about the 300 to 400 2min sessions.
My "test" code uses the function pthread_exit() but it doesn't help.
So, it's a program design issue on the ARM.
So, I tried on the PC, AMD A4-5000, 8gb ram. 828 max simultaneous threads, But
doing 800
with pthread_exit() call, wait until they finish, we can do another 800.
6146B
Alan VK2ZIW
On Tue, 23 Dec 2014 14:55:43 +1000, Alan VK2ZIW wrote
> Hi Bill and all,
> ps -eLfu alanb =>
> UID PID PPID LWP C NLWP STIME TTY TIME CMD
> alanb 3778 2254 3778 0 1 14:24 pts/0 00:00:00 /bin/sh
> /usr/local/bin/wspr40
> alanb 3780 3778 3780 3 5 14:24 pts/0 00:01:52 python3
> /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
> alanb 3780 3778 3781 0 5 14:24 pts/0 00:00:04 python3
> /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
> alanb 3780 3778 3783 0 5 14:24 pts/0 00:00:03 python3
> /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
> alanb 3780 3778 3875 99 5 15:17 pts/0 00:00:10 python3
> /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
> alanb 3780 3778 3876 3 5 15:17 pts/0 00:00:00 python3
> /downloads/hamradio/digital/wsjt/4795wsprB/wspr/wspr.py
>
> Why the 99?
>
> Then on a 2nd ps -eLfu alanb, the 99 is back to 0. Another time, 80.
>
> Puzzled, seems to jump in the "Decode" phase.
> cat /proc/sys/kernel/threads-max
> 13988
> cat /proc/sys/vm/max_map_count
> 65530
> ulimit -a
> core file size (blocks, -c) 0
> data seg size (kbytes, -d) unlimited
> scheduling priority (-e) 0
> file size (blocks, -f) unlimited
> pending signals (-i) 6994
> max locked memory (kbytes, -l) 64
> max memory size (kbytes, -m) unlimited
> open files (-n) 1024
> pipe size (512 bytes, -p) 8
> POSIX message queues (bytes, -q) 819200
> real-time priority (-r) 0
> stack size (kbytes, -s) 8192
> cpu time (seconds, -t) unlimited
> max user processes (-u) 6994
> virtual memory (kbytes, -v) unlimited
> file locks (-x) unlimited
>
> Alan VK2ZIW
>
> On Sun, 21 Dec 2014 12:24:14 +, Bill Somerville wrote
> > On 21/12/2014 11:01, Alan VK2ZIW wrote:
> > Hi Greg and all,
> > Hi Alan,
> >
> > Can we please focus on the "crash " problem?
> >
> > WSPR runs perfectly fine for 10+ hours then crashes:
> >
> > spawning new thread: Resourcetemporarily unavailable
> > Error starting rx thread 11
> > I don't know the WSPR code base apart from acursory skim through it but
> > that error sounds like the o/s has runout of process/thread slots. Clearly
> > WSPR doesn't spawn largenumbers of concurrent threads or processes so I
> > would guesssomething is starting threads or processes and they are
> > notterminating when they should. A simple 'ps' listing now and againwhile
> > WSPR is running should reveal the issue.
> >
> >
> >
> > Keep Smiling
> >
> > Alan VK2ZIW
> >
>
> Alan
>
> Man's greatest waste of time: Worshipping the wrong God.
> Consider Jesus.
> ---
> Alan Beard Unix Support Technician from 1984 to today
> 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO OpenServer 5.0.X
> Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc..
> +61 2 47353013 (h) Support Programming, shell scripting, "C", assembler
> 0414 353013 (mobile) After uni, electr
>
Alan
Man's greatest waste of time: Worshipping the wrong God.
Consider Jesus.
--
Re: [wsjt-devel] radio command issue using WSJT-x
Ah ok Bill. Then I think the focus is on Commander at this point and will look into that. 73 Jay Jay Hainline KA9CFD Colchester, IL EN40om -Original Message- From: Bill Somerville Sent: Tuesday, December 30, 2014 16:10 To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] radio command issue using WSJT-x On 30/12/2014 15:42, Jay Hainline wrote: Hi Jay, > OK. I am just using the rig control built into WSJT-x now. And it is not > remembering which antenna port when switching bands from an HF band such > as > 10 meters to 6 meters and back. I think I need a CAT command to tell it to > switch antenna ports when I go to 6 meters and the HF bands for both > VFO's. > That may be the same for Commander also. No, the correct way for the program to do this is to send a band change command before setting the frequency when moving to a new band. Commander is supposed to be doing that already. WSJT-X using Hamlib will at some point in the future. > > > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. > > -Original Message- > From: Bill Somerville > Sent: Tuesday, December 30, 2014 15:36 > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] radio command issue using WSJT-x > > On 30/12/2014 15:29, Jay Hainline wrote: > > Hi Jay, >> I am going to turn Commander off and reconfigure the Rig control in >> WSJT-x >> for the Yaesu and see if it works. That will isolate the problem. On the >> band stacking question, I think the answer is no. I only have the 6 meter >> antenna connected to the antenna 2 port. So it should be selecting >> antenna >> 1 >> when I am on the hf bands. > OK, WSJT-X using Hamlib for a direct connection to the rig definitely > doesn't send and band change commands so if that improves matters it > will be useful to know. >> >> >> Jay Hainline KA9CFD >> Colchester, IL EN40om > 73 > Bill > G4WJS. >> -Original Message- >> From: Bill Somerville >> Sent: Tuesday, December 30, 2014 15:17 >> To: wsjt-devel@lists.sourceforge.net >> Subject: Re: [wsjt-devel] radio command issue using WSJT-x >> >> On 30/12/2014 15:08, Jay Hainline wrote: >> >> Hi Jay, >>> Yes the 2nd VFO is on the correct band. >> OK, then possibly Commander is sending too many band change commands, >> sending a band change command when already on the band will cycle around >> the band stacking registers. Is it possible that you have different >> aerials selected for one or more of the band stacking registers on the >> target band? >> >> If you are familiar with the Yaesu CAT language it is possible to >> monitor the CAT conversation using the "Msgs" screen. >>> >>> Jay Hainline KA9CFD >>> Colchester, IL EN40om >> 73 >> Bill >> G4WJS. >>> -Original Message- >>> From: Bill Somerville >>> Sent: Tuesday, December 30, 2014 14:49 >>> To: wsjt-devel@lists.sourceforge.net >>> Subject: Re: [wsjt-devel] radio command issue using WSJT-x >>> >>> On 30/12/2014 14:11, Jay Hainline wrote: >>> >>> Hi Jay, I am having an issue with my radio switching the 2nd VFO to Antenna 2 position instead of keeping it on antenna 1 when using WSJT-X on the HF bands. I don’t know if this is a rig control problem in WSJT-x or in the DXlabs Commander program. Here is my set up: Radio: Yaesu FT-2000 WSJT software: WSJT-X v1.5.0-devel r4831 Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also using JTAlertX 2.5.5 Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna 2. When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire up WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I am able to get it back on ANT 1 by turning off the 2nd VFO and hold the SPLIT button in to reactivate it. Then it will transmit on ANT 1. >>> Yaesu complicate things a bit by having band change commands as well as >>> frequency set commands in their CAT protocol. The band change commands >>> restore the last used aerial, AGC, pre-amp and, attenuator settings for >>> the target band. The frequency change commands do not do that, they just >>> leave the settings as is. >>> >>> DX Lab Suite Commander recently changed to do the right band change >>> command before setting a frequency, this means that once you have the >>> right aerial and other settings for a band they should always be >>> restored when you return to that band. >>> >>> If you do not use Commander as an intermediary this will not happen, for >>> now, but this is considered a defect that will eventually be rectified. >>> >>> I suspect that Commander is not quite right yet and is not using the >>> correct band change command on the split Tx VFO. Does the problem you >>> are seeing still occur if the split Tx VFO is already on the right band? I hope that explains it. If this message needs to go to another list, please let me know. 73 Jay Jay Hainli
Re: [wsjt-devel] radio command issue using WSJT-x
On 30/12/2014 15:42, Jay Hainline wrote: Hi Jay, > OK. I am just using the rig control built into WSJT-x now. And it is not > remembering which antenna port when switching bands from an HF band such as > 10 meters to 6 meters and back. I think I need a CAT command to tell it to > switch antenna ports when I go to 6 meters and the HF bands for both VFO's. > That may be the same for Commander also. No, the correct way for the program to do this is to send a band change command before setting the frequency when moving to a new band. Commander is supposed to be doing that already. WSJT-X using Hamlib will at some point in the future. > > > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. > > -Original Message- > From: Bill Somerville > Sent: Tuesday, December 30, 2014 15:36 > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] radio command issue using WSJT-x > > On 30/12/2014 15:29, Jay Hainline wrote: > > Hi Jay, >> I am going to turn Commander off and reconfigure the Rig control in WSJT-x >> for the Yaesu and see if it works. That will isolate the problem. On the >> band stacking question, I think the answer is no. I only have the 6 meter >> antenna connected to the antenna 2 port. So it should be selecting antenna >> 1 >> when I am on the hf bands. > OK, WSJT-X using Hamlib for a direct connection to the rig definitely > doesn't send and band change commands so if that improves matters it > will be useful to know. >> >> >> Jay Hainline KA9CFD >> Colchester, IL EN40om > 73 > Bill > G4WJS. >> -Original Message- >> From: Bill Somerville >> Sent: Tuesday, December 30, 2014 15:17 >> To: wsjt-devel@lists.sourceforge.net >> Subject: Re: [wsjt-devel] radio command issue using WSJT-x >> >> On 30/12/2014 15:08, Jay Hainline wrote: >> >> Hi Jay, >>> Yes the 2nd VFO is on the correct band. >> OK, then possibly Commander is sending too many band change commands, >> sending a band change command when already on the band will cycle around >> the band stacking registers. Is it possible that you have different >> aerials selected for one or more of the band stacking registers on the >> target band? >> >> If you are familiar with the Yaesu CAT language it is possible to >> monitor the CAT conversation using the "Msgs" screen. >>> >>> Jay Hainline KA9CFD >>> Colchester, IL EN40om >> 73 >> Bill >> G4WJS. >>> -Original Message- >>> From: Bill Somerville >>> Sent: Tuesday, December 30, 2014 14:49 >>> To: wsjt-devel@lists.sourceforge.net >>> Subject: Re: [wsjt-devel] radio command issue using WSJT-x >>> >>> On 30/12/2014 14:11, Jay Hainline wrote: >>> >>> Hi Jay, I am having an issue with my radio switching the 2nd VFO to Antenna 2 position instead of keeping it on antenna 1 when using WSJT-X on the HF bands. I don’t know if this is a rig control problem in WSJT-x or in the DXlabs Commander program. Here is my set up: Radio: Yaesu FT-2000 WSJT software: WSJT-X v1.5.0-devel r4831 Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also using JTAlertX 2.5.5 Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna 2. When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire up WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I am able to get it back on ANT 1 by turning off the 2nd VFO and hold the SPLIT button in to reactivate it. Then it will transmit on ANT 1. >>> Yaesu complicate things a bit by having band change commands as well as >>> frequency set commands in their CAT protocol. The band change commands >>> restore the last used aerial, AGC, pre-amp and, attenuator settings for >>> the target band. The frequency change commands do not do that, they just >>> leave the settings as is. >>> >>> DX Lab Suite Commander recently changed to do the right band change >>> command before setting a frequency, this means that once you have the >>> right aerial and other settings for a band they should always be >>> restored when you return to that band. >>> >>> If you do not use Commander as an intermediary this will not happen, for >>> now, but this is considered a defect that will eventually be rectified. >>> >>> I suspect that Commander is not quite right yet and is not using the >>> correct band change command on the split Tx VFO. Does the problem you >>> are seeing still occur if the split Tx VFO is already on the right band? I hope that explains it. If this message needs to go to another list, please let me know. 73 Jay Jay Hainline KA9CFD Colchester, IL EN40om >>> 73 >>> Bill >>> G4WJS. >>> >>> -- >>> Dive into the World of Parallel Programming! The Go Parallel Website, >>> sponsored by Intel and developed in partnership with Slashdot Media, is >>> your >>> hub for all things parallel software d
Re: [wsjt-devel] radio command issue using WSJT-x
OK. I am just using the rig control built into WSJT-x now. And it is not remembering which antenna port when switching bands from an HF band such as 10 meters to 6 meters and back. I think I need a CAT command to tell it to switch antenna ports when I go to 6 meters and the HF bands for both VFO's. That may be the same for Commander also. Jay Hainline KA9CFD Colchester, IL EN40om -Original Message- From: Bill Somerville Sent: Tuesday, December 30, 2014 15:36 To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] radio command issue using WSJT-x On 30/12/2014 15:29, Jay Hainline wrote: Hi Jay, > I am going to turn Commander off and reconfigure the Rig control in WSJT-x > for the Yaesu and see if it works. That will isolate the problem. On the > band stacking question, I think the answer is no. I only have the 6 meter > antenna connected to the antenna 2 port. So it should be selecting antenna > 1 > when I am on the hf bands. OK, WSJT-X using Hamlib for a direct connection to the rig definitely doesn't send and band change commands so if that improves matters it will be useful to know. > > > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. > > -Original Message- > From: Bill Somerville > Sent: Tuesday, December 30, 2014 15:17 > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] radio command issue using WSJT-x > > On 30/12/2014 15:08, Jay Hainline wrote: > > Hi Jay, >> Yes the 2nd VFO is on the correct band. > OK, then possibly Commander is sending too many band change commands, > sending a band change command when already on the band will cycle around > the band stacking registers. Is it possible that you have different > aerials selected for one or more of the band stacking registers on the > target band? > > If you are familiar with the Yaesu CAT language it is possible to > monitor the CAT conversation using the "Msgs" screen. >> >> >> Jay Hainline KA9CFD >> Colchester, IL EN40om > 73 > Bill > G4WJS. >> -Original Message- >> From: Bill Somerville >> Sent: Tuesday, December 30, 2014 14:49 >> To: wsjt-devel@lists.sourceforge.net >> Subject: Re: [wsjt-devel] radio command issue using WSJT-x >> >> On 30/12/2014 14:11, Jay Hainline wrote: >> >> Hi Jay, >>> I am having an issue with my radio switching the 2nd VFO to Antenna 2 >>> position instead of keeping it on antenna 1 when using WSJT-X on the HF >>> bands. I don’t know if this is a rig control problem in WSJT-x or in the >>> DXlabs Commander program. Here is my set up: >>> >>> Radio: Yaesu FT-2000 >>> WSJT software: WSJT-X v1.5.0-devel r4831 >>> Logging software: DXlabs with Commander ver. 11.1.5 for rig control. >>> Also >>> using JTAlertX 2.5.5 >>> >>> Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna >>> 2. >>> >>> When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire >>> up >>> WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I >>> am >>> able to get it back on ANT 1 by turning off the 2nd VFO and hold the >>> SPLIT >>> button in to reactivate it. Then it will transmit on ANT 1. >> Yaesu complicate things a bit by having band change commands as well as >> frequency set commands in their CAT protocol. The band change commands >> restore the last used aerial, AGC, pre-amp and, attenuator settings for >> the target band. The frequency change commands do not do that, they just >> leave the settings as is. >> >> DX Lab Suite Commander recently changed to do the right band change >> command before setting a frequency, this means that once you have the >> right aerial and other settings for a band they should always be >> restored when you return to that band. >> >> If you do not use Commander as an intermediary this will not happen, for >> now, but this is considered a defect that will eventually be rectified. >> >> I suspect that Commander is not quite right yet and is not using the >> correct band change command on the split Tx VFO. Does the problem you >> are seeing still occur if the split Tx VFO is already on the right band? >>> I hope that explains it. If this message needs to go to another list, >>> please >>> let me know. >>> >>> 73 Jay >>> >>> Jay Hainline KA9CFD >>> Colchester, IL EN40om >> 73 >> Bill >> G4WJS. >> >> -- >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take >> a >> look and join the conversation now. http://goparallel.sourceforge.net >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> >> >> >>
Re: [wsjt-devel] radio command issue using WSJT-x
On 30/12/2014 15:29, Jay Hainline wrote: Hi Jay, > I am going to turn Commander off and reconfigure the Rig control in WSJT-x > for the Yaesu and see if it works. That will isolate the problem. On the > band stacking question, I think the answer is no. I only have the 6 meter > antenna connected to the antenna 2 port. So it should be selecting antenna 1 > when I am on the hf bands. OK, WSJT-X using Hamlib for a direct connection to the rig definitely doesn't send and band change commands so if that improves matters it will be useful to know. > > > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. > > -Original Message- > From: Bill Somerville > Sent: Tuesday, December 30, 2014 15:17 > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] radio command issue using WSJT-x > > On 30/12/2014 15:08, Jay Hainline wrote: > > Hi Jay, >> Yes the 2nd VFO is on the correct band. > OK, then possibly Commander is sending too many band change commands, > sending a band change command when already on the band will cycle around > the band stacking registers. Is it possible that you have different > aerials selected for one or more of the band stacking registers on the > target band? > > If you are familiar with the Yaesu CAT language it is possible to > monitor the CAT conversation using the "Msgs" screen. >> >> >> Jay Hainline KA9CFD >> Colchester, IL EN40om > 73 > Bill > G4WJS. >> -Original Message- >> From: Bill Somerville >> Sent: Tuesday, December 30, 2014 14:49 >> To: wsjt-devel@lists.sourceforge.net >> Subject: Re: [wsjt-devel] radio command issue using WSJT-x >> >> On 30/12/2014 14:11, Jay Hainline wrote: >> >> Hi Jay, >>> I am having an issue with my radio switching the 2nd VFO to Antenna 2 >>> position instead of keeping it on antenna 1 when using WSJT-X on the HF >>> bands. I don’t know if this is a rig control problem in WSJT-x or in the >>> DXlabs Commander program. Here is my set up: >>> >>> Radio: Yaesu FT-2000 >>> WSJT software: WSJT-X v1.5.0-devel r4831 >>> Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also >>> using JTAlertX 2.5.5 >>> >>> Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna >>> 2. >>> >>> When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire >>> up >>> WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I >>> am >>> able to get it back on ANT 1 by turning off the 2nd VFO and hold the >>> SPLIT >>> button in to reactivate it. Then it will transmit on ANT 1. >> Yaesu complicate things a bit by having band change commands as well as >> frequency set commands in their CAT protocol. The band change commands >> restore the last used aerial, AGC, pre-amp and, attenuator settings for >> the target band. The frequency change commands do not do that, they just >> leave the settings as is. >> >> DX Lab Suite Commander recently changed to do the right band change >> command before setting a frequency, this means that once you have the >> right aerial and other settings for a band they should always be >> restored when you return to that band. >> >> If you do not use Commander as an intermediary this will not happen, for >> now, but this is considered a defect that will eventually be rectified. >> >> I suspect that Commander is not quite right yet and is not using the >> correct band change command on the split Tx VFO. Does the problem you >> are seeing still occur if the split Tx VFO is already on the right band? >>> I hope that explains it. If this message needs to go to another list, >>> please >>> let me know. >>> >>> 73 Jay >>> >>> Jay Hainline KA9CFD >>> Colchester, IL EN40om >> 73 >> Bill >> G4WJS. >> >> -- >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> >> >> >> -- >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > ---
Re: [wsjt-devel] radio command issue using WSJT-x
I am going to turn Commander off and reconfigure the Rig control in WSJT-x for the Yaesu and see if it works. That will isolate the problem. On the band stacking question, I think the answer is no. I only have the 6 meter antenna connected to the antenna 2 port. So it should be selecting antenna 1 when I am on the hf bands. Jay Hainline KA9CFD Colchester, IL EN40om -Original Message- From: Bill Somerville Sent: Tuesday, December 30, 2014 15:17 To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] radio command issue using WSJT-x On 30/12/2014 15:08, Jay Hainline wrote: Hi Jay, > Yes the 2nd VFO is on the correct band. OK, then possibly Commander is sending too many band change commands, sending a band change command when already on the band will cycle around the band stacking registers. Is it possible that you have different aerials selected for one or more of the band stacking registers on the target band? If you are familiar with the Yaesu CAT language it is possible to monitor the CAT conversation using the "Msgs" screen. > > > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. > > -Original Message- > From: Bill Somerville > Sent: Tuesday, December 30, 2014 14:49 > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] radio command issue using WSJT-x > > On 30/12/2014 14:11, Jay Hainline wrote: > > Hi Jay, >> I am having an issue with my radio switching the 2nd VFO to Antenna 2 >> position instead of keeping it on antenna 1 when using WSJT-X on the HF >> bands. I don’t know if this is a rig control problem in WSJT-x or in the >> DXlabs Commander program. Here is my set up: >> >> Radio: Yaesu FT-2000 >> WSJT software: WSJT-X v1.5.0-devel r4831 >> Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also >> using JTAlertX 2.5.5 >> >> Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna >> 2. >> >> When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire >> up >> WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I >> am >> able to get it back on ANT 1 by turning off the 2nd VFO and hold the >> SPLIT >> button in to reactivate it. Then it will transmit on ANT 1. > Yaesu complicate things a bit by having band change commands as well as > frequency set commands in their CAT protocol. The band change commands > restore the last used aerial, AGC, pre-amp and, attenuator settings for > the target band. The frequency change commands do not do that, they just > leave the settings as is. > > DX Lab Suite Commander recently changed to do the right band change > command before setting a frequency, this means that once you have the > right aerial and other settings for a band they should always be > restored when you return to that band. > > If you do not use Commander as an intermediary this will not happen, for > now, but this is considered a defect that will eventually be rectified. > > I suspect that Commander is not quite right yet and is not using the > correct band change command on the split Tx VFO. Does the problem you > are seeing still occur if the split Tx VFO is already on the right band? >> I hope that explains it. If this message needs to go to another list, >> please >> let me know. >> >> 73 Jay >> >> Jay Hainline KA9CFD >> Colchester, IL EN40om > 73 > Bill > G4WJS. > > -- > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > > -- > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look
Re: [wsjt-devel] radio command issue using WSJT-x
On 30/12/2014 15:08, Jay Hainline wrote: Hi Jay, > Yes the 2nd VFO is on the correct band. OK, then possibly Commander is sending too many band change commands, sending a band change command when already on the band will cycle around the band stacking registers. Is it possible that you have different aerials selected for one or more of the band stacking registers on the target band? If you are familiar with the Yaesu CAT language it is possible to monitor the CAT conversation using the "Msgs" screen. > > > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. > > -Original Message- > From: Bill Somerville > Sent: Tuesday, December 30, 2014 14:49 > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] radio command issue using WSJT-x > > On 30/12/2014 14:11, Jay Hainline wrote: > > Hi Jay, >> I am having an issue with my radio switching the 2nd VFO to Antenna 2 >> position instead of keeping it on antenna 1 when using WSJT-X on the HF >> bands. I don’t know if this is a rig control problem in WSJT-x or in the >> DXlabs Commander program. Here is my set up: >> >> Radio: Yaesu FT-2000 >> WSJT software: WSJT-X v1.5.0-devel r4831 >> Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also >> using JTAlertX 2.5.5 >> >> Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna 2. >> >> When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire up >> WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I >> am >> able to get it back on ANT 1 by turning off the 2nd VFO and hold the SPLIT >> button in to reactivate it. Then it will transmit on ANT 1. > Yaesu complicate things a bit by having band change commands as well as > frequency set commands in their CAT protocol. The band change commands > restore the last used aerial, AGC, pre-amp and, attenuator settings for > the target band. The frequency change commands do not do that, they just > leave the settings as is. > > DX Lab Suite Commander recently changed to do the right band change > command before setting a frequency, this means that once you have the > right aerial and other settings for a band they should always be > restored when you return to that band. > > If you do not use Commander as an intermediary this will not happen, for > now, but this is considered a defect that will eventually be rectified. > > I suspect that Commander is not quite right yet and is not using the > correct band change command on the split Tx VFO. Does the problem you > are seeing still occur if the split Tx VFO is already on the right band? >> I hope that explains it. If this message needs to go to another list, >> please >> let me know. >> >> 73 Jay >> >> Jay Hainline KA9CFD >> Colchester, IL EN40om > 73 > Bill > G4WJS. > > -- > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > > -- > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] radio command issue using WSJT-x
Yes the 2nd VFO is on the correct band. Jay Hainline KA9CFD Colchester, IL EN40om -Original Message- From: Bill Somerville Sent: Tuesday, December 30, 2014 14:49 To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] radio command issue using WSJT-x On 30/12/2014 14:11, Jay Hainline wrote: Hi Jay, > I am having an issue with my radio switching the 2nd VFO to Antenna 2 > position instead of keeping it on antenna 1 when using WSJT-X on the HF > bands. I don’t know if this is a rig control problem in WSJT-x or in the > DXlabs Commander program. Here is my set up: > > Radio: Yaesu FT-2000 > WSJT software: WSJT-X v1.5.0-devel r4831 > Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also > using JTAlertX 2.5.5 > > Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna 2. > > When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire up > WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I > am > able to get it back on ANT 1 by turning off the 2nd VFO and hold the SPLIT > button in to reactivate it. Then it will transmit on ANT 1. Yaesu complicate things a bit by having band change commands as well as frequency set commands in their CAT protocol. The band change commands restore the last used aerial, AGC, pre-amp and, attenuator settings for the target band. The frequency change commands do not do that, they just leave the settings as is. DX Lab Suite Commander recently changed to do the right band change command before setting a frequency, this means that once you have the right aerial and other settings for a band they should always be restored when you return to that band. If you do not use Commander as an intermediary this will not happen, for now, but this is considered a defect that will eventually be rectified. I suspect that Commander is not quite right yet and is not using the correct band change command on the split Tx VFO. Does the problem you are seeing still occur if the split Tx VFO is already on the right band? > > I hope that explains it. If this message needs to go to another list, > please > let me know. > > 73 Jay > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] radio command issue using WSJT-x
On 30/12/2014 14:11, Jay Hainline wrote: Hi Jay, > I am having an issue with my radio switching the 2nd VFO to Antenna 2 > position instead of keeping it on antenna 1 when using WSJT-X on the HF > bands. I don’t know if this is a rig control problem in WSJT-x or in the > DXlabs Commander program. Here is my set up: > > Radio: Yaesu FT-2000 > WSJT software: WSJT-X v1.5.0-devel r4831 > Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also > using JTAlertX 2.5.5 > > Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna 2. > > When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire up > WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I am > able to get it back on ANT 1 by turning off the 2nd VFO and hold the SPLIT > button in to reactivate it. Then it will transmit on ANT 1. Yaesu complicate things a bit by having band change commands as well as frequency set commands in their CAT protocol. The band change commands restore the last used aerial, AGC, pre-amp and, attenuator settings for the target band. The frequency change commands do not do that, they just leave the settings as is. DX Lab Suite Commander recently changed to do the right band change command before setting a frequency, this means that once you have the right aerial and other settings for a band they should always be restored when you return to that band. If you do not use Commander as an intermediary this will not happen, for now, but this is considered a defect that will eventually be rectified. I suspect that Commander is not quite right yet and is not using the correct band change command on the split Tx VFO. Does the problem you are seeing still occur if the split Tx VFO is already on the right band? > > I hope that explains it. If this message needs to go to another list, please > let me know. > > 73 Jay > > Jay Hainline KA9CFD > Colchester, IL EN40om 73 Bill G4WJS. -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] radio command issue using WSJT-x
I am having an issue with my radio switching the 2nd VFO to Antenna 2 position instead of keeping it on antenna 1 when using WSJT-X on the HF bands. I don’t know if this is a rig control problem in WSJT-x or in the DXlabs Commander program. Here is my set up: Radio: Yaesu FT-2000 WSJT software: WSJT-X v1.5.0-devel r4831 Logging software: DXlabs with Commander ver. 11.1.5 for rig control. Also using JTAlertX 2.5.5 Radio has HF antenna connected to Antenna 1, 6 meter antenna on Antenna 2. When I am on HF, the radio shows both VFO's are on ANT 1. But if I fire up WSJT-X and try and transmit, the 2nd (transmit) VFO switches to ANT 2. I am able to get it back on ANT 1 by turning off the 2nd VFO and hold the SPLIT button in to reactivate it. Then it will transmit on ANT 1. I hope that explains it. If this message needs to go to another list, please let me know. 73 Jay Jay Hainline KA9CFD Colchester, IL EN40om -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
