V4Protocol : Messages : 2509-2538 of 3287

I ran into an interesting problem where the station I was connected to locked up
when I became the ISS. Upon retries it happened again and again. Having data in
the buffer or not made no difference.

I am running the FLEX 3000 SDR with the latest software v.2.2.3.

When I switch to either an ICOM 706 or 746, all is sweet.

Ted, WB2LOU

Reply | Messages in this Topic (1)

#2510

From: jhhaynes@...
Date: Wed Nov 2, 2011 1:58 am
Subject: Dot Net Oops

jhaynesatalumni

Due to a sad occurrence I've had to rebuild my WinXP system.  When
I went to install V4Chat again it said I need .NET 3.5.  I followed
the link to get that and what it leads to is .NET 4  Which I
installed but V4Chat doesn't seem to buy.

#2511

From: jhhaynes@...
Date: Wed Nov 2, 2011 2:18 am
Subject: Re: Dot Net Oops

jhaynesatalumni

--- In V4Protocol@yahoogroups.com, jhhaynes@... wrote:
>
> Due to a sad occurrence I've had to rebuild my WinXP system.  When
> I went to install V4Chat again it said I need .NET 3.5.  I followed
> the link to get that and what it leads to is .NET 4  Which I
> installed but V4Chat doesn't seem to buy.
>

Well then I saw the C:\V4Chat directory is still there, so I went
into it and clicked on the setup icon.  And it opened a window
saying it was installing .NET 3.5 Framework SP1  but the progress
bar never moved.  Another window opened saying Please wait while
setup configures the components, but also a progress bar that
never moves.

#2512

From: John Elliott <jaellio@...>
Date: Wed Nov 2, 2011 2:28 am
Subject: Active frequencies

jae3804

RegardsCan I confirm that the accepted frequencies for operation are

3073 14073 21073 28073 ??.

Anybody monitoring any of those frequencies on a regular basis ??. Would like to have a go a long haul HF.

John Elliott

VK3CVF

#2513

From: Matthew VK3EVL <hitman@...>
Date: Wed Nov 2, 2011 3:06 am
Subject: Re: Dot Net Oops

eevil_hitman

Hi,

Go to http://www.microsoft.com/download/en/details.aspx?id=21 to download .net framework 3.5

Cheers

Matthew

VK3EVL

On Wed, 02 Nov 2011 01:58:19 -0000, jhhaynes@... wrote:

Due to a sad occurrence I've had to rebuild my WinXP system. When
I went to install V4Chat again it said I need .NET 3.5. I followed
the link to get that and what it leads to is .NET 4 Which I
installed but V4Chat doesn't seem to buy.

#2514

From: jhhaynes@...
Date: Wed Nov 2, 2011 3:47 am
Subject: Re: Dot Net Oops

jhaynesatalumni

Well after I went away for a while and came back it had installed
V4Chat, and the ControlPanel->Add or Remove Programs shows that
.NET 3.5 is there.  (Along with .NET 4)

So the only real problem is that the installer seems to lead you to
the wrong place at Microsoft if it thinks you need to install .NET 3.5

#2515

From: Stan Kozlowitz <aa5xo@...>
Date: Wed Nov 2, 2011 10:00 am
Subject: Re: Active frequencies

aa5xo

John, The 80-mtr frequency in the US would be 3573 kHz (not 3073). The US amateur 80-mtr band starts at 3500 kHz for Extra class licensees. The General and Advanced class allocation is from 3525 to 3600 kHz.

3073 is probably a military frequency with some MARS (Military Auxiliary Radio System) activity.

3573 kHz would be a good freq for VK-land also. I think you had a typo in your message, and you actually meant 3573 kHz.

Good luck with V4Chat. It is a fun mode.

Stan Kozlowitz

aa5xo@...

NNN0YSD@...

From: John Elliott <jaellio@...>
To: V4Protocol@yahoogroups.com
Sent: Tuesday, November 1, 2011 10:28 PM
Subject: [V4Protocol] Active frequencies

RegardsCan I confirm that the accepted frequencies for operation are

3073 14073 21073 28073 ??.

Anybody monitoring any of those frequencies on a regular basis ??. Would like to have a go a long haul HF.

John Elliott

VK3CVF

#2516

From: Rick Westerfield <r_lwesterfield@...>
Date: Wed Nov 2, 2011 11:48 am
Subject: Re: Dot Net Oops

r_lwesterfie...

Have you ran all of the Windows Updates? That is how I got 3.5.

Rick KH2DF

Sent from my iPhone

On Nov 1, 2011, at 8:58 PM, jhhaynes@... wrote:

Due to a sad occurrence I've had to rebuild my WinXP system. When
I went to install V4Chat again it said I need .NET 3.5. I followed
the link to get that and what it leads to is .NET 4 Which I
installed but V4Chat doesn't seem to buy.

#2517

From: "Les Keppie" <leskep@...>
Date: Wed Nov 2, 2011 11:17 pm
Subject: Re: Active frequencies

leskep

Hi All

Regards this statement

<<<<< 3573 kHz would be a good freq for VK-land also.  I think you had a
typo
<<<<< in your message, and you actually meant 3573 kHz.

http://www.wia.org.au/members/bandplans/data/
and at bottom of page look a
Australian Band Plans 111008.pdf
Read Note 2 -  3620 to 3640 kHz is the digital
area in VK for 80m band

Les VK2DSG



On Wed, 02 Nov 2011 21:00:34 +1100, Stan Kozlowitz <aa5xo@...>
wrote:

> John, The 80-mtr frequency in the US would be 3573 kHz (not 3073).  The
> US amateur 80-mtr band starts at 3500 kHz for Extra class licensees.
> The General and Advanced class allocation is from 3525 to 3600 kHz.
>
>
> 3073 is probably a military frequency with some MARS (Military Auxiliary
> Radio System) activity.
>
>


>
> Good luck with V4Chat.  It is a fun mode.
>
>  Stan Kozlowitz
> aa5xo@...
> aa5xo@...
> NNN0YSD@...
>
>
>
>
> ________________________________
> From: John Elliott <jaellio@...>
> To: V4Protocol@yahoogroups.com
> Sent: Tuesday, November 1, 2011 10:28 PM
> Subject: [V4Protocol] Active frequencies
>
>
>
>
> RegardsCan I confirm that the accepted frequencies for operation are
> 3073 14073 21073 28073 ??.
>  Anybody monitoring any of those frequencies on a regular basis ??.
> Would like to have a go a long haul HF.
>
> John Elliott
> VK3CVF
>
>


--
Using Opera's revolutionary email client: http://www.opera.com/mail/

#2518

From: Stan Kozlowitz <aa5xo@...>
Date: Thu Nov 3, 2011 3:25 pm
Subject: Re: Active frequencies

aa5xo

Les, thanks for the correction. I did not think about sub-band allocations. Man, that's not a lot of room for digital!!!

Stan Kozlowitz

aa5xo@...

NNN0YSD@...

304-613-5375

From: Les Keppie <leskep@...>
To: V4Protocol@yahoogroups.com
Sent: Wednesday, November 2, 2011 7:17 PM
Subject: Re: [V4Protocol] Active frequencies

Hi All

Regards this statement

<<<<< 3573 kHz would be a good freq for VK-land also. I think you had a
typo
<<<<< in your message, and you actually meant 3573 kHz.

http://www.wia.org.au/members/bandplans/data/
and at bottom of page look a
Australian Band Plans 111008.pdf
Read Note 2 - 3620 to 3640 kHz is the digital
area in VK for 80m band

Les VK2DSG

On Wed, 02 Nov 2011 21:00:34 +1100, Stan Kozlowitz <aa5xo@...>
wrote:

> John, The 80-mtr frequency in the US would be 3573 kHz (not 3073). The
> US amateur 80-mtr band starts at 3500 kHz for Extra class licensees.
> The General and Advanced class allocation is from 3525 to 3600 kHz.
>
>
> 3073 is probably a military frequency with some MARS (Military Auxiliary
> Radio System) activity.
>
>

>
> Good luck with V4Chat. It is a fun mode.
>
> Stan Kozlowitz
> aa5xo@...
> aa5xo@...
> NNN0YSD@...
>
>
>
>
> ________________________________
> From: John Elliott <jaellio@...>
> To: V4Protocol@yahoogroups.com
> Sent: Tuesday, November 1, 2011 10:28 PM
> Subject: [V4Protocol] Active frequencies
>
>
>
>
> RegardsCan I confirm that the accepted frequencies for operation are
> 3073 14073 21073 28073 ??.
> Anybody monitoring any of those frequencies on a regular basis ??.
> Would like to have a go a long haul HF.
>
> John Elliott
> VK3CVF
>
>

--
Using Opera's revolutionary email client: http://www.opera.com/mail/

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/V4Protocol/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/V4Protocol/join
(Yahoo! ID required)

<*> To change settings via email:
V4Protocol-digest@yahoogroups.com
V4Protocol-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
V4Protocol-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/

#2519

From: Paul Whitaker <dromana@...>
Date: Thu Nov 3, 2011 11:11 pm
Subject: ARQ & FEC

vk3dpw

Hi all,
I am observing an interesting situation - I leave my system running on
14073 overnight ARQ, and it usually shows a number of CQ's or actual connects.
The CQ's are ALWAYS well formed - no errors etc.
But when a connect between two other stations happens, there is usually a
LOT of crossed out red text, with some decoded correctly.
I would think that the CQ is a FEC mode - and when connected, it is ARQ
'Chat' with error correction. My station is not synchronized
in that case, so I thought it would only be as good as FEC - but FEC is far
better.
Further, I have tried on a number of occasions to conduct a FEC 'Net', but
very poor results. (usually on noisy 80 mtr)

Just observing. I would have thought the monitoring would have been as good
as the FEC CQ call !

Anyone notice this ?

Paul Whitaker.
VK3DPW

#2520

From: Jack Swift <n8wavjack@...>
Date: Fri Nov 4, 2011 12:20 am
Subject: Re: ARQ & FEC

idiotnumber99

my 'off the cuff' opinion is that in FEC you get good packets , bad
packets, and half-whatever packets....
that's why you get the 'red stuff'. AND when you're monitoring someone
else, you are, in effect, using/viewing FEC because you are not a
'connected' part of the conversation.

BUT when you are one of the 2 (no more, no less) connected stations in
ARQ, mode there is no such thing as a bad packet -- your partner will
keep resending the offending packet until you acknowledge it as being
'perfect' - and you will do the same for him..

that wonderful feature of ARQ is why someone monitoring might see
duplicate sentence fragments.

On Thu, Nov 3, 2011 at 7:11 PM, Paul Whitaker <dromana@...> wrote:
>
>
>
> Hi all,
> I am observing an interesting situation - I leave my system running on
> 14073 overnight ARQ, and it usually shows a number of CQ's or actual connects.
> The CQ's are ALWAYS well formed - no errors etc.
> But when a connect between two other stations happens, there is usually a
> LOT of crossed out red text, with some decoded correctly.
> I would think that the CQ is a FEC mode - and when connected, it is ARQ
> 'Chat' with error correction. My station is not synchronized
> in that case, so I thought it would only be as good as FEC - but FEC is far
> better.
> Further, I have tried on a number of occasions to conduct a FEC 'Net', but
> very poor results. (usually on noisy 80 mtr)
>
> Just observing. I would have thought the monitoring would have been as good
> as the FEC CQ call !
>
> Anyone notice this ?
>
> Paul Whitaker.
> VK3DPW
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

--
vvvvvvvvvvvvvvvvvvvvvvvv
Jack Swift, N8WAV
Houghton County ARES/RACES EC/RO
105 E. Douglass Ave.
Houghton, MI 49931
906-281-5300
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

#2521

From: Ian Branch <branch@...>
Date: Fri Nov 4, 2011 1:28 am
Subject: Re: ARQ & FEC

ijbranch

>> Anyone notice this ?

Yes.  I thought it was just me.

Ian.
VK3YEA



___________________________________

#2522

From: John Elliott <jaellio@...>
Date: Fri Nov 4, 2011 1:26 am
Subject: Re: ARQ & FEC

jae3804

I'm currentlyn listening on 14073mhz if anybody is around (01:25gmt)

Regards
John Elliott

#2523

From: Paul Whitaker <dromana@...>
Date: Fri Nov 4, 2011 4:18 am
Subject: Re: ARQ & FEC

vk3dpw

Hi Jack,
Yes, I understand that.
Its just that I would expect to see repeats, as you mention, but apart from
the CQ call or Connect, its mostly red.
And yes, I agree about mistakes without the ability to ask for repeat - but
it would seem that there is something more
stable about the FEC CQ or Connect, to my system, compared to the ARQ Chat,
or even the FEC Nets we have tried to run.

Just an observation - donent make sense !

The Auto update is working perfectly, and we have had quite a few ARQ chats
with great success.
Thanks for the work Rick - My Hat off to you and others that can work magic
with the keyboard !

'73
Paul Whitaker.
VK3DPW

From: "Jack Swift" <n8wavjack@...>
At 11:20 AM 04/11/2011, you wrote:
>
>
>my 'off the cuff' opinion is that in FEC you get good packets , bad
>packets, and half-whatever packets....
>that's why you get the 'red stuff'. AND when you're monitoring someone
>else, you are, in effect, using/viewing FEC because you are not a
>'connected' part of the conversation.
>
>BUT when you are one of the 2 (no more, no less) connected stations in
>ARQ, mode there is no such thing as a bad packet -- your partner will
>keep resending the offending packet until you acknowledge it as being
>'perfect' - and you will do the same for him..
>
>that wonderful feature of ARQ is why someone monitoring might see
>duplicate sentence fragments.

#2524

From: Ian Wade G3NRW <g3nrw-radio@...>
Date: Fri Nov 4, 2011 9:32 am
Subject: TS-590S Resources Page -- New "TOOLS" Section

g3nrw

I have just updated the TS-590S Resources Page:

    http://homepage.ntlworld.com/wadei/ts-590s.htm

There is a new "TOOLS" section. It contains links to various utilities
and procedures that I have found very useful in setting up the PC for
serial I/O, and monitoring/debugging CAT command traffic.


--
73
Ian, G3NRW

The TS-590S Resources Page:
    http://homepage.ntlworld.com/wadei/ts-590s.htm

Reply | Messages in this Topic (1)

#2525

From: John Hirth <w2ki@...>
Date: Fri Nov 4, 2011 8:02 pm
Subject: Re: ARQ & FEC

w2ki

I've noticed marginal copy at times too, when monitoring other ARQ QSOs.

One thing I've noticed is that V4Chat often starts to decode the frames that are ACKs or NAKs (the short frames) but doesn't seem to get back into the "ready" mode in time to catch the leader of the other station's data frame. So some of the data frames are lost, even if the station sounds "good". Now my computer is just a rather old 1.4GHz Pentium M with 2GB or memory, so I'm sure that it's now slower than most and probably explains what I'm seeing.

I'm not sure if this goes to the heart of your comment, but I just thought I'd drop it in as food for thought.

73, John W2KI
-----------
On 11/3/2011 7:11 PM, Paul Whitaker wrote:

Hi all,
I am observing an interesting situation - I leave my system running on
14073 overnight ARQ, and it usually shows a number of CQ's or actual connects.
The CQ's are ALWAYS well formed - no errors etc.
But when a connect between two other stations happens, there is usually a
LOT of crossed out red text, with some decoded correctly.
I would think that the CQ is a FEC mode - and when connected, it is ARQ
'Chat' with error correction. My station is not synchronized
in that case, so I thought it would only be as good as FEC - but FEC is far
better.
Further, I have tried on a number of occasions to conduct a FEC 'Net', but
very poor results. (usually on noisy 80 mtr)

Just observing. I would have thought the monitoring would have been as good
as the FEC CQ call !

Anyone notice this ?

Paul Whitaker.
VK3DPW

#2526

From: "Rick Muething" <rmuething@...>
Date: Fri Nov 4, 2011 8:23 pm
Subject: Re: ARQ & FEC

kn6kb

John,

There is a mechanism that has been in V4Chat and V4 TNC since the beginning called the debug log. If you enable it very accurate time tags (to 10 ms) are logged at key points in the V4 TNC program. This all was and is there to aid in debugging and optimization and has been invaluable in tracking down real problems and also in finding “setup” or “cockpit” problems in the protocol.

I seriously doubt there is any timing problem with a 1.4 GHz computer and 2 G of memory...V4 is successfully running on much slower machines than that and there is considerable decoding margin built into the timing. But in any case the REAL mechanism for locating if it is a problem and where it might be always comes down to the following:

1) Enable the debug log

2) Describe as best as possible the problem observed and the exact time (UTC as close as possible) it was observed.

3) Include the log as an attachment to and send to me...in some cases both ends of the session may be required which is a bit more difficult but possible.

This is practically the ONLY way improvement can be made and has resulted in continual and dramatic improvements in the V4 Protocol and V4 Chat over the past 11 months or so. Debugging or optimizing the performance of a protocol is not some thing than can be done by guess work or casual observations.

73,

Rick KN6KB

From: John Hirth

Sent: Friday, November 04, 2011 4:02 PM

Subject: Re: [V4Protocol] ARQ & FEC

Hi all,
I am observing an interesting situation - I leave my system running on
14073 overnight ARQ, and it usually shows a number of CQ's or actual connects.
The CQ's are ALWAYS well formed - no errors etc.
But when a connect between two other stations happens, there is usually a
LOT of crossed out red text, with some decoded correctly.
I would think that the CQ is a FEC mode - and when connected, it is ARQ
'Chat' with error correction. My station is not synchronized
in that case, so I thought it would only be as good as FEC - but FEC is far
better.
Further, I have tried on a number of occasions to conduct a FEC 'Net', but
very poor results. (usually on noisy 80 mtr)

Just observing. I would have thought the monitoring would have been as good
as the FEC CQ call !

Anyone notice this ?

Paul Whitaker.
VK3DPW

#2527

From: John Hirth <w2ki@...>
Date: Fri Nov 4, 2011 8:52 pm
Subject: Re: ARQ & FEC

w2ki

Hi Rick,

Thanks for the reminder of how to send you information of use to you in debugging a "situation". I've used it to send several sets of logs to you as I've encountered past problems. Monitoring established ARQ QSOs, while interesting and I do use it, is not of high value in my type of operating. I've never thought this was anywhere near enough of an issue to warrant reporting, as V4Chat works very well for me in ARQ QSOs.

Thanks again for all your work!
73, John W2KI
-----
On 11/4/2011 4:23 PM, Rick Muething wrote:

John,

There is a mechanism that has been in V4Chat and V4 TNC since the beginning called the debug log. If you enable it very accurate time tags (to 10 ms) are logged at key points in the V4 TNC program. This all was and is there to aid in debugging and optimization and has been invaluable in tracking down real problems and also in finding “setup” or “cockpit” problems in the protocol.

I seriously doubt there is any timing problem with a 1.4 GHz computer and 2 G of memory...V4 is successfully running on much slower machines than that and there is considerable decoding margin built into the timing. But in any case the REAL mechanism for locating if it is a problem and where it might be always comes down to the following:

1) Enable the debug log

2) Describe as best as possible the problem observed and the exact time (UTC as close as possible) it was observed.

3) Include the log as an attachment to and send to me...in some cases both ends of the session may be required which is a bit more difficult but possible.

This is practically the ONLY way improvement can be made and has resulted in continual and dramatic improvements in the V4 Protocol and V4 Chat over the past 11 months or so. Debugging or optimizing the performance of a protocol is not some thing than can be done by guess work or casual observations.

73,

Rick KN6KB

#2528

From: V4Protocol@yahoogroups.com
Date: Sat Nov 12, 2011 7:16 pm
Subject: New file uploaded to V4Protocol

V4Protocol@yahoogroups.com

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.0.0 Full Install.zip
   Uploaded by : kn6kb <rmuething@...>
   Description : V4Chat 1.0.0.0 Full Install with V4 TNC and revision histories

You can access this file at the URL:
http://groups.yahoo.com/group/V4Protocol/files/V4Chat%201.0.0.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@...>

Reply | Messages in this Topic (141)

#2529

From: "kn6kb" <rmuething@...>
Date: Sat Nov 12, 2011 7:25 pm
Subject: Release of V4Chat and V4 TNC 1.0.0.0

kn6kb

All,

I have uploaded to the Yahoo FTP server and to the auto update server the latest
release of V4Chat and the V4 TNC.  These are basically minor updates but do
improve the reliability with improved timing margins.

Special thanks to WB2LOU and K1DOW for their testing of these updates and
providing important feedback.

This basically ends the year long Beta test effort although certainly bugs will
still be found and upgrades generated.  Thanks to all those that contributed to
the V4 beta test effort over the last 12 months.

I am still working on some issues with readback of the frequency data on Yaesu
radios.

I am looking into some additional logging mechanisms to log range and bearing
information or gridsquare.   What this might lead to is a near future contest
weekend where we try and see how many V4 stations can be worked. Those that
might have any ideas about this or suggestions please contact me.

73,

Rick Muething, KN6KB

#2530

From: "Michael - VA3LKI" <va3lki@...>
Date: Sat Nov 12, 2011 8:56 pm
Subject: Re: Release of V4Chat and V4 TNC 1.0.0.0

va3lki

Rick

Many thanks for the work and in particular the update 'option' message along
with the restart message.

Would be great to see those available for RMS programs as well.

73
Michael

#2531

From: "Rick Muething" <rmuething@...>
Date: Sat Nov 12, 2011 9:08 pm
Subject: Re: Release of V4Chat and V4 TNC 1.0.0.0

kn6kb

Michael,

Thanks. That is the plan for the new update and they should find their way into the other programs as updates are made.

Rick

From: Michael - VA3LKI

Sent: Saturday, November 12, 2011 3:56 PM

Subject: Re: [V4Protocol] Release of V4Chat and V4 TNC 1.0.0.0

Rick

Many thanks for the work and in particular the update 'option' message along with the restart message.

Would be great to see those available for RMS programs as well.

73
Michael

#2532

From: "kj5xftl" <kj5xftl@...>
Date: Sat Nov 12, 2011 10:46 pm
Subject: Re: Release of V4Chat and V4 TNC 1.0.0.0

kj5xftl

Rick,
Just wanted to say: THANK YOU very much for your effort.
Today is the first day I have ever used V4chat and I am impressed. I actually
had 3 QSO's with hams located in NY, IL. and GA. Then by
the 4th time I was getting ready to use V4 chat I noticed the update.
Version 1.0.0.0 is working fine at my end!

73,
Tony Lyon (KJ5XF)

#2533

From: Mushtaq Ahmed <la3ria@...>
Date: Sun Nov 13, 2011 3:38 am
Subject: Auto CQ

la3ria

Rick, I have been using the V4Chat over a year, and one thing I miss a lot, can you add a auto CQ into V4Chat, please think about if it possiable?
73 de Mushtaq / LA3RIA

#2534

From: "Siegfried Jackstien" <siegfried.jackstien@...>
Date: Sun Nov 13, 2011 11:53 am
Subject: AW: Release of V4Chat and V4 TNC 1.0.0.0

dg9bfc

I can only set qrg from the minilog ... but read back does not work
Turning the vfo dial does not get back to the software
Only setting qrg by log or by clicking on waterfall is properly noticed
Rig is icom 765
Cat cable is usb to icom plug and play and does work with all other soft (so
no hardware fault possible)
Greetz
Dg9bfc
Sigi
Ps update to 1.0.0.0 worked fine :-)

> -----Urspr�ngliche Nachricht-----
> Von: V4Protocol@yahoogroups.com [mailto:V4Protocol@yahoogroups.com] Im
> Auftrag von kn6kb
> Gesendet: Samstag, 12. November 2011 19:25
> An: V4Protocol@yahoogroups.com
> Betreff: [V4Protocol] Release of V4Chat and V4 TNC 1.0.0.0
>
>
>
> All,
>
> I have uploaded to the Yahoo FTP server and to the auto update server the
> latest release of V4Chat and the V4 TNC. These are basically minor updates
> but do improve the reliability with improved timing margins.
>
> Special thanks to WB2LOU and K1DOW for their testing of these updates and
> providing important feedback.
>
> This basically ends the year long Beta test effort although certainly bugs
> will still be found and upgrades generated. Thanks to all those that
> contributed to the V4 beta test effort over the last 12 months.
>
> I am still working on some issues with readback of the frequency data on
> Yaesu radios.
>
> I am looking into some additional logging mechanisms to log range and
> bearing information or gridsquare. What this might lead to is a near
> future contest weekend where we try and see how many V4 stations can be
> worked. Those that might have any ideas about this or suggestions please
> contact me.
>
> 73,
>
> Rick Muething, KN6KB
>
>
>
>

#2535

From: "Rick Muething" <rmuething@...>
Date: Sun Nov 13, 2011 1:05 pm
Subject: Re: AW: Release of V4Chat and V4 TNC 1.0.0.0

kn6kb

Sigi,

Send me the V4Chat.log as an attachment....It should have info in there re readback of the frequency. I don’t have a 765 to test with but will download the manual to see what may be different from that radio vs. other Icoms.

Rick KN6KB

From: Siegfried Jackstien

Sent: Sunday, November 13, 2011 6:53 AM

Subject: AW: [V4Protocol] Release of V4Chat and V4 TNC 1.0.0.0

I can only set qrg from the minilog ... but read back does not work
Turning the vfo dial does not get back to the software
Only setting qrg by log or by clicking on waterfall is properly noticed
Rig is icom 765
Cat cable is usb to icom plug and play and does work with all other soft (so
no hardware fault possible)
Greetz
Dg9bfc
Sigi
Ps update to 1.0.0.0 worked fine :-)

> -----Ursprüngliche Nachricht-----
> Von: mailto:V4Protocol%40yahoogroups.com [mailto:mailto:V4Protocol%40yahoogroups.com] Im
> Auftrag von kn6kb
> Gesendet: Samstag, 12. November 2011 19:25
> An: mailto:V4Protocol%40yahoogroups.com
> Betreff: [V4Protocol] Release of V4Chat and V4 TNC 1.0.0.0
>
>
>
> All,
>
> I have uploaded to the Yahoo FTP server and to the auto update server the
> latest release of V4Chat and the V4 TNC. These are basically minor updates
> but do improve the reliability with improved timing margins.
>
> Special thanks to WB2LOU and K1DOW for their testing of these updates and
> providing important feedback.
>
> This basically ends the year long Beta test effort although certainly bugs
> will still be found and upgrades generated. Thanks to all those that
> contributed to the V4 beta test effort over the last 12 months.
>
> I am still working on some issues with readback of the frequency data on
> Yaesu radios.
>
> I am looking into some additional logging mechanisms to log range and
> bearing information or gridsquare. What this might lead to is a near
> future contest weekend where we try and see how many V4 stations can be
> worked. Those that might have any ideas about this or suggestions please
> contact me.
>
> 73,
>
> Rick Muething, KN6KB
>
>
>
>

#2536

From: "Rick Muething" <rmuething@...>
Date: Sun Nov 13, 2011 1:15 pm
Subject: Re: Auto CQ

kn6kb

Mushtaq,

I am not sure what an “auto CQ” is. There is already a CQ calling mechanism built in and used for ARQ. (Click ARQ Call, CQ) This sends a specailly formatted frame that ID’s the sender and tells everyone he is calling CQ. Stations can then answer him in ARQ by (Click ARQ Call, Entering the target call sign and then Clicking Call Callsign). All this explained in the help file.

The ARQ connection is initiated by very specificly formatted frame containing the Sender’s and target call sign.

For FEC operation the easiest thing is to edit up a formatted file saying what you wish and saving it as a users file. It could be a general CQ, DX CQ, contest CQ or whatever you wish. Read in the help about how to generate and use User files.

Rick KN6KB

From: Mushtaq Ahmed

Sent: Saturday, November 12, 2011 10:38 PM

To: v4protocol@yahoogroups.com

Subject: [V4Protocol] Auto CQ

Rick, I have been using the V4Chat over a year, and one thing I miss a lot, can you add a auto CQ into V4Chat, please think about if it possiable?
73 de Mushtaq / LA3RIA

#2537

From: Joel Black <w4jbb@...>
Date: Sun Nov 13, 2011 2:05 pm
Subject: Re: Auto CQ

jbblack68

Rick,

I think he is talking about putting in a countdown timer. Configure the timer, hit the CQ button, and let it do its thing. If you make the timer for 30 seconds, 30 seconds after the last CQ, V4 calls CQ again.

FLDigi has a macro that will allow you to do it. My problem is I forget I did it and walk out of the shack. :)

73,
Joel - W4JBB

On 11/13/2011 7:15 AM, Rick Muething wrote:

Mushtaq,

I am not sure what an “auto CQ” is. There is already a CQ calling mechanism built in and used for ARQ. (Click ARQ Call, CQ) This sends a specailly formatted frame that ID’s the sender and tells everyone he is calling CQ. Stations can then answer him in ARQ by (Click ARQ Call, Entering the target call sign and then Clicking Call Callsign). All this explained in the help file.

The ARQ connection is initiated by very specificly formatted frame containing the Sender’s and target call sign.

For FEC operation the easiest thing is to edit up a formatted file saying what you wish and saving it as a users file. It could be a general CQ, DX CQ, contest CQ or whatever you wish. Read in the help about how to generate and use User files.

Rick KN6KB

From: Mushtaq Ahmed

Sent: Saturday, November 12, 2011 10:38 PM

To: v4protocol@yahoogroups.com

Subject: [V4Protocol] Auto CQ

Rick, I have been using the V4Chat over a year, and one thing I miss a lot, can you add a auto CQ into V4Chat, please think about if it possiable?
73 de Mushtaq / LA3RIA

#2538

From: "Rick Muething" <rmuething@...>
Date: Sun Nov 13, 2011 2:44 pm
Subject: Re: Auto CQ

kn6kb

Thanks Joel,

That makes some sense but I am always reluctant to put any automatic/unattended mechanism into what is supposed to be a “keyboard” program. There have already been requests for things like the ability to “leave messages” etc. but there are already good programs and protocols around that will handle unattended ARQ operation and messages (e.g. RMS Express with WINMOR, BPQ32 etc.). It is too easy to create automatic QRM generators! If someone can explain the value in such an Auto CQ and a reliable method for protecting against unattended QRM I will of course consider putting it in.

Rick KN6KB

From: Joel Black

Sent: Sunday, November 13, 2011 9:05 AM

Subject: Re: [V4Protocol] Auto CQ

Mushtaq,

I am not sure what an “auto CQ” is. There is already a CQ calling mechanism built in and used for ARQ. (Click ARQ Call, CQ) This sends a specailly formatted frame that ID’s the sender and tells everyone he is calling CQ. Stations can then answer him in ARQ by (Click ARQ Call, Entering the target call sign and then Clicking Call Callsign). All this explained in the help file.

The ARQ connection is initiated by very specificly formatted frame containing the Sender’s and target call sign.

For FEC operation the easiest thing is to edit up a formatted file saying what you wish and saving it as a users file. It could be a general CQ, DX CQ, contest CQ or whatever you wish. Read in the help about how to generate and use User files.

Rick KN6KB

From: Mushtaq Ahmed

Sent: Saturday, November 12, 2011 10:38 PM

To: v4protocol@yahoogroups.com

Subject: [V4Protocol] Auto CQ

Rick, I have been using the V4Chat over a year, and one thing I miss a lot, can you add a auto CQ into V4Chat, please think about if it possiable?
73 de Mushtaq / LA3RIA