| |
PA2AGA > HDDIG 19.12.99 19:03l 218 Lines 7165 Bytes #-9645 (0) @ EU
BID : HD_99_320F
Read: GUEST
Subj: HamDigitalDigest 99/320F
Path: DB0AAB<DB0SL<DB0RGB<DB0MAK<DB0ERF<DB0SHG<DB0SM<DB0WHV<DB0NDR<PI8AWT<
PI8JYL<PI8WFL<PI8GCB<PI8WNO<PI8HGL<PI8VNW
Sent: 991219/1134 35208@PI8VNW.#ZH2.NLD.EU $:HD_99_320F
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA26281 ; Sun, 19 Dec 99 12:19:22 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.67/7.5.3) with SMTP
id AA00017273 ; Sat, 18 Dec 99 16:09:45 MET
Date: Sat, 18 Dec 99 15:42:47 MET
Message-Id: <hd_99_320F>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 99/320F
X-BBS-Msg-Type: B
> > I think the issues such as what you call in what order, and how things
> > exactly work need to be defined super tightly, obviously -- you know.
>
> The real challenge to defining a general radio control protocol
> (or API) is developing a syntax which adequately enumerates and
> provides control and status for radio features. If done properly,
> a general-purpose UI framework could be built, which configures
> itself after enumerating radio features. Actual details of radio
> control are handled at the server, perhaps through the use of
> Java servlets.
>
> Agreed, the protocol needs to address any sequence/state
> issues, but I do not believe it is practical to expect all
> clients to behave properly. So, it is important to understand
> all major states of a radio and associated features and
> provide an adequate set of exceptions to cope with ill-behaved
> clients.
>
> Keep in mind, a good remote radio control protocol probably
> allows for the encapsulation of audio/video streams using
> standard formats (mp3, GSM, wav, mpeg, etc.).
Okay, but me, I'd be happier, in the short term, just to have a
simple api to set/read the freqency and the volume, agc or
whatever. And try to keep this code as simple as possible --
with a c interface. That is single user -- controlling a single radio.
I think it's best to encapsulate as much as possible of simple
radio control, that is what's typically possible over the serial
ports of most radios in an api. This is to make the creation
of new drivers easy and bug free. And to take configuration of
the radio control out of the applications and into the OS where
it belongs, imo.
Then, like advanced features like java bindings could be
built with applications that run on top of this api. So, if you
want to make radio servers or decompress mp3, that'd be
another layer on top of this.
Like maybe we'd have a 'libradio' that would just control the
radio through the serial port. And, on top of that we'd create
an 'radiod' or something that would provide a server
to the radios on that system.
>.
------------------------------
Date: Fri, 17 Dec 1999 11:35:36 -0500
From: "Rob K." <NoEmail@NoWay.com>
Subject: REPOST - Looking for RTTY16 (v 1.6) by KF4NB
Does anyone know where I can obtain a copy of KF4NB's RTTY16 program (ver
1.6) for use generally with simple RTTY modems that only provide mark/space
signals (e.g. like HAL's ST-6, AEA CP-1 etc).
Apparently RTTY16 can also be used as an excellent DOS dumb terminal program
for packet TNC's!
I could only find an older version - RTTY12g on QRZ.COM.
Unfortunately, it would appear that the author of RTTY16, KF4NB, has passed
away. I hope he didn't take RTTY16 to the grave with him.
Even if you have a more recent version than RTTY12g, please let me know.
Thanks
73'
Rob
amtor.QTH.REMOVE-Q-SIGNAL@hotmail.com
>.
------------------------------
Date: 17 Dec 99 15:33:33 GMT
From: skoric@ptt.YU (Miroslav Skoric)
Subject: Whats the best TNC?
This is a multi-part message in MIME format.
------=_NextPart_000_0087_01BF48AC.757945C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
>Yes, You can easily use a sound card for 1200 baud packet and sometimes =
the
>sound card will work for 9600 baud packet. But you will need to build =
a
>small circuit the interfaces your computer's serial port to the rig's =
PTT
>line in order to key the rig on transmit. The circuit is very simple - =
only
>1 resistor, I diode and 1 transistor.
As long as I know, some sound cards have a kind of RS port beside =
mic/linein/out. For example, my card has something that looks as =
joystick port or sth like that (something between DB9 and LPT =
connector). I wonder if it is possible to use that connector for PTT =
line, because my COM and LPT ports are used by other peripherals.
Misko YT7MPB
------=_NextPart_000_0087_01BF48AC.757945C0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.71.1712.3"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>>Yes, You can easily use a sound card for 1200 baud packet and =
sometimes=20
the<BR>>sound card will work for 9600 baud packet. But you will =
need to=20
build a<BR>>small circuit the interfaces your computer's serial port =
to the=20
rig's PTT<BR>>line in order to key the rig on transmit. The =
circuit is=20
very simple - only<BR>>1 resistor, I diode and 1 =
transistor.<BR> </DIV>
<DIV>As long as I know, some sound cards have a kind of RS port beside=20
mic/linein/out. For example, my card has something that looks as =
joystick port=20
or sth like that (something between DB9 and LPT connector). I wonder if =
it is=20
possible to use that connector for PTT line, because my COM and LPT =
ports are=20
used by other peripherals. </DIV>
<DIV> </DIV>
<DIV>Misko YT7MPB</DIV></BODY></HTML>
------=_NextPart_000_0087_01BF48AC.757945C0--
>.
------------------------------
Date: 18 Dec 1999 07:46:00 GMT
From: Hamish Moffatt <hamish@rising.com.au>
Subject: Whats the best TNC?
Miroslav Skoric <skoric@ptt.YU> wrote:
> As long as I know, some sound cards have a kind of RS port beside =
> mic/linein/out. For example, my card has something that looks as =
> joystick port or sth like that (something between DB9 and LPT =
> connector). I wonder if it is possible to use that connector for PTT =
> line, because my COM and LPT ports are used by other peripherals.
That's the MIDI/joystick port. It is possible to use it for PTT on
(AX.25) packet on linux. See
http://www.ife.ee.ethz.ch/~sailer/pcf/ptt_circ/ptt.html
It's more complicated than the serial or parallel port solutions.
Unfortunately it's not supported by the other common sound-card programs
like PSK31 on linux, or PSK/MT63/Hell/SSTV programs on Windows.
Actually, parallel support is quite rare too.
Hamish
--
Hamish Moffatt Mobile: +61 412 011 176 hamish@rising.com.au
Rising Software Australia Pty. Ltd. http://www.risingsoftware.com/
Phone: +61 3 9894 4788 Fax: +61 3 9894 3362 USA: 1 888 667 7839
>.
------------------------------
Date: Sat, 18 Dec 1999 00:02:32 -0500
From: Dave <floydboyz@hotmail.com>
Subject: WTB firmware tiny2
I have a PacComm tiny-2 tnc with no eprom.anyone out their upgrade and
have the old one they want to part with ?
tnx de dave-n2rhl
>.
------------------------------
End of Ham-Digital Digest V99 #320
******************************
Both my XYL and myself wish you a Merry Christmas and
a very happy and prosperous New Year. Adam PA2AGA.
Read previous mail | Read next mail
| |
