This is a multi-part message in MIME format.
------=_NextPart_000_00AF_01BF93F3.04C8D5B0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Well, I made my network interface last night. Basically, I have 6 RJ11 =
phone jacks. I have Red on one going to Green on the next. Red on the =
next gfoing to green on the third. I tie all the black wires together. I =
mounted the phone jacks on a piece of plywood and use telephone wire to =
cable then together. If I do not need all six slots, I just put an RJ11 =
that has Red jumpered to Green (essentially eliminating this jack from =
the loop).=20
Now for the fun part, I ran the simulator in DEBUG )auto-generate) mode =
using a 486 computer. After a while, a message comes across to the other =
computers of 15CW (or whatever band the generating system is on). =
Problem is that when it does that, the frequency of the rigs all change. =
I wonder if that can be traffic induced. Can I turn on the intercom file =
to debug this?
Also, I noticed that when ever QSOs come from other computers, each =
computer updates the band chg parameter. Is there anyway that TR can =
differentiate a received QSO from a band change on the actual computer. =
It would seems to me that it should only count band changes for a QSO =
change with the same letter as my system. In other words, on computer C, =
a QSO going into my log for A should not be counted as a band change. I =
will confirm the versions tonight if these have already been fixed.
Thanks,
Tom
------=_NextPart_000_00AF_01BF93F3.04C8D5B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Well, I made my network interface last =
night.=20
Basically, I have 6 RJ11 phone jacks. I have Red on one going to Green =
on the=20
next. Red on the next gfoing to green on the third. I tie all the black =
wires=20
together. I mounted the phone jacks on a piece of plywood and use =
telephone wire=20
to cable then together. If I do not need all six slots, I just put an =
RJ11 that=20
has Red jumpered to Green (essentially eliminating this jack from the =
loop).=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Now for the fun part, I ran the =
simulator in DEBUG=20
)auto-generate) mode using a 486 computer. After a while, a message =
comes across=20
to the other computers of 15CW (or whatever band the generating system =
is on).=20
Problem is that when it does that, the frequency of the rigs all change. =
</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>I wonder if that can be traffic =
induced. Can I turn=20
on the intercom file to debug this?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Also, I noticed that when ever QSOs =
come from other=20
computers, each computer updates the band chg parameter. Is there anyway =
that TR=20
can differentiate a received QSO from a band change on the actual =
computer. It=20
would seems to me that it should only count band changes for a QSO =
change with=20
the same letter as my system. In other words, on computer C, a QSO going =
into my=20
log for A should not be counted as a band change. I will confirm the =
versions=20
tonight if these have already been fixed.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV></BODY></HTML>
------=_NextPart_000_00AF_01BF93F3.04C8D5B0--
--
FAQ on WWW: http://www.contesting.com/trlogfaq.html
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html
|