Re: [wsjt-devel] Split mode settings

2019-12-23 Thread Michael

Hi Om's

This is the way I'm doing split operation on 160m for JA. Now doing FT8 
with an IC-7300 and it's a bit different from the IC-775 I was using B4.


First off all go into wsjt-x settings/radio and mark None in the Split 
Operation section. Then go to the Frequencies Tab and insert 1,908 Mhz. 
On ur radio select VFO B and set it to 1.840 Mhz. Select VFO A and 
select band in wsjt-x to be 1.908 Mhz. Look in your radios manuel to se 
how to run split as one does when a DX says UP 5. On the IC-7300 one 
just have to push the Spilt button. The call CQ JA   or 
CQ 908 . Works here with no problems at all. Just rember to keep 
ur TX signal within the range of 500-2500 Hz to prevent your TX from 
Woppeling


73 de Michael 5p1kzx/oz1kzx


Den 23-12-2019 kl. 20:07 skrev Gary McDuffie:



On Dec 23, 2019, at 04:43, Tom Ramberg via wsjt-devel 
 wrote:

I have used this way of doing it with FT1000MP, FT1000MP MarkV and FTdx3000 
operating as JW6VDA, and a similar setup also works with my IC7300 from my home 
station, OH6VDA. Originally I was put on the right track by Michael 5P1KZS.

As I remember, this is the same method that I used on my TS-590 and it worked 
very well.  The thing you need to remember is to set your transmit frequency 
(the one in OUR part of the band) so that it is somewhere over 1500Hz and under 
about 2200, assuming you have a 2.4 or wider transmit filter.  If you keep it 
between 1.5 and 2K transmit tone frequency, you should be golden.

I recently tried to recall the exact setup to help another gentleman use his 
TS890, but I forgot one of the steps.  This all looks good to my logic and I’m 
going to go home this afternoon and make another attempt at doing my 890.  As 
you said, you do have to ride herd on the transmit frequency by checking to see 
that you aren’t transmitting on someone else and well within your transmit 
filter range but above 1500.  Of course, this assumes you are using the box to 
hold your transmit frequency (HOLD) so that it doesn’t wander around with 
receive mouse clicks.

Merry Christmas all.

73, Gary - AG0N

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Split mode settings

2019-12-23 Thread Gary McDuffie


> On Dec 23, 2019, at 04:43, Tom Ramberg via wsjt-devel 
>  wrote:
> 
> I have used this way of doing it with FT1000MP, FT1000MP MarkV and FTdx3000 
> operating as JW6VDA, and a similar setup also works with my IC7300 from my 
> home station, OH6VDA. Originally I was put on the right track by Michael 
> 5P1KZS. 

As I remember, this is the same method that I used on my TS-590 and it worked 
very well.  The thing you need to remember is to set your transmit frequency 
(the one in OUR part of the band) so that it is somewhere over 1500Hz and under 
about 2200, assuming you have a 2.4 or wider transmit filter.  If you keep it 
between 1.5 and 2K transmit tone frequency, you should be golden.

I recently tried to recall the exact setup to help another gentleman use his 
TS890, but I forgot one of the steps.  This all looks good to my logic and I’m 
going to go home this afternoon and make another attempt at doing my 890.  As 
you said, you do have to ride herd on the transmit frequency by checking to see 
that you aren’t transmitting on someone else and well within your transmit 
filter range but above 1500.  Of course, this assumes you are using the box to 
hold your transmit frequency (HOLD) so that it doesn’t wander around with 
receive mouse clicks.

Merry Christmas all.

73, Gary - AG0N

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Map 65 error

2019-12-23 Thread on4ckt
Hi Joe K1JT,Do you recieve my mail in your personal mailbox?I have send you the 
user guide WSJT-X 2.1.2 translate in Dutch.Kind regards.ON4CKT  Rudy.Verzonden 
vanaf mijn Samsung Galaxy-smartphone.
 Oorspronkelijk bericht Van: Joe Taylor  
Datum: 23/12/19  17:14  (GMT+01:00) Aan: WSJT software development 
, FERNANDO COSTARELLI  
Onderwerp: Re: [wsjt-devel] Map 65 error Hi Fernando,Please send me a saved 
file yymmdd_hhmm.tf2 that has caused this error message to appear.-- 73, 
Joe, K1JTOn 12/23/2019 10:26 AM, FERNANDO COSTARELLI wrote:> hello,  Joe and 
group !!> > I am getting this error too often just when it begin to DECODE.> > 
“Fortran runtime error: Index '-640' of dimension 1 of array 'cx' > outside of 
expected range (0:335999)”> > Windows 10 65 bits> > MAP65 v 2.7 r8182> > Any 
Help:> > Many Thanks.> > Fernando> > LU1HKO> > Enviado desde Correo 
 > para Windows 10> > > > 
___> wsjt-devel mailing list> 
wsjt-devel@lists.sourceforge.net> 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel> 
___wsjt-devel mailing 
listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] WSJT-X bug report

2019-12-23 Thread Zoltan Vodinszki via wsjt-devel
Thank you all for the response!
Shouldn’t there be a way to not let one user with a special call-sign call 
someone else with the same type of call-sign. 
I had to wait for quite a while for someone to let go trying and continue 
working as he was locking me by calling me. 
All the best!Zoli


Sent from Yahoo Mail for iPhone


On Monday, December 23, 2019, 4:32 PM, Reino Talarmo 
 wrote:

#yiv4989509729 #yiv4989509729 -- _filtered {} _filtered {} _filtered 
{}#yiv4989509729 #yiv4989509729 p.yiv4989509729MsoNormal, #yiv4989509729 
li.yiv4989509729MsoNormal, #yiv4989509729 div.yiv4989509729MsoNormal 
{margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;font-family:New 
serif;}#yiv4989509729 a:link, #yiv4989509729 span.yiv4989509729MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv4989509729 a:visited, #yiv4989509729 
span.yiv4989509729MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv4989509729 p 
{margin-right:0cm;margin-left:0cm;font-size:12.0pt;font-family:New 
serif;}#yiv4989509729 span.yiv4989509729EmailStyle18 
{font-family:sans-serif;color:#1F497D;}#yiv4989509729 
.yiv4989509729MsoChpDefault {font-size:10.0pt;} _filtered {}#yiv4989509729 
div.yiv4989509729WordSection1 {}#yiv4989509729 
Zoli!

You got a nice work-around for working non-standard call signs. The Users Guide 
states in clause 7.5 Except for the special cases involving /P or /R used in 
VHF contesting, WSJT-X 2.1 offers no support for two nonstandard callsigns to 
work each other.

  

Good luck and 73, Reino oh3mA

  

Zoli!

Use free text and give his call sign and report

 

73 Keijo OG55W

 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Map 65 error

2019-12-23 Thread Joe Taylor

Hi Fernando,

Please send me a saved file yymmdd_hhmm.tf2 that has caused this error 
message to appear.


-- 73, Joe, K1JT

On 12/23/2019 10:26 AM, FERNANDO COSTARELLI wrote:

hello,  Joe and group !!

I am getting this error too often just when it begin to DECODE.

“Fortran runtime error: Index '-640' of dimension 1 of array 'cx' 
outside of expected range (0:335999)”


Windows 10 65 bits

MAP65 v 2.7 r8182

Any Help:

Many Thanks.

Fernando

LU1HKO

Enviado desde Correo  
para Windows 10




___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Strange Even/Odd frame decode issue

2019-12-23 Thread Jerry F. Shaw
Bill,
 
Thank you will do.
 

Jerry F. Shaw
SCS Engineering, Inc.
(310)941-8052


 



From: Bill Somerville [mailto:g4...@classdesign.com] 
Sent: Monday, December 23, 2019 3:10 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Strange Even/Odd frame decode issue


On 22/12/2019 19:52, Jerry F. Shaw wrote:


Recently I have been having an issue with decoding messages on
odd frames and need some suggestions on isolating the issue.
 
My waterfall (and ears) show that there there is traffic on both
Even and Odd time frames. WSJTX decodes 90+% of the traffic on the Even
frames but only 10% of the traffic on Odd frames. On most of the Odd
frames, the Decode button doesn't even blink blue.
 
Any suggestions would be appreciated, even if it's RTFM...
 

KI6RRD, Jerry

Hi Jerry,

enable "Menu->Save->Save all" or use the Alt+V shortcut to save .WAV
files when this issue is occurring. Once you have one or .WAV files that
demonstrate the issue, try playing them back in WSJT-X to start with
("Menu->File->Open") to see if the issue can be replicated during
playback, if so then please share a good example .WAV file that
demonstrates the issue.

73
Bill
G4WJS.


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


[wsjt-devel] Map 65 error

2019-12-23 Thread FERNANDO COSTARELLI
hello,  Joe and group !!

I am getting this error too often just when it begin to DECODE.


“Fortran runtime error: Index '-640' of dimension 1 of array 'cx' outside of 
expected range (0:335999)”


Windows 10 65 bits

MAP65 v 2.7 r8182


Any Help:
Many Thanks.
Fernando
LU1HKO


Enviado desde Correo para 
Windows 10

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] WSJT-X bug report

2019-12-23 Thread Fred Price
Two non standard calls can not work each other.

On Dec 23, 2019 9:14 AM, Zoltan Vodinszki via wsjt-devel 
 wrote:
Hi,

These days I am working with a special call sign (YP3XMAS).
During my work, I have observed a strange behavior when two special call-signs 
try to work each other or when a special call-sign tries to work a longer 
call-sign like QRP or /.

When I get called by such call-signs, instead of WSJT-X responding with the 
report, I call them back like I want to work them. Next thing, they call again 
and I respond by calling them again and so on until one of us gives up.

Here is an example where I got called by a compound call-sign containing QRP:

191222_150830 7.048 Rx FT4 -8  0.1  961  UV5IO/QRP
191222_150830 7.048 Tx FT4  0  0.0 1745  YP3XMAS
191222_150845 7.048 Tx FT4  0  0.0 1745  YP3XMAS
191222_150900 7.048 Rx FT4 -4  0.1  962  UV5IO/QRP
191222_150900 7.048 Tx FT4  0  0.0 1745  YP3XMAS
191222_150915 7.048 Rx FT4 -2  0.1  962  UV5IO/QRP
191222_150915 7.048 Tx FT4  0  0.0 1745  YP3XMAS
191222_150930 7.048 Rx FT4  1  0.1  962  UV5IO/QRP
191222_150930 7.048 Tx FT4  0  0.0 1745  YP3XMAS

Thank you and happy holidays!
73! de Zoli, YO3GCI


Sent from Yahoo Mail for iPhone

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] WSJT-X bug report

2019-12-23 Thread OG55W
Zoli!
Use free text and give his call sign and report

73 Keijo OG55W

From: Zoltan Vodinszki via wsjt-devel 
Sent: Monday, December 23, 2019 4:14 PM
To: wsjt-devel@lists.sourceforge.net 
Cc: Zoltan Vodinszki 
Subject: [wsjt-devel] WSJT-X bug report

Hi,

These days I am working with a special call sign (YP3XMAS).
During my work, I have observed a strange behavior when two special call-signs 
try to work each other or when a special call-sign tries to work a longer 
call-sign like QRP or /.

When I get called by such call-signs, instead of WSJT-X responding with the 
report, I call them back like I want to work them. Next thing, they call again 
and I respond by calling them again and so on until one of us gives up.

Here is an example where I got called by a compound call-sign containing QRP:

191222_150830 7.048 Rx FT4 -8  0.1  961  UV5IO/QRP
191222_150830 7.048 Tx FT4  0  0.0 1745  YP3XMAS 
 
191222_150845 7.048 Tx FT4  0  0.0 1745  YP3XMAS 
  
191222_150900 7.048 Rx FT4 -4  0.1  962  UV5IO/QRP
191222_150900 7.048 Tx FT4  0  0.0 1745  YP3XMAS 
 
191222_150915 7.048 Rx FT4 -2  0.1  962  UV5IO/QRP
191222_150915 7.048 Tx FT4  0  0.0 1745  YP3XMAS 
 
191222_150930 7.048 Rx FT4  1  0.1  962  UV5IO/QRP
191222_150930 7.048 Tx FT4  0  0.0 1745  YP3XMAS  

Thank you and happy holidays! 
73! de Zoli, YO3GCI


Sent from Yahoo Mail for iPhone








___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


[wsjt-devel] WSJT-X bug report

2019-12-23 Thread Zoltan Vodinszki via wsjt-devel
Hi,
These days I am working with a special call sign (YP3XMAS).During my work, I 
have observed a strange behavior when two special call-signs try to work each 
other or when a special call-sign tries to work a longer call-sign like QRP or 
/.
When I get called by such call-signs, instead of WSJT-X responding with the 
report, I call them back like I want to work them. Next thing, they call again 
and I respond by calling them again and so on until one of us gives up.
Here is an example where I got called by a compound call-sign containing QRP:
191222_150830     7.048 Rx FT4     -8  0.1  961  
UV5IO/QRP191222_150830     7.048 Tx FT4      0  0.0 1745  YP3XMAS    
              191222_150845     7.048 Tx FT4      0  0.0 1745  
YP3XMAS               191222_150900     7.048 Rx FT4     -4  0.1  962  
UV5IO/QRP191222_150900     7.048 Tx FT4      0  0.0 1745  YP3XMAS    
              191222_150915     7.048 Rx FT4     -2  0.1  962  
UV5IO/QRP191222_150915     7.048 Tx FT4      0  0.0 1745  YP3XMAS    
              191222_150930     7.048 Rx FT4      1  0.1  962  
UV5IO/QRP191222_150930     7.048 Tx FT4      0  0.0 1745  YP3XMAS  
Thank you and happy holidays! 73! de Zoli, YO3GCI

Sent from Yahoo Mail for iPhone
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Split mode settings

2019-12-23 Thread Tom Ramberg via wsjt-devel
Hi Claude!
I have used this way of doing it with FT1000MP, FT1000MP MarkV and FTdx3000 
operating as JW6VDA, and a similar setup also works with my IC7300 from my home 
station, OH6VDA. Originally I was put on the right track by Michael 5P1KZS. 

To operate SPLIT (to work JA) on 160 meters:
In WSJT-X set freq. to 1,908 Mhz - will set ur VFO A to 1,908. Set your VFO B 
to 1.840 Mhz. 
(Look at the manual to see how operate FT-1000MP, FTdx3000 or IC7300 in 
"SPLIT-FREQUENCY OPERATION" - set it up to TX on VFO B and RX on A.) 
In that way WSJT-X thinks it's tx' ing on 1908. 
Don't mark the "Split setting" in WSJT-X as RIG or FAKE. Mark as "None" in 
settings. 
Make sure that your TX VFO is set to USB or USB-D.

You will only see the signals on 1908 on your waterfall, so check before TXing 
and from time to time later how your signal is placed. Choose your audio offset 
to be between 1500Hz and 2500Hz to ensure your outsignal is in your 
transmitter's "sweet spot".

I usually call CQ JA or CQ 908. It seems to work OK.

73 Tom OH6VDA / JW6VDA


> 23. des. 2019 kl. 12:53 skrev Bill Somerville :
> 
> On 23/12/2019 10:37, Claude Frantz wrote:
>> Hi all,
>> 
>> Please allow me to ask about the split mode in the sense of a necessity 
>> resulting from different frequency assignments in different countries, i.e. 
>> a sort of special form of multi-band operation. The typical situation is the 
>> QSO between a Japanese station and a station in Region 1.
>> 
>> What is the recommanded setting in WSJT-X in order to operate under such 
>> conditions while maintaining the "special" split at the TX side in order to 
>> have the audio between 1.5 and 2 kHz ?
>> 
>> Best wishes,
>> Claude (DJ0OT) 
> 
> Hi Claude,
> 
> supporting "legacy" split mode in WSJT-X would require a large enhancement. 
> For example some scheme that allowed each working frequency to have an 
> optional independent transmit frequency. I suspect the requirement does not 
> justify the amount of work as few bands and regions suffer these 
> non-compatible frequency allocations. On top band I doubt there are enough 
> stations active with good enough receiving station aerials to take advantage, 
> such that a wide bandwidth slot would be required. Because of that a manual 
> solution is probably the best. You can create a new configuration and in that 
> set "Settings->Radio->Rig->None". You may need to do some work to get PTT 
> working in that configuration if you currently use CAT PTT. Once the new 
> configuration is selected you can manually tune your rig's split Rx and Tx 
> frequencies just like you would in other modes, be sure to pick a Tx VFO dial 
> frequency that allows you to use an audio offset between 1500 Hz and 2500 Hz.
> 
> I believe the regulators in Japan are addressing the incompatibilities with 
> other regions on 160m.
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Strange Even/Odd frame decode issue

2019-12-23 Thread Bill Somerville

On 23/12/2019 11:10, Bill Somerville wrote:

Once you have one or .WAV files that demonstrate the issue ...


Hi Jerry,

sorry, I meant to type:

Once you have one or *more* .WAV files that demonstrate the issue ...

73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Strange Even/Odd frame decode issue

2019-12-23 Thread Bill Somerville

On 22/12/2019 19:52, Jerry F. Shaw wrote:
Recently I have been having an issue with decoding messages on odd 
frames and need some suggestions on isolating the issue.
My waterfall (and ears) show that there there is traffic on both Even 
and Odd time frames. WSJTX decodes 90+% of the traffic on the Even 
frames but only 10% of the traffic on Odd frames. On most of the Odd 
frames, the Decode button doesn't even blink blue.

Any suggestions would be appreciated, even if it's RTFM...

KI6RRD, Jerry


Hi Jerry,

enable "Menu->Save->Save all" or use the Alt+V shortcut to save .WAV 
files when this issue is occurring. Once you have one or .WAV files that 
demonstrate the issue, try playing them back in WSJT-X to start with 
("Menu->File->Open") to see if the issue can be replicated during 
playback, if so then please share a good example .WAV file that 
demonstrates the issue.


73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Split mode settings

2019-12-23 Thread Bill Somerville

On 23/12/2019 10:37, Claude Frantz wrote:

Hi all,

Please allow me to ask about the split mode in the sense of a 
necessity resulting from different frequency assignments in different 
countries, i.e. a sort of special form of multi-band operation. The 
typical situation is the QSO between a Japanese station and a station 
in Region 1.


What is the recommanded setting in WSJT-X in order to operate under 
such conditions while maintaining the "special" split at the TX side 
in order to have the audio between 1.5 and 2 kHz ?


Best wishes,
Claude (DJ0OT) 


Hi Claude,

supporting "legacy" split mode in WSJT-X would require a large 
enhancement. For example some scheme that allowed each working frequency 
to have an optional independent transmit frequency. I suspect the 
requirement does not justify the amount of work as few bands and regions 
suffer these non-compatible frequency allocations. On top band I doubt 
there are enough stations active with good enough receiving station 
aerials to take advantage, such that a wide bandwidth slot would be 
required. Because of that a manual solution is probably the best. You 
can create a new configuration and in that set 
"Settings->Radio->Rig->None". You may need to do some work to get PTT 
working in that configuration if you currently use CAT PTT. Once the new 
configuration is selected you can manually tune your rig's split Rx and 
Tx frequencies just like you would in other modes, be sure to pick a Tx 
VFO dial frequency that allows you to use an audio offset between 1500 
Hz and 2500 Hz.


I believe the regulators in Japan are addressing the incompatibilities 
with other regions on 160m.


73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


[wsjt-devel] Split mode settings

2019-12-23 Thread Claude Frantz

Hi all,

Please allow me to ask about the split mode in the sense of a necessity 
resulting from different frequency assignments in different countries, 
i.e. a sort of special form of multi-band operation. The typical 
situation is the QSO between a Japanese station and a station in Region 1.


What is the recommanded setting in WSJT-X in order to operate under such 
conditions while maintaining the "special" split at the TX side in order 
to have the audio between 1.5 and 2 kHz ?


Best wishes,
Claude (DJ0OT)


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel