Date   

NBEMS Testing Schedule

"tim.n4um" <N4UM@...>
 

Hello everybody. I'm a real newbie at NBEMS but would like to become
more familiar with it. I'll make a special effort to be on 10.137 plus
1.5 audio at 0100Z for the next week or so. I'll be beaconing on
MFSK. I can't make it this evening but will be on beginning tomorrow
night (Tuesday night EST). If you'd like to set up a sked for some
other time and frequency please e-mail me.

Tim, N4UM


Up and Running, Need to do some Testing

"dahupmich" <ki8af@...>
 

Finally found the time to get the software loaded. Preliminary
checkout shows everything seems to be working fine but, now I'd like
to get some on the air testing in to confirm that.

Located in northern Michigan EN66.

Is there any scheduled or regular on air practice and/or testing
session? Please let me know.

Greg
KI8AF


Re: NBEMS Testing

"Ken Sanders" <ae6la@...>
 

10137 kHz (+1500 Hz audio) plus/minus depending on QRM.

Good Morning,

I am looking for activity here.

Ken Sanders - AE6LA
1766 Patricia Lane, Arnold, CA 95223-2602 CM98tf

73


Re: FLDigi v. 2.09 Red Waterfall

"cplt102" <nv6v@...>
 

OK, guys...we're making progress. That changed the waterfall. I'll
go join the linuxham group and look for answers to some of my other
struggles. Thanks for the help!
NV6V


--- In NBEMSham@..., Ed <autek@...> wrote:

cplt102 wrote:
Greetings to the group and my apologies if this has already been
addressed...I searched a bit in the previous posts and didn't see it.

I just upgraded fldigi to 2.09 and the waterfall turned a solid bright
red. It seems unaffected by the audio that is coming in. Version 1.x
worked fine (btw, everything else about the new version is great!).

I'm running Ubuntu 7.10.

Any ideas?

73 de Andy, NV6V
Andy, rename your /.fldigi folder and restart fldigi, see if that cures
the problem. Let us know the results.

Ed W3NR

Fldigi questions need to be asked at linuxham, its the official list
for
all things fldigi.


new to group

"bill kershaw" <KD7KDR@...>
 

What do I need to do to meet the requirements of the group?
73 s kd7kdr aka. Bill Kershaw


---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 080226-1, 02/26/2008
Tested on: 2/26/2008 10:42:36 PM
avast! - copyright (c) 1988-2008 ALWIL Software.
http://www.avast.com


Re: FLDigi v. 2.09 Red Waterfall

w1hkj <w1hkj@...>
 

cplt102 wrote:

Greetings to the group and my apologies if this has already been
addressed...I searched a bit in the previous posts and didn't see it.

I just upgraded fldigi to 2.09 and the waterfall turned a solid bright
red. It seems unaffected by the audio that is coming in. Version 1.x
worked fine (btw, everything else about the new version is great!).

I'm running Ubuntu 7.10.

Any ideas?

73 de Andy, NV6V

Delete your $HOME/.fldigi directory and all its contents and then rerun fldigi.

Dave, W1HKJ


Re: FLDigi v. 2.09 Red Waterfall

Ed <autek@...>
 

cplt102 wrote:
Greetings to the group and my apologies if this has already been
addressed...I searched a bit in the previous posts and didn't see it.
I just upgraded fldigi to 2.09 and the waterfall turned a solid bright
red. It seems unaffected by the audio that is coming in. Version 1.x
worked fine (btw, everything else about the new version is great!).
I'm running Ubuntu 7.10.
Any ideas?
73 de Andy, NV6V
Andy, rename your /.fldigi folder and restart fldigi, see if that cures the problem. Let us know the results.

Ed W3NR

Fldigi questions need to be asked at linuxham, its the official list for all things fldigi.


FLDigi v. 2.09 Red Waterfall

"cplt102" <nv6v@...>
 

Greetings to the group and my apologies if this has already been
addressed...I searched a bit in the previous posts and didn't see it.

I just upgraded fldigi to 2.09 and the waterfall turned a solid bright
red. It seems unaffected by the audio that is coming in. Version 1.x
worked fine (btw, everything else about the new version is great!).

I'm running Ubuntu 7.10.

Any ideas?

73 de Andy, NV6V


Beacon

w1hkj <w1hkj@...>
 

Greg wrote:

I think this was probably intentionally done as it keeps the human
operator in the loop. I don't think we would want this to become
another winlink type of software where we set up NBEMS stations and
have them go fully automatic. I think that would defeat the purpose of
NBEMS.

Greg
KC7GNM

You are absolutely correct Greg.  Skip (KH6TY) and I were not even sure that we wanted to make the beacon have any automation at all, but if it were not a timed event then the operator would be totally tied to the keyboard.

Dave, W1HKJ


Re: Beacon

"Greg" <cajin_77@...>
 

--- In NBEMSham@..., "w7oze" <w7oze@...> wrote:

A station is being used as a mail server, likewise it has its beacon
turned on. If another station connects as in delivering mail, the beacon
is turned off as expected. Upon a disconnect, I would expect the
beacon to start its timer and continue to perform its functionality as
a beacon, but at this time the beacon is disabled. One must manually
turn the beacon on again. Can we return to the beacon mode upon a
disconnect?
I think this was probably intentionally done as it keeps the human
operator in the loop. I don't think we would want this to become
another winlink type of software where we set up NBEMS stations and
have them go fully automatic. I think that would defeat the purpose of
NBEMS.

Greg
KC7GNM


Beacon

"w7oze" <w7oze@...>
 

A station is being used as a mail server, likewise it has its beacon
turned on. If another station connects as in delivering mail, the beacon
is turned off as expected. Upon a disconnect, I would expect the
beacon to start its timer and continue to perform its functionality as
a beacon, but at this time the beacon is disabled. One must manually
turn the beacon on again. Can we return to the beacon mode upon a
disconnect?


Re: NBEMS Testing

"ijeh99" <ve4keh@...>
 

I'm a little too late getting fldigi/flarq and a sound card interface
together to participate in the previous attempts at contacts.

However, I'll keep an ear open this weekend to entertain contacts on,
say, 10137 kHz (+1500 Hz audio) plus/minus depending on QRM.
Anticipate using MFSK16, but will switch to whatever pops up. If
you've got a specific time/freq/mode in mind, drop me a note and I'll
try to accommodate.

As I'm out of town a lot lately, I'm /really/ considering ways to
connect to the shack via the inet. Until then, only weekends work for me.

Kent VE4KEH
--- In NBEMSham@..., "wy7usa" <wy7usa@...> wrote:

I could be available this weekend if you like.

My QTH is in north west Wyoming.
<snip>


Re: Connect Retries...

"Jeffrey P. Nast" <kc0mks@...>
 

Roger on the MMVARI. Thank you!

-Jeff Nast
KCØMKS



--- In NBEMSham@..., w1hkj <w1hkj@...> wrote:

Thanks for your patience and testing Jeff. I have found an error
in the
logic surrounding retry and timeout counters. I have made changes
to
the code and am doing internal tests.

The extra space that you see at the front of some of the
transmissions
is probably caused by noise detection in the MMVARI control. This
can
occur even if you are not connected to a transceiver. The MMVARI
control seems to generate random rx characters at the trailing end
of
every transmission. The effect gets worse as the psk baud rate
increases. The defect has been reported to the MMVARI author, but
I
have not received any reply to my request for a fix or for access
to the
source code to the MMVARI control. The multiple <SOH> characters
that
you see at the beginning of each transmission are there to mask the
false decodes and also to force the psk afc loop to fully lock
before
valid characters are transmitted. flarq ignores multiple <SOH>
characters.


73, Dave, W1HKJ
NBEMS development team


Re: Connect Retries...

w1hkj <w1hkj@...>
 

Thanks for your patience and testing Jeff. I have found an error in the logic surrounding retry and timeout counters. I have made changes to the code and am doing internal tests.

The extra space that you see at the front of some of the transmissions is probably caused by noise detection in the MMVARI control. This can occur even if you are not connected to a transceiver. The MMVARI control seems to generate random rx characters at the trailing end of every transmission. The effect gets worse as the psk baud rate increases. The defect has been reported to the MMVARI author, but I have not received any reply to my request for a fix or for access to the source code to the MMVARI control. The multiple <SOH> characters that you see at the beginning of each transmission are there to mask the false decodes and also to force the psk afc loop to fully lock before valid characters are transmitted. flarq ignores multiple <SOH> characters.


73, Dave, W1HKJ
NBEMS development team


flarq does not connect, vbdigi seems to work

"Ilkka Kontola" <oh3njc@...>
 

Hi

I have tried NBEMS with Yussi OH7TE and Tommi OH7JJT with no success.

VBdigi seems to work fine but the (inter process) communication
between flarq and VBdigi stops during the first connection attempt.
Have tried all modes VBdigi supports.

After the unsuccessful "on air" test I tried a "wired" (sound cards
directly connected) QSO between two laptops. Same problem; flarq
stops to communicate with VBdigi. VBdigi works OK alone.

I wonder if some other digi mode software has installed dll:s flarq
does not like....

I have RFSM-8000 (several versions), MultiPSK, MixW and EasyPal. I
think Yussi and Tommi have at least these applications installed.
(BTW Yussi, Tommi and I have been beta testing the RFSM-8000 now for
several months and we are quite impressed on the performance on
auroral zone 80m domestic QSOs)

Anyone using both RFSM-2400/8000 and NBEMS?

73, Ilkka OH3NJC


Re: Connect Retries...

"Jeffrey P. Nast" <kc0mks@...>
 

Below is another sampling of what I am seeing with control codes
enabled. I captured this on a different and much faster machine.
Behavior is still the same. VBdigi 1.2.0 and flarq 3.0. First machine
was "Win2k Server" and this one is "WinXP Pro". Again, I have nothing
connected to the machine. No radio, no interface, no microphone. So
when sending a connection attempt, I expect it to fail after 5
attempts because I have the flarq "Retries" set to "5".

There was one connect attempt that only tried once (KC0RTX). There
were two that tried to connect 6 times (KC0MKT and AA0AW). Only a few
actually tried five times.

I have seen this behavior while actually in a connected state with
another machine. If the conditions are poor and retries occur, it
doesn't always retry five times.

As for the extraneous spaces. I don't believe they are caused by
"system noise". I have found that they immediately appear at the end
of a screen print, after the CRLF and before the next connect attempt.
Not at the beginning of the screen print. If it was system noise, then
I would expect it to be much more random, more of them and exhibited
by multiple gibberish characters. To eliminate the chance of system
noise, I moved the s-meter threshold all the way to the top. I don't
know if the extra space is actually being transmitted over the air,
but it does appear in the window.

As before, in the example below I have replaced the space that appears
in column 1 with an "x". I have noticed on this and other Yahoo
Groups, that Yahoo removes any spaces in the first column. It doesn't
like indents and eliminates them. For instance, in the next sentence I
will precede it with 5 spaces:

The quick red fox jumped over the lazy dog.

So this is why I will replace the single space character that randomly
appears in column one with an "x". But of course with my luck, it will
work correctly this time... ;-)

<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TIU:24 0 741E9<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TIU:24 0 741E9<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TIU:24 0 741E9<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKT:24 0 757E0<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKT:24 0 757E0<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKT:24 0 757E0<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKT:24 0 757E0<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKT:24 0 757E0<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKT:24 0 757E0<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKU:24 0 79B21<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0MKU:24 0 79B21<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0WDQ:24 0 72D40<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0WDQ:24 0 72D40<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0RTX:24 0 7975D<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0PDG:24 0 7D170<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0PDG:24 0 7D170<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0PDG:24 0 7D170<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0PDG:24 0 7D170<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0PDG:24 0 7D170<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
AA0AW:24 0 7ECF5<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
AA0AW:24 0 7ECF5<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
AA0AW:24 0 7ECF5<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
AA0AW:24 0 7ECF5<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
AA0AW:24 0 7ECF5<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
AA0AW:24 0 7ECF5<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9ZCO:24 0 70D5B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9ZCO:24 0 70D5B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9ZCO:24 0 70D5B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9ZCO:24 0 70D5B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TST:24 0 7ED9B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TST:24 0 7ED9B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TST:24 0 7ED9B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KC0TST:24 0 7ED9B<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0IM:24 0 73C49<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0IM:24 0 73C49<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9UCJ:24 0 702AB<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9UCJ:24 0 702AB<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9UCJ:24 0 702AB<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N9UCJ:24 0 702AB<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KB0P:24 0 71634<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KB0P:24 0 71634<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KB0P:24 0 71634<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KB0P:24 0 71634<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
KB0P:24 0 71634<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
K0JJR:24 0 7CDD2<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
K0JJR:24 0 7CDD2<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
K0JJR:24 0 7CDD2<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
K0JJR:24 0 7CDD2<EOT>
<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0GRX:24 0 74465<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0GRX:24 0 74465<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0GRX:24 0 74465<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0GRX:24 0 74465<EOT>
x<SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH><SOH>00cKC0MKS:1025
N0GRX:24 0 74465<EOT>

Thank you!!!
-Jeff Nast
KCØMKS



--- In NBEMSham@..., w1hkj <w1hkj@...> wrote:

You need to enable the visibility of control codes, "Configure/Show
Ctl
Codes" on the vbdigi menu system.

The extra space is probably just system noise.

Dave


Update on Testing in Indep Missouri

"n0evh" <n0evh@...>
 

Hello all,

N0EVH John and KB0EMB Larry continued our testing with the latest
versions of software. We were running 2 meter SSB on Yaesu gear 897
and 817 a few miles apart.

We are experiencing good connects and transfers at all psk speeds up
to and including psk250.

Sending small and large text files I only remember one ARQ that had
to be resent.

Occasionally on a restart (from changing speeds) a connect would not
happen. We would down shift to psk63 and get a success and then
move back to psk250. Don't understand what that was about.

With that success we then tried 2 meter FM. We found that decode
was inconsistent. Thinking this was due to not having the audio
levels correct. We will give it another go later.

All in all we are very impressed and excited about what these
applications offer to emcom. We will try some longer distances in
the near future.

Thanks for the hard work.

John N0EVH


Re: Connect Retries...

roger g6ckr <radio@...>
 

Just a note re your second mail and relates to the emailing of the
spaces not the generating of them.
This is a reply using the first mail.
Spaces arrived here OK.

Since the lines are now quoted they should be preserved still with the
spaces. So it looks like the problem may be at the receive end not in
the system.
Roger
G6CKR

On Fri, 2008-02-15 at 21:14 +0000, Jeffrey P. Nast wrote:
Using flarq 3.0 and VBdigi 1.2.0...

I have noticed that the retry count fluctuates. With my laptop not
connected to anything (listening through the speaker), I will try
to "connect" to a number of different stations. Of course each one
will fail. But the number of retries for some attempts varies.

In the example below, for each "Connect" attempt I used a different
call sign. Notice also that an extraneous space character is
intermittantly inserted at the begining of some lines.

Questions:
* Does the "Retries" count in the flarq config also pertain to the
number of "Connect" attempts?
* Why does the number of connect attempts vary?
* Where does the intermittant extraneous space character in column 1
come from?

00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0MKU:24 0 79B21
00cKC0MKS:1025 KC0MKU:24 0 79B21
00cKC0MKS:1025 KC0MKU:24 0 79B21
00cKC0MKS:1025 KC0MKT:24 0 757E0
00cKC0MKS:1025 KC0MKT:24 0 757E0
00cKC0MKS:1025 KC0MKT:24 0 757E0
00cKC0MKS:1025 KC0RTX:24 0 7975D
00cKC0MKS:1025 KC0RTX:24 0 7975D
00cKC0MKS:1025 KC0RTX:24 0 7975D
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 N0MR:24 0 7B03A
00cKC0MKS:1025 N0MR:24 0 7B03A
00cKC0MKS:1025 N0MR:24 0 7B03A
00cKC0MKS:1025 N0IM:24 0 73C49
00cKC0MKS:1025 KC0FTN:24 0 7F19C
00cKC0MKS:1025 KC0FTN:24 0 7F19C
00cKC0MKS:1025 KC0FTN:24 0 7F19C
00cKC0MKS:1025 KC0FTN:24 0 7F19C
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 W0KTX:24 0 73853
00cKC0MKS:1025 KC0TST:24 0 7ED9B
00cKC0MKS:1025 KC0TST:24 0 7ED9B
00cKC0MKS:1025 W4LX:24 0 7D68C
00cKC0MKS:1025 W4LX:24 0 7D68C
00cKC0MKS:1025 W4LX:24 0 7D68C
00cKC0MKS:1025 W4LX:24 0 7D68C
00cKC0MKS:1025 W4LX:24 0 7D68C
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 KC0RCV:24 0 7EB37
00cKC0MKS:1025 KC0RCV:24 0 7EB37
00cKC0MKS:1025 KC0RCV:24 0 7EB37
00cKC0MKS:1025 KC0RCV:24 0 7EB37
00cKC0MKS:1025 KC0RCV:24 0 7EB37
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 W0RO:24 0 7490C
00cKC0MKS:1025 W0RO:24 0 7490C
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KI0DB:24 0 7F739
00cKC0MKS:1025 AA0AW:24 0 7ECF5
00cKC0MKS:1025 AA0AW:24 0 7ECF5
00cKC0MKS:1025 AA0AW:24 0 7ECF5
00cKC0MKS:1025 AA0AW:24 0 7ECF5
00cKC0MKS:1025 AA0AW:24 0 7ECF5
00cKC0MKS:1025 AA0AW:24 0 7ECF5
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0ZZL:24 0 7E290
00cKC0MKS:1025 KC0ZZL:24 0 7E290
00cKC0MKS:1025 KC0ZZL:24 0 7E290
00cKC0MKS:1025 KC0ZZL:24 0 7E290
00cKC0MKS:1025 KC0ZZL:24 0 7E290
00cKC0MKS:1025 KC0SJB:24 0 7810C
00cKC0MKS:1025 KC0SJB:24 0 7810C
00cKC0MKS:1025 KC0SJB:24 0 7810C
00cKC0MKS:1025 KC0SJB:24 0 7810C
00cKC0MKS:1025 KC0SJB:24 0 7810C
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
00cKC0MKS:1025 KC0MKS:24 0 7B1A1

Great software! Thank you!

-Jeff Nast
KC0MKS




Yahoo! Groups Links



Re: Connect Retries...

w1hkj <w1hkj@...>
 

You need to enable the visibilty of control codes, "Configure/Show Ctl Codes" on the vbdigi menu system.

The extra space is probably just system noise.

Dave


Re: Connect Retries...

"Jeffrey P. Nast" <kc0mks@...>
 

Noticed that the Yahoo editor removed the spaces in column 1. Here it
is again, only I put an "x" wherever there was a space...

00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0TIU:24 0 741E9
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0WDQ:24 0 72D40
00cKC0MKS:1025 KC0MKU:24 0 79B21
00cKC0MKS:1025 KC0MKU:24 0 79B21
00cKC0MKS:1025 KC0MKU:24 0 79B21
00cKC0MKS:1025 KC0MKT:24 0 757E0
00cKC0MKS:1025 KC0MKT:24 0 757E0
00cKC0MKS:1025 KC0MKT:24 0 757E0
00cKC0MKS:1025 KC0RTX:24 0 7975D
x00cKC0MKS:1025 KC0RTX:24 0 7975D
x00cKC0MKS:1025 KC0RTX:24 0 7975D
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 N0MR:24 0 7B03A
00cKC0MKS:1025 N0MR:24 0 7B03A
00cKC0MKS:1025 N0MR:24 0 7B03A
00cKC0MKS:1025 N0IM:24 0 73C49
00cKC0MKS:1025 KC0FTN:24 0 7F19C
x00cKC0MKS:1025 KC0FTN:24 0 7F19C
x00cKC0MKS:1025 KC0FTN:24 0 7F19C
x00cKC0MKS:1025 KC0FTN:24 0 7F19C
x00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 KC0PHK:24 0 78425
00cKC0MKS:1025 W0KTX:24 0 73853
00cKC0MKS:1025 KC0TST:24 0 7ED9B
00cKC0MKS:1025 KC0TST:24 0 7ED9B
00cKC0MKS:1025 W4LX:24 0 7D68C
x00cKC0MKS:1025 W4LX:24 0 7D68C
x00cKC0MKS:1025 W4LX:24 0 7D68C
x00cKC0MKS:1025 W4LX:24 0 7D68C
x00cKC0MKS:1025 W4LX:24 0 7D68C
x00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 VP6DX:24 0 7EB0E
00cKC0MKS:1025 KC0RCV:24 0 7EB37
x00cKC0MKS:1025 KC0RCV:24 0 7EB37
x00cKC0MKS:1025 KC0RCV:24 0 7EB37
x00cKC0MKS:1025 KC0RCV:24 0 7EB37
x00cKC0MKS:1025 KC0RCV:24 0 7EB37
x00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 KC0MKQ:24 0 76820
00cKC0MKS:1025 W0RO:24 0 7490C
00cKC0MKS:1025 W0RO:24 0 7490C
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KB0ROB:24 0 7D79F
00cKC0MKS:1025 KI0DB:24 0 7F739
00cKC0MKS:1025 AA0AW:24 0 7ECF5
x00cKC0MKS:1025 AA0AW:24 0 7ECF5
x00cKC0MKS:1025 AA0AW:24 0 7ECF5
x00cKC0MKS:1025 AA0AW:24 0 7ECF5
x00cKC0MKS:1025 AA0AW:24 0 7ECF5
x00cKC0MKS:1025 AA0AW:24 0 7ECF5
x00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0NFB:24 0 7EEC9
00cKC0MKS:1025 KC0ZZL:24 0 7E290
x00cKC0MKS:1025 KC0ZZL:24 0 7E290
x00cKC0MKS:1025 KC0ZZL:24 0 7E290
x00cKC0MKS:1025 KC0ZZL:24 0 7E290
x00cKC0MKS:1025 KC0ZZL:24 0 7E290
x00cKC0MKS:1025 KC0SJB:24 0 7810C
x00cKC0MKS:1025 KC0SJB:24 0 7810C
x00cKC0MKS:1025 KC0SJB:24 0 7810C
x00cKC0MKS:1025 KC0SJB:24 0 7810C
x00cKC0MKS:1025 KC0SJB:24 0 7810C
x00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 K0JJR:24 0 7CDD2
00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1
x00cKC0MKS:1025 KC0MKS:24 0 7B1A1

Thanks again!
-Jeff


--- In NBEMSham@..., "Jeffrey P. Nast" <kc0mks@...> wrote:

Using flarq 3.0 and VBdigi 1.2.0...

I have noticed that the retry count fluctuates. With my laptop not
connected to anything (listening through the speaker), I will try
to "connect" to a number of different stations. Of course each one
will fail. But the number of retries for some attempts varies.

In the example below, for each "Connect" attempt I used a different
call sign. Notice also that an extraneous space character is
intermittantly inserted at the begining of some lines.

Questions:
* Does the "Retries" count in the flarq config also pertain to the
number of "Connect" attempts?
* Why does the number of connect attempts vary?
* Where does the intermittant extraneous space character in column
1
come from?

00cKC0MKS:1025 KC0TIU:24 0 741E9
:
:
00cKC0MKS:1025 KC0MKS:24 0 7B1A1

Great software! Thank you!

-Jeff Nast
KC0MKS