Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

V4Protocol · V4

The Yahoo! Groups Product Blog

Check it out!

Group Information

? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Real people. Real stories. See how Yahoo! Groups impacts members worldwide.

Messages

Advanced
Messages Help
Messages 2806 - 2835 of 3287   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#2806 From: MICHEL LUZERNE <micheluze@...>
Date: Mon Jun 18, 2012 5:41 pm
Subject: CQ 14.073
f1abl
Send Email Send Email
 

 
hello all
 
 I am QRV4 Chat 14.073 USB ARQ / FEC CQ CQ
 
Michel F1ABL

#2807 From: "Pat" <on2ad@...>
Date: Mon Jun 18, 2012 6:24 pm
Subject: Re: CQ 14.073
on2ad_pat
Send Email Send Email
 
Hello Michel, F1ABL
 
I have seen your signal to me but I think you haven’t seen my signal  or connected ??
Maybe I have do something's wrong ??
After the ARQ CQ-ing I read your message
“F1ABL F1ABL: ON2AD DE F1ABL F1ABL IN FEC FEC MODE FEC AD DE F1ABL”
and I was sending in that FEC mode, but haven’t any answer ??
 
Sri I’m new on this mode..
 
73 de Pat ON2AD
 
Sri for my bad english and type errors
 
 
Sent: Monday, June 18, 2012 7:41 PM
Subject: [V4Protocol] CQ 14.073
 
 


 
hello all
 
I am QRV4 Chat 14.073 USB ARQ / FEC CQ CQ
 
Michel F1ABL

#2808 From: MICHEL LUZERNE <micheluze@...>
Date: Mon Jun 18, 2012 6:45 pm
Subject: RE: CQ 14.073
f1abl
Send Email Send Email
 
Hi Pat
 
No you have well understood, the skip was QSB and I have much QRM I see your signal I answer but I can not connect and I have also an other  station calling over you
 
and I was disturbed.
 
Welcome on V4Chat  Pat  it made a lot of patience in this mode.
 
Michel
 

To: V4Protocol@yahoogroups.com
From: on2ad@...
Date: Mon, 18 Jun 2012 20:24:18 +0200
Subject: Re: [V4Protocol] CQ 14.073

 
Hello Michel, F1ABL
 
I have seen your signal to me but I think you havent seen my signal  or connected ??
Maybe I have do something's wrong ??
After the ARQ CQ-ing I read your message
F1ABL F1ABL: ON2AD DE F1ABL F1ABL IN FEC FEC MODE FEC AD DE F1ABL
and I was sending in that FEC mode, but havent any answer ??
 
Sri Im new on this mode..
 
73 de Pat ON2AD
 
Sri for my bad english and type errors
 
 
Sent: Monday, June 18, 2012 7:41 PM
Subject: [V4Protocol] CQ 14.073
 
 


 
hello all
 
I am QRV4 Chat 14.073 USB ARQ / FEC CQ CQ
 
Michel F1ABL



#2809 From: "Rick Muething" <rmuething@...>
Date: Mon Jun 18, 2012 7:06 pm
Subject: Re: CQ 14.073
kn6kb
Send Email Send Email
 
Pat, Michael,
 
The ARQ mode is preferred when working between two stations.  It will insure error free copy (unless of course the link is so poor it just gets dropped) FEC mode is used primarily for broadcasting to several stations but does not insured error free transmission. Read about the differences in the Help (Help, Help Index, ARQ Operation) 
 
73,

Rick KN6KB
 
From: Pat
Sent: Monday, June 18, 2012 2:24 PM
Subject: Re: [V4Protocol] CQ 14.073
 
 

Hello Michel, F1ABL
 
I have seen your signal to me but I think you haven’t seen my signal  or connected ??
Maybe I have do something's wrong ??
After the ARQ CQ-ing I read your message
“F1ABL F1ABL: ON2AD DE F1ABL F1ABL IN FEC FEC MODE FEC AD DE F1ABL”
and I was sending in that FEC mode, but haven’t any answer ??
 
Sri I’m new on this mode..
 
73 de Pat ON2AD
 
Sri for my bad english and type errors
 
 
Sent: Monday, June 18, 2012 7:41 PM
Subject: [V4Protocol] CQ 14.073
 
 


 
hello all
 
I am QRV4 Chat 14.073 USB ARQ / FEC CQ CQ
 
Michel F1ABL

#2810 From: "Pat" <on2ad@...>
Date: Mon Jun 18, 2012 7:24 pm
Subject: Re: CQ 14.073
on2ad_pat
Send Email Send Email
 
Rick,
 
Thanks for the info, but at the moment is the link very poor like Michael wrote in his answer, and the QRM is very high and there was another station at the same moment.
And maybe important I use only 10Watt with my IC-703 and GPA-30 Antenna with 5 m above the ground and in the middle of a lot of trees from 25 M hi.. see QRZ.com.
 
 
73 de Pat ON2AD
 
Sent: Monday, June 18, 2012 9:06 PM
Subject: Re: [V4Protocol] CQ 14.073
 
 

Pat, Michael,
 
The ARQ mode is preferred when working between two stations.  It will insure error free copy (unless of course the link is so poor it just gets dropped) FEC mode is used primarily for broadcasting to several stations but does not insured error free transmission. Read about the differences in the Help (Help, Help Index, ARQ Operation) 
 
73,

Rick KN6KB
 
From: Pat
Sent: Monday, June 18, 2012 2:24 PM
Subject: Re: [V4Protocol] CQ 14.073
 
 

Hello Michel, F1ABL
 
I have seen your signal to me but I think you haven’t seen my signal  or connected ??
Maybe I have do something's wrong ??
After the ARQ CQ-ing I read your message
“F1ABL F1ABL: ON2AD DE F1ABL F1ABL IN FEC FEC MODE FEC AD DE F1ABL”
and I was sending in that FEC mode, but haven’t any answer ??
 
Sri I’m new on this mode..
 
73 de Pat ON2AD
 
Sri for my bad english and type errors
 
 
Sent: Monday, June 18, 2012 7:41 PM
Subject: [V4Protocol] CQ 14.073
 
 


 
hello all
 
I am QRV4 Chat 14.073 USB ARQ / FEC CQ CQ
 
Michel F1ABL

#2811 From: Ron Wenig <rwenig@...>
Date: Mon Jun 18, 2012 7:48 pm
Subject: Re: TS-590 USB Data Mode
ronwenig
Send Email Send Email
 
Ok Rick,

I misunderstood you before.  I thought the change was going to be using the serial port.  I didn't understand the internal mux.  I have updated to 1.0.3.0 and am now using just the USB port using the setup instructions in the help section.  I am getting a Latency reading of between 50 and 110.  Rig control works great and it is now setting my radio to USB Data mode.  Things are working really good.  Thanks.

Ron ny3j

On 6/17/2012 9:22 PM, Rick Muething wrote:
 

Ron,
 
I found several problems in the code for the TS-590S (a result of not checking the patched in code from another project!) There were also several errors in the Help for the setup.  I have it running fine now here on my TS-590S.  There is no need for a serial cable for PTT control ...the new code will correctly control the PTT though the normal USB port and set the internal mux of the TS-590S to select the USB sound card output as well as put the radio into the correct mode of USB Data.  I will get an update out for this tomorrow along with the updated help.
 
Rick
 
From: Ron Wenig
Sent: Sunday, June 17, 2012 11:42 PM
Subject: Re: [V4Protocol] TS-590 USB Data Mode
 
 

Thanks Rick,

The new version works great with the TS-590.  I am now using a serial cable for rig control and PTT control and the USB port only for sound.  I am getting TR Latency about 40 to 70 ms and the CW ID keying mode sounds much better than the modulated mode.

Ron ny3j

On 6/17/2012 1:45 PM, Rick Muething wrote:
 
Ron,
I probably missed something. I used code from another application for the TS-590S.  It should be USB digital and it also has to switch the internal mux from Aux to USB sound card input to the radio.  I’ll check it out ...may be a day or two. I have a TS-590 here just not currently setup.
 
Rick KN6KB
 
 
From: Ron Wenig
Sent: Sunday, June 17, 2012 7:59 AM
Subject: [V4Protocol] TS-590 USB Data Mode
 





#2812 From: "Rick Muething" <rmuething@...>
Date: Mon Jun 18, 2012 9:08 pm
Subject: Re: TS-590 USB Data Mode
kn6kb
Send Email Send Email
 
Fine Ron,
 
Glad it is working OK.  I am using it here.
 
The same simple setup works well with RMS Express using the WINMOR sound card protocol (see ftp://autoupdate.winlink.org/User%20Programs/ ) . RMS Express lets you send messages with attachments to other hams or to internet recipients through the WL2K system.
 
I really like the simplicity of setup using radios like the the TS-590S and IC–7200  with sound card modes. 
 
73,
 
Rick KN6KB
 
 
From: Ron Wenig
Sent: Monday, June 18, 2012 3:48 PM
Subject: Re: [V4Protocol] TS-590 USB Data Mode
 
 

Ok Rick,

I misunderstood you before.  I thought the change was going to be using the serial port.  I didn't understand the internal mux.  I have updated to 1.0.3.0 and am now using just the USB port using the setup instructions in the help section.  I am getting a Latency reading of between 50 and 110.  Rig control works great and it is now setting my radio to USB Data mode.  Things are working really good.  Thanks.

Ron ny3j

On 6/17/2012 9:22 PM, Rick Muething wrote:
 
Ron,
 
I found several problems in the code for the TS-590S (a result of not checking the patched in code from another project!) There were also several errors in the Help for the setup.  I have it running fine now here on my TS-590S.  There is no need for a serial cable for PTT control ...the new code will correctly control the PTT though the normal USB port and set the internal mux of the TS-590S to select the USB sound card output as well as put the radio into the correct mode of USB Data.  I will get an update out for this tomorrow along with the updated help.
 
Rick
 
From: Ron Wenig
Sent: Sunday, June 17, 2012 11:42 PM
Subject: Re: [V4Protocol] TS-590 USB Data Mode
 
 

Thanks Rick,

The new version works great with the TS-590.  I am now using a serial cable for rig control and PTT control and the USB port only for sound.  I am getting TR Latency about 40 to 70 ms and the CW ID keying mode sounds much better than the modulated mode.

Ron ny3j

On 6/17/2012 1:45 PM, Rick Muething wrote:
 
Ron,
I probably missed something. I used code from another application for the TS-590S.  It should be USB digital and it also has to switch the internal mux from Aux to USB sound card input to the radio.  I’ll check it out ...may be a day or two. I have a TS-590 here just not currently setup.
 
Rick KN6KB
 
 
From: Ron Wenig
Sent: Sunday, June 17, 2012 7:59 AM
Subject: [V4Protocol] TS-590 USB Data Mode
 





#2813 From: Ron Wenig <rwenig@...>
Date: Tue Jun 19, 2012 12:30 am
Subject: Re: TS-590 USB Data Mode
ronwenig
Send Email Send Email
 
Rick,

I do use RMS Express and Winmor to send and receive mail over HF and it works flawlessly on the TS-590.  My thanks to you and the other programmers at the Foundation for creating such a great program. 

We have two ARES nets here in the Philadelphia area where we can send a Winlink email to check into.  As a test I use Paclink on VHF to check into one and RMS Express on HF to check into the other one.  I always get good comments on the flexibility I have to use HF to use for sending email in case the VHF packet infrastructure was down.  I wish I could get more interest in RMS Express on HF but I can't get people to put forth the effort to learn how to setup and use the program.

73, Ron ny3j

On 6/18/2012 5:08 PM, Rick Muething wrote:
 

Fine Ron,
 
Glad it is working OK.  I am using it here.
 
The same simple setup works well with RMS Express using the WINMOR sound card protocol (see ftp://autoupdate.winlink.org/User%20Programs/ ) . RMS Express lets you send messages with attachments to other hams or to internet recipients through the WL2K system.
 
I really like the simplicity of setup using radios like the the TS-590S and IC–7200  with sound card modes. 
 
73,
 
Rick KN6KB
 
 



#2814 From: "Facility 406 DM09" <facility_406@...>
Date: Tue Jun 19, 2012 4:27 am
Subject: Re: TS-590 USB Data Mode
kd7jyk
Send Email Send Email
 
: get more interest in RMS Express on HF but I can't get people to put
: forth the effort to learn how to setup and use the program.


Info?  Link?

Kurt

#2815 From: "Juhani" <yufenau@...>
Date: Tue Jun 19, 2012 5:23 am
Subject: QRV V4 7073 KHz USB now
oh7te
Send Email Send Email
 
Until 10Z

#2816 From: "Peter Z." <oe6zh@...>
Date: Tue Jun 19, 2012 6:40 am
Subject: Re: V4 Chat 1.0.3.0 Update
oe6zh
Send Email Send Email
 
Auto update ok. Tnx, 73, Peter Z.

--- In V4Protocol@yahoogroups.com, "Rick Muething" <rmuething@...> wrote:
>
> Thanks to all those that reported the problems with the 1.0.2.0 update (Radio
driver for the TS-590S and help).  I have fixed these and verified operation
here on a test TS-590S.  The Help is also updated to support the IC-7200,
IC-7600 and TS-590S.  The latest V4 TNC version is still 1.0.2.0.
>
>
> The full install has been uploaded to the Yahoo V4Protocol server files
session and the Winlink user programs download FTP
ftp://autoupdate.winlink.org/User%20Programs/  (refresh your browser window if
you don’t see the V4 Chat 1.0.3.0 full install)
>
> 73,
>
> Rick Muething, KN6KB
>

#2817 From: Ron Wenig <rwenig@...>
Date: Tue Jun 19, 2012 11:02 am
Subject: Re: TS-590 USB Data Mode
ronwenig
Send Email Send Email
 
The software is located at:

http://www.winlink.org/ClientSoftware

The support group is at:

http://groups.yahoo.com/group/WINMOR/

Ron ny3j

On 6/19/2012 12:27 AM, Facility 406 DM09 wrote:
 

: get more interest in RMS Express on HF but I can't get people to put
: forth the effort to learn how to setup and use the program.

Info? Link?

Kurt




#2818 From: Ian Wade G3NRW <g3nrw-radio@...>
Date: Tue Jun 19, 2012 1:48 pm
Subject: V4 1.0.3 bug -- TS-590S memory frequencies not read
g3nrw
Send Email Send Email
 
Hi Rick

I have just been trying 1.0.3 with the TS-590S. You're nearly there, but
you still don't get the T-shirt.

Recall that earlier this year I reported that V4 does not always read
the TS-590S display frequency. Yes, it does read the radio's frequency
*if you are not using a memory channel*, but if you set the frequency
from a memory channel, V4 does not recognize this.

Well, the bug is still there in 1.0.3. As I mentioned before, this is
because you are incorrectly reading the *VFO-A* frequency, with the
"FA;" CAT command. When you select a TS-590S memory channel, the radio's
*display* frequency will change, but the *VFO-A* frequency does not.

Instead, you should be using the "IF;" command to read the radio's
display frequency, not the "FA;" command. Then V4 will always be in step
with the radio.

See how Simon's HRD does it -- it uses "IF;" not "FA;" to get the
display frequency, and it works fine with memory and non-memory channels
alike.

As I said before, V4 needs to display and log the frequency that is
*actually* in use by the radio, regardless of whether it is a memory
channel or not.

--
73
Ian, G3NRW

#2819 From: Stan Kozlowitz <aa5xo@...>
Date: Tue Jun 19, 2012 3:05 pm
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
aa5xo
Send Email Send Email
 
Ian,
That is the best explanation of a problem and the solution I have heard in the past 15 years! Perhaps ever! It should be a simple fix, also. Hopefully, only one variable has to be changed in the code.

Way to go!
 
Stan Kozlowitz

aa5xo@...
aa5xo@...
NNN0YSD@...

731-487-3359


From: Ian Wade G3NRW <g3nrw-radio@...>
To: V4Protocol@yahoogroups.com
Sent: Tuesday, June 19, 2012 8:48 AM
Subject: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read

 
Hi Rick

I have just been trying 1.0.3 with the TS-590S. You're nearly there, but
you still don't get the T-shirt.

Recall that earlier this year I reported that V4 does not always read
the TS-590S display frequency. Yes, it does read the radio's frequency
*if you are not using a memory channel*, but if you set the frequency
from a memory channel, V4 does not recognize this.

Well, the bug is still there in 1.0.3. As I mentioned before, this is
because you are incorrectly reading the *VFO-A* frequency, with the
"FA;" CAT command. When you select a TS-590S memory channel, the radio's
*display* frequency will change, but the *VFO-A* frequency does not.

Instead, you should be using the "IF;" command to read the radio's
display frequency, not the "FA;" command. Then V4 will always be in step
with the radio.

See how Simon's HRD does it -- it uses "IF;" not "FA;" to get the
display frequency, and it works fine with memory and non-memory channels
alike.

As I said before, V4 needs to display and log the frequency that is
*actually* in use by the radio, regardless of whether it is a memory
channel or not.

--
73
Ian, G3NRW




#2820 From: "Rick Muething" <rmuething@...>
Date: Tue Jun 19, 2012 3:33 pm
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
kn6kb
Send Email Send Email
 
Ian,
 
I understand your comment but I think it has to work the way it does to support the click to tune and to follow the tuning knob features that were requested:
 
When you click an item in the mini contact log it will set the radio to that frequency (assuming a valid frequency is in the log) using the FA command...You wouldn’t want to set a memory location with that.

When you rotate the tuning knob manually you want the waterfall display  to “track” showing the center RF frequency and that requires reading the FA since you are reading the currently tuned frequency not the saved memory.  The displayed frequency won’t change with a tuning knob rotation on a memory recall (unless it is transferred to VFO using the M>V button)
 
When you click on  a nearby signal showing on the waterfall or spectrum display you want to change the VFO frequency to center that signal (to the red line) and that requires using the FA command.
 
So I am not sure that reading the memory frequency (displayed frequency using the IF command) makes sense as the above 3 operations are based on the A VFO.   You can on the TS-590S of course simply do a Memory recall followed by a M>V push which transfers the memory contents to VFO which then permits the display, following the tuning knob and click to tune capability above. These are important features users have asked for.
 
Also please try and remember that it is desirable to have the code behave the same way for each radio. There are a some areas where code changes for radio model/Manufacture changes are needed but when you get into reading and controlling memory banks you can be just about certain that is unique to each radio manufacturer and model.  For example the FA command and reply syntax is pretty universal for all Kenwoods and some other Manufacturers but the IF command and returned data syntax are more unique to radios like the TS-590S.  
 
I want to keep the setup options minimized and having multiple ways of reading the frequency (Memory, VFO A, VFO B etc) are all possible but add confusion and complexity.   If you are using memory it is a simple one button push (M>V) to get it to the VFO and then all the other features continue to work.
 
73,

Rick KN6KB
 
 
 
 
 
 
 
Sent: Tuesday, June 19, 2012 9:48 AM
Subject: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read
 
 

Hi Rick

I have just been trying 1.0.3 with the TS-590S. You're nearly there, but
you still don't get the T-shirt.

Recall that earlier this year I reported that V4 does not always read
the TS-590S display frequency. Yes, it does read the radio's frequency
*if you are not using a memory channel*, but if you set the frequency
from a memory channel, V4 does not recognize this.

Well, the bug is still there in 1.0.3. As I mentioned before, this is
because you are incorrectly reading the *VFO-A* frequency, with the
"FA;" CAT command. When you select a TS-590S memory channel, the radio's
*display* frequency will change, but the *VFO-A* frequency does not.

Instead, you should be using the "IF;" command to read the radio's
display frequency, not the "FA;" command. Then V4 will always be in step
with the radio.

See how Simon's HRD does it -- it uses "IF;" not "FA;" to get the
display frequency, and it works fine with memory and non-memory channels
alike.

As I said before, V4 needs to display and log the frequency that is
*actually* in use by the radio, regardless of whether it is a memory
channel or not.

--
73
Ian, G3NRW


#2821 From: "Rick Muething" <rmuething@...>
Date: Tue Jun 19, 2012 3:41 pm
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
kn6kb
Send Email Send Email
 
Stan,
 
Its almost NEVER as simple as a one variable change!   Reading the displayed memory value using “FA”  breaks the existing and asked for features of Click to tune and following the Tuning knob.  It also makes the frequency readout function require a different command and parsing than all other Kenwood models.
 
The only way I can see is offering the user a more complex optional setup that ends up being unique for the TS-590S.
 
You can make everything work now as-is with one additional button push on the TS-590S   “M>V”  after you recall a saved memory.
See my explanation to Ian.
 
73,
 
Rick
 
Sent: Tuesday, June 19, 2012 11:05 AM
Subject: Re: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read
 
 

Ian,
That is the best explanation of a problem and the solution I have heard in the past 15 years! Perhaps ever! It should be a simple fix, also. Hopefully, only one variable has to be changed in the code.

Way to go!
 
Stan Kozlowitz

aa5xo@...
aa5xo@...
NNN0YSD@...

731-487-3359
 

From: Ian Wade G3NRW <g3nrw-radio@...>
To: V4Protocol@yahoogroups.com
Sent: Tuesday, June 19, 2012 8:48 AM
Subject: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read
 
 
Hi Rick

I have just been trying 1.0.3 with the TS-590S. You're nearly there, but
you still don't get the T-shirt.

Recall that earlier this year I reported that V4 does not always read
the TS-590S display frequency. Yes, it does read the radio's frequency
*if you are not using a memory channel*, but if you set the frequency
from a memory channel, V4 does not recognize this.

Well, the bug is still there in 1.0.3. As I mentioned before, this is
because you are incorrectly reading the *VFO-A* frequency, with the
"FA;" CAT command. When you select a TS-590S memory channel, the radio's
*display* frequency will change, but the *VFO-A* frequency does not.

Instead, you should be using the "IF;" command to read the radio's
display frequency, not the "FA;" command. Then V4 will always be in step
with the radio.

See how Simon's HRD does it -- it uses "IF;" not "FA;" to get the
display frequency, and it works fine with memory and non-memory channels
alike.

As I said before, V4 needs to display and log the frequency that is
*actually* in use by the radio, regardless of whether it is a memory
channel or not.

--
73
Ian, G3NRW




#2822 From: Ian Wade G3NRW <g3nrw-radio@...>
Date: Tue Jun 19, 2012 4:55 pm
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
g3nrw
Send Email Send Email
 
___Original Message_________________________________________
From: Rick Muething <rmuething@...>
Date: Tue, 19 Jun 2012   Time: 11:33:04

> 
>When you click an item in the mini contact log it will set the radio to that
>frequency (assuming a valid frequency is in the log) using the FA
>command...

Correct.

>You wouldn’t want to set a memory location with that.

Correct. But I am talking about *reading* the radio's frequency, not
*setting* it. I am not suggesting you try to change a memory location.

  >
>
>When you rotate the tuning knob manually you want the waterfall display 
>to “track” showing the center RF frequency and that requires reading the
>FA since you are reading the currently tuned frequency not the saved
>memory.  The displayed frequency won’t change with a tuning knob
>rotation on a memory recall (unless it is transferred to VFO using the M>V
>button)

Not correct. There is an option in the TS-590S (menu 18) that lets you
override the memory. If menu 18 is set to ON, you can change the
frequency with FA.

  >
> 
>When you click on  a nearby signal showing on the waterfall or spectrum
>display you want to change the VFO frequency to center that signal (to
>the red line) and that requires using the FA command.

No problem, provided menu 18 is ON.

  >
> 
>So I am not sure that reading the memory frequency (displayed frequency
>using the IF command) makes sense as the above 3 operations are based
>on the A VFO.  


>You can on the TS-590S of course simply do a Memory
>recall followed by a M>V push which transfers the memory contents to
>VFO which then permits the display, following the tuning knob and click to
>tune capability above. These are important features users have asked for.
> 

All the user has to do is set menu 18 to ON, and your code will work for
*setting* the VFO. No need for M>V.

But I am talking about *reading* the radio's frequency, not *setting*
it.

  >
>
[Snip]
  >
  >

>I want to keep the setup options minimized and having multiple ways of
>reading the frequency (Memory, VFO A, VFO B etc) are all possible but
>add confusion and complexity.  

With respect, it is *extremely* confusing when you see a frequency on
the radio display that is totally unrelated to the center frequency on
the V4 display. Above all, the radio display is what counts, and you
need to bend V4 to fit.

--
73
Ian, G3NRW

#2823 From: Stan Kozlowitz <aa5xo@...>
Date: Tue Jun 19, 2012 5:21 pm
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
aa5xo
Send Email Send Email
 
You are right, Rick.  I typed without much thought.  And I'm sure extra features for one radio is not worth the effort.  Still, I don't think the option to choose the existing feature or the click-to-tune feature would be too difficult to implement.  

Thanks for all your hard work.
 
Stan Kozlowitz

aa5xo@...
aa5xo@...
NNN0YSD@...

731-487-3359


From: Rick Muething <rmuething@...>
To: V4Protocol@yahoogroups.com
Sent: Tuesday, June 19, 2012 10:41 AM
Subject: Re: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read

 
Stan,
 
Its almost NEVER as simple as a one variable change!   Reading the displayed memory value using “FA”  breaks the existing and asked for features of Click to tune and following the Tuning knob.  It also makes the frequency readout function require a different command and parsing than all other Kenwood models.
 
The only way I can see is offering the user a more complex optional setup that ends up being unique for the TS-590S.
 
You can make everything work now as-is with one additional button push on the TS-590S   “M>V”  after you recall a saved memory.
See my explanation to Ian.
 
73,
 
Rick
 
Sent: Tuesday, June 19, 2012 11:05 AM
Subject: Re: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read
 
 
Ian,
That is the best explanation of a problem and the solution I have heard in the past 15 years! Perhaps ever! It should be a simple fix, also. Hopefully, only one variable has to be changed in the code.

Way to go!
 
Stan Kozlowitz

aa5xo@...
aa5xo@...
NNN0YSD@...

731-487-3359
 

From: Ian Wade G3NRW <g3nrw-radio@...>
To: V4Protocol@yahoogroups.com
Sent: Tuesday, June 19, 2012 8:48 AM
Subject: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read
 
 
Hi Rick

I have just been trying 1.0.3 with the TS-590S. You're nearly there, but
you still don't get the T-shirt.

Recall that earlier this year I reported that V4 does not always read
the TS-590S display frequency. Yes, it does read the radio's frequency
*if you are not using a memory channel*, but if you set the frequency
from a memory channel, V4 does not recognize this.

Well, the bug is still there in 1.0.3. As I mentioned before, this is
because you are incorrectly reading the *VFO-A* frequency, with the
"FA;" CAT command. When you select a TS-590S memory channel, the radio's
*display* frequency will change, but the *VFO-A* frequency does not.

Instead, you should be using the "IF;" command to read the radio's
display frequency, not the "FA;" command. Then V4 will always be in step
with the radio.

See how Simon's HRD does it -- it uses "IF;" not "FA;" to get the
display frequency, and it works fine with memory and non-memory channels
alike.

As I said before, V4 needs to display and log the frequency that is
*actually* in use by the radio, regardless of whether it is a memory
channel or not.

--
73
Ian, G3NRW






#2824 From: "Rick Muething" <rmuething@...>
Date: Tue Jun 19, 2012 7:30 pm
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
kn6kb
Send Email Send Email
 
Ian,
 
Thanks.
 
Setting menu 18 to “tunable” makes a big difference. Then it can work as I described.  Rather than actually changing those menu settings in the program I’ll write it up in the Help setup for the TS-590S.  I don’t like to add more complexity there by changing more menu functions than are needed. The only downside is it takes special code since the readback and parsing are non standard (compared to other Kenwood models).  I’ll have to dig in and see if Icom has something equivalent on the 7200 and 7600.
 
I’ll put the change it on my list....I wish however there was more time to work on some of the more critical things like improving the BER in weak conditions. Those kinds of enhancements benefit all users.
 
Thanks again for the input.
 
Rick KN6KB
 
 
Sent: Tuesday, June 19, 2012 12:55 PM
Subject: Re: [V4Protocol] V4 1.0.3 bug -- TS-590S memory frequencies not read
 
 

___Original Message_________________________________________
From: Rick Muething <mailto:rmuething%40cfl.rr.com>
Date: Tue, 19 Jun 2012 Time: 11:33:04

>
>When you click an item in the mini contact log it will set the radio to that
>frequency (assuming a valid frequency is in the log) using the FA
>command...

Correct.

>You wouldn’t want to set a memory location with that.

Correct. But I am talking about *reading* the radio's frequency, not
*setting* it. I am not suggesting you try to change a memory location.

>
>
>When you rotate the tuning knob manually you want the waterfall display
>to “track” showing the center RF frequency and that requires reading the
>FA since you are reading the currently tuned frequency not the saved
>memory.  The displayed frequency won’t change with a tuning knob
>rotation on a memory recall (unless it is transferred to VFO using the M>V
>button)

Not correct. There is an option in the TS-590S (menu 18) that lets you
override the memory. If menu 18 is set to ON, you can change the
frequency with FA.

>
>
>When you click on  a nearby signal showing on the waterfall or spectrum
>display you want to change the VFO frequency to center that signal (to
>the red line) and that requires using the FA command.

No problem, provided menu 18 is ON.

>
>
>So I am not sure that reading the memory frequency (displayed frequency
>using the IF command) makes sense as the above 3 operations are based
>on the A VFO. 

>You can on the TS-590S of course simply do a Memory
>recall followed by a M>V push which transfers the memory contents to
>VFO which then permits the display, following the tuning knob and click to
>tune capability above. These are important features users have asked for.
>

All the user has to do is set menu 18 to ON, and your code will work for
*setting* the VFO. No need for M>V.

But I am talking about *reading* the radio's frequency, not *setting*
it.

>
>
[Snip]
>
>

>I want to keep the setup options minimized and having multiple ways of
>reading the frequency (Memory, VFO A, VFO B etc) are all possible but
>add confusion and complexity. 

With respect, it is *extremely* confusing when you see a frequency on
the radio display that is totally unrelated to the center frequency on
the V4 display. Above all, the radio display is what counts, and you
need to bend V4 to fit.

--
73
Ian, G3NRW


#2825 From: Ian Wade G3NRW <g3nrw-radio@...>
Date: Wed Jun 20, 2012 7:21 am
Subject: Re: V4 1.0.3 bug -- TS-590S memory frequencies not read
g3nrw
Send Email Send Email
 
___Original Message_________________________________________
From: Rick Muething <rmuething@...>
Date: Tue, 19 Jun 2012   Time: 15:30:05

> 
>Setting menu 18 to “tunable” makes a big difference. Then it can work as I
>described.  Rather than actually changing those menu settings in the
>program I’ll write it up in the Help setup for the TS-590S.  I don’t like
to add
>more complexity there by changing more menu functions than are needed.
>The only downside is it takes special code since the readback and parsing
>are non standard (compared to other Kenwood models).  I’ll have to dig in
>and see if Icom has something equivalent on the 7200 and 7600.
> 
>I’ll put the change it on my list....I wish however there was more time to
>work on some of the more critical things like improving the BER in weak
>conditions. Those kinds of enhancements benefit all users.
> 

Rick

Agreed on all points. And, yes, spending more time on improving weak
signal handling is much more important (and interesting!) than tweaking
CAT commands.

Good luck.

--
73
Ian, G3NRW

#2826 From: V4Protocol@yahoogroups.com
Date: Wed Jun 20, 2012 6:42 pm
Subject: New file uploaded to V4Protocol
V4Protocol@yahoogroups.com
Send Email Send Email
 
Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the V4Protocol
group.

   File        : /V4Chat 1.0.3.1 Patch.zip
   Uploaded by : kn6kb <rmuething@...>
   Description : Pre release patch update of V4Chat 1.0.3.1 with Help

You can access this file at the URL:
http://groups.yahoo.com/group/V4Protocol/files/V4Chat%201.0.3.1%20Patch.zip

To learn more about file sharing for your group, please visit:
http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
Regards,

kn6kb <rmuething@...>

#2827 From: "kn6kb" <rmuething@...>
Date: Wed Jun 20, 2012 6:52 pm
Subject: Pre release test Patch of V4Chat 1.0.3.1
kn6kb
Send Email Send Email
 
All,

To use this patch downlaod the zip file V4Chat 1.0.3.1 Patch.zip and unzip.
Replace the exisiting V4Chat.exe and the V4Chat.chm file in your V4Chat
directory. No install is needed. No changes will be needed for your setup.

I have made several changes that affect the operation of those radios with built
in TNCs (TS-590S, IC-7200, IC-7600).   The following changes should work in this
test release:

1) Now reads the display (vs VFO on TS-590S allowing operation of memory recall
values including tuning. See the new Help on the TS-590S page. Memory recall
will also work on IC-7200 & IC-7600.

2) Now reads the internal audio mux value upon program start, saves it locally
and restores it upon exit from V4Chat (this applies to all three radios). The
initial mux state and restore state are logged to the display and main log. When
operating V4Chat will automatically select data mode, USB and use the internal
USB sound card.  Operation has been verified on the TS-590S and IC-7200 and
should be OK on the IC-7600 (but I don't have access to a IC-7600.

Feedback appreciated before release of this.  Especially confirmation with the
IC-7600. Once confirmed I will post a new full V4Chat install and an autoupdate
to 1.0.4.0

Other radio types should not be affected.

73 and Thanks,

Rick KN6KB

#2828 From: "k1dow_4" <russtower@...>
Date: Wed Jun 20, 2012 7:54 pm
Subject: V4 Text Box
k1dow_4
Send Email Send Email
 
Rick;

Good to see that you have found some time to devote to V4 again. Your work is
enjoyed and appreciated by all of us V4 testers.

One thing I do want to question though is the appearance of the following which
I quote from the help files:

"Received text (FEC or unconnected ARQ) with uncorrectable errors is Red strike
through (log tag: {Rcv Text Err} )"

As I sit here watching this accumulate in my Text Box I'm wondering why should
this be cluttering up my text box anyway?

I would prefer to only see correctly decoded text printed. Or at least have an
option to turn off uncorrectable text being printed to the Text Box if I prefer
not to see it.

Could that be made possible?

73/Russ
K1DOW

#2829 From: "Rick Muething" <rmuething@...>
Date: Wed Jun 20, 2012 8:21 pm
Subject: Re: V4 Text Box
kn6kb
Send Email Send Email
 
Russ,
 
Remember there are two modes that V4 Works in ...selectable by the user.
 
1) FEC mode.  This tries to correct errors with V4’s FEC but there is no “back channel” so the receiving station cannot request a repeat.  This mode is used primarily for broadcast (one sender to many recipients) and in that case most users would want to see the data even if a frame were corrupted. Much of the time you can still “read through” an uncorrectable error just as you can in RTTY or CW or phone.  When V4 gets an error that the FEC can’t correct in FEC mode it shows that text in red strikethrough. It doesn’t know what characters in the frame are actually bad so it has no choice but to mark the entire frame bad.
 
2) ARQ mode.  This is a “connected” protocol between two stations (and ONLY two stations) and the ARQ mechanism along with FEC insures the data is eventually perfect or else the link will time out eventually (about 2 minutes with no data flowing).  In this mode V4Chat suppresses all errors showing only fully corrected text (you should never see strike through text when connected in ARQ mode).  When you are in ARQ mode but not connected it works exactly like FEC mode so you can see text (even if it corrupted) or you can also monitor another FEC transmission.
 
Although it is possible to but some display option to block all uncorrectable text I think it would generally not be good operating practice.  E.g. a weak station is calling CQ but rarely decoding without errors. Most would choose to at least see everything received since you often get at least partial data that caries some information.   I would like to get feedback on this from more users before putting in such an option because I am afraid it will cause more confusion (e.g. “I hear a station but I don’t see any printing” etc.)
 
73,
 
Rick KN6KB
 
 
From: k1dow_4
Sent: Wednesday, June 20, 2012 3:54 PM
Subject: [V4Protocol] V4 Text Box
 
 

Rick;

Good to see that you have found some time to devote to V4 again. Your work is enjoyed and appreciated by all of us V4 testers.

One thing I do want to question though is the appearance of the following which I quote from the help files:

"Received text (FEC or unconnected ARQ) with uncorrectable errors is Red strike through (log tag: {Rcv Text Err} )"

As I sit here watching this accumulate in my Text Box I'm wondering why should this be cluttering up my text box anyway?

I would prefer to only see correctly decoded text printed. Or at least have an option to turn off uncorrectable text being printed to the Text Box if I prefer not to see it.

Could that be made possible?

73/Russ
K1DOW


#2830 From: "Fred - w1wyc" <f_garside@...>
Date: Wed Jun 20, 2012 8:29 pm
Subject: Re: V4 Text Box
w1wyc
Send Email Send Email
 

Hi Rick,
 
I agree with you. I have been able to interpret a lot of red strike-thru data to allow me to determine what was sent.
 
73,
Fred, W1WYC
 
----- Original Message -----
Sent: Wednesday, June 20, 2012 4:21 PM
Subject: Re: [V4Protocol] V4 Text Box

 

Russ,
 
Remember there are two modes that V4 Works in ...selectable by the user.
 
1) FEC mode.  This tries to correct errors with V4’s FEC but there is no “back channel” so the receiving station cannot request a repeat.  This mode is used primarily for broadcast (one sender to many recipients) and in that case most users would want to see the data even if a frame were corrupted. Much of the time you can still “read through” an uncorrectable error just as you can in RTTY or CW or phone.  When V4 gets an error that the FEC can’t correct in FEC mode it shows that text in red strikethrough. It doesn’t know what characters in the frame are actually bad so it has no choice but to mark the entire frame bad.
 
2) ARQ mode.  This is a “connected” protocol between two stations (and ONLY two stations) and the ARQ mechanism along with FEC insures the data is eventually perfect or else the link will time out eventually (about 2 minutes with no data flowing).  In this mode V4Chat suppresses all errors showing only fully corrected text (you should never see strike through text when connected in ARQ mode).  When you are in ARQ mode but not connected it works exactly like FEC mode so you can see text (even if it corrupted) or you can also monitor another FEC transmission.
 
Although it is possible to but some display option to block all uncorrectable text I think it would generally not be good operating practice.  E.g. a weak station is calling CQ but rarely decoding without errors. Most would choose to at least see everything received since you often get at least partial data that caries some information.   I would like to get feedback on this from more users before putting in such an option because I am afraid it will cause more confusion (e.g. “I hear a station but I don’t see any printing” etc.)
 
73,
 
Rick KN6KB
 
 
From: k1dow_4
Sent: Wednesday, June 20, 2012 3:54 PM
Subject: [V4Protocol] V4 Text Box
 
 

Rick;

Good to see that you have found some time to devote to V4 again. Your work is enjoyed and appreciated by all of us V4 testers.

One thing I do want to question though is the appearance of the following which I quote from the help files:

"Received text (FEC or unconnected ARQ) with uncorrectable errors is Red strike through (log tag: {Rcv Text Err} )"

As I sit here watching this accumulate in my Text Box I'm wondering why should this be cluttering up my text box anyway?

I would prefer to only see correctly decoded text printed. Or at least have an option to turn off uncorrectable text being printed to the Text Box if I prefer not to see it.

Could that be made possible?

73/Russ
K1DOW


#2831 From: Ron Wenig <rwenig@...>
Date: Thu Jun 21, 2012 1:48 am
Subject: Re: New file uploaded to V4Protocol
ronwenig
Send Email Send Email
 
Hi Rick,

Just a nit but on my TS-590 when I first start V4 Chat or when I change frequencies clicking on the log the program turns off the auto tuner.  If I don't pay attention I could be transmitting with the auto tuner turned off and a high SWR.  It does it with 1.0.3.1 patch and older versions.

Thanks,

Ron ny3j

On 6/20/2012 2:42 PM, V4Protocol@yahoogroups.com wrote:
 


Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the V4Protocol
group.

File : /V4Chat 1.0.3.1 Patch.zip
Uploaded by : kn6kb <rmuething@...>
Description : Pre release patch update of V4Chat 1.0.3.1 with Help

You can access this file at the URL:
http://groups.yahoo.com/group/V4Protocol/files/V4Chat%201.0.3.1%20Patch.zip

To learn more about file sharing for your group, please visit:
http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
Regards,

kn6kb <rmuething@...>





#2832 From: "Rick Muething" <rmuething@...>
Date: Thu Jun 21, 2012 11:44 am
Subject: Re: New file uploaded to V4Protocol
kn6kb
Send Email Send Email
 
Thanks Ron,
 
You identified a bug I introduced that cleared the antenna tuner check box. I’ll have it fixed in the next release.

Rick KN6KB
 
 
From: Ron Wenig
Sent: Wednesday, June 20, 2012 9:48 PM
Subject: Re: [V4Protocol] New file uploaded to V4Protocol

#2833 From: Ron Wenig <rwenig@...>
Date: Thu Jun 21, 2012 11:51 am
Subject: Re: New file uploaded to V4Protocol
ronwenig
Send Email Send Email
 
Thanks Rick.  I did notice that if you checked that box it didn't save it.

Ron

On 6/21/2012 7:44 AM, Rick Muething wrote:
 

Thanks Ron,
 
You identified a bug I introduced that cleared the antenna tuner check box. I’ll have it fixed in the next release.

Rick KN6KB
 
 
From: Ron Wenig
Sent: Wednesday, June 20, 2012 9:48 PM
Subject: Re: [V4Protocol] New file uploaded to V4Protocol



#2834 From: "kn6kb" <rmuething@...>
Date: Fri Jun 22, 2012 3:56 pm
Subject: V4 Chat update 1.0.4.0
kn6kb
Send Email Send Email
 
All,

I will post today a full install for V4Chat to 1.0.4.0  This will correct some
problmes with radio control on some radios (Kenwood using tuners).  It required
making a change in the way the ini file radio data is saved and that will
require re setting the parameters in your Radio control setup file of V4Chat.

My suggestion is to make a backup copy of your V4Chat.ini file and if you can't
remember how to set up the Radio check this. It will be in the section labled
[V4 Chat]  note the space between V4 and Chat)

You can use these settings to enter the new Radio menu values which will be
saved in a new "[Radio] section of the V4Chat.ini file. Use the menus to make
updates do NOT try to edit the ini file.

Sorry for this inconvenience but it is the best time to clean up this error.

I will also post an auto update and by chance if that occurs you can always go
into the V4Chat.ini file and look at the old (and now unused) "[V4 Chat]"
section to see the values you had in the previous setup.

73,

Rick KN6KB

Example of "V4 Chat" section of V4Chat.ini file that holds the radio control
info...this will no longer be by V4Chat bebeginning 1.0.4.0


[V4 Chat]
Antenna Baud=9600
PTT Baud=19200
Control Baud=115200
Antenna Control=
Antenna RTS=False
Antenna DTR=True
Antenna Port=None
Antenna Selection=Default
Control DTR=False
Control RTS=True
Control Port=COM7
FM=False
USB=False
USBDigital=True
Icom Address=76
Model=Kenwood TS-590S
PTT Port=K590S
PTT DTR=True
PTT RTS=True
Tuner=True

#2835 From: V4Protocol@yahoogroups.com
Date: Fri Jun 22, 2012 4:19 pm
Subject: New file uploaded to V4Protocol
V4Protocol@yahoogroups.com
Send Email Send Email
 
Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the V4Protocol
group.

   File        : /V4Chat 1.0.4.0 Full Install.zip
   Uploaded by : kn6kb <rmuething@...>
   Description : V4Chat 1.0.4.0 Full Install with Help, V4 TNC and revision
history

You can access this file at the URL:
http://groups.yahoo.com/group/V4Protocol/files/V4Chat%201.0.4.0%20Full%20Install\
.zip

To learn more about file sharing for your group, please visit:
http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
Regards,

kn6kb <rmuething@...>

Messages 2806 - 2835 of 3287   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?

Copyright 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help