| |
ZL3AI > APRDIG 22.06.03 08:46l 262 Lines 11655 Bytes #999 (0) @ WW
BID : 1507-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jun 18, 2/3
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<VK6HGR<ZL2BAU<ZL3VML
Sent: 030620/1359Z @:ZL3VML.#80.NZL.OC #:2773 [Chch-NZ] FBB7.00i $:1507-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: aprssig digest: June 15, 2003
From: "Mike Yetsko" <myetsko@insydesw.com>
Date: Wed, 18 Jun 2003 14:53:27 -0400
X-Message-Number: 12
>I noticed that sometimes CTCSS is a bit late to kick in. So the TH-D7
>starts passing audio to the speaker and just after that CTCSS starts
>squelching it.
This is not unexpected behavior from an HT. Or any device, really,
that is not designed primarily as a repeater.
It always takes a real amount of time to decode tones or other signals
that are used to either enable or disable squelch. However, while the
squelch may use the tone to 'open' it with subtones, when the signal is
used to mute, the squelch will usually be open already at that point.
Devices like repeaters use a trick to keep tones off the air, like when
they suppress DTMF control tones. Then detect the tone and use it to
'mute' the audio. But they don't mute the audio 'right there'. Instead
the audio that goes to the DTMF detection circuitry is also routed to
a delay line that has a delay long enough to allow the detection circuit
to activate while the tone is still in the 'delay'.
You can see why that's not practical to do in an HT!
You can tell repeaters that may do this with a real simple test. Just
sit where you can hear someone on the input, AND on the repeater.
If you toggle back and forth from the repeater to the input, you will
hear the 'glitch' of the time delay. Want to REALLY hear it? Set
an HT up to listen to the repeater while you also listen to the input
at the same time. It will drive you nuts!
OK, assignment for tonight. Go get 2 radios. Drink a Guinness. Set
the 2 radios up to listen to a repeater and it's input. Drink a Guinness.
(Make sure you have some pretzels to help wash the Guinness down.)
Call a friend up who's local enough to you and offer him a Guinness
to call you on the repeater while you listen....
Mike
----------------------------------------------------------------------
Subject: Re: aprssig digest: June 15, 2003
From: Bob Bruninga <bruninga@usna.edu>
Date: Wed, 18 Jun 2003 15:28:28 -0400 (EDT)
X-Message-Number: 13
On Wed, 18 Jun 2003, Henk de Groot wrote:
>squelching it. I have not tested this extensively, but on my TH-D7 it looks
>like it occurs more often on the B band; when I use band A it hardly ever
>happens. If you use APRS on VHF you may try to swap the D channel to band A
>and see if that makes a difference. If you already use band A you could try
>band B.
Woaha... You always should put your APRS on BAND-A and use the more
universal BAND-B for all other operating. I wont belabor it here, but
there are lots of good reasons for doing this. Is Europe using band B
for APRS? Or just you?
Bob
>wonder if 88.5 Hz would work also. It is also not a nice round figure, but
>it is Kenwood's default CTCSS frequency and therefore most of the time
You know, that would be PERFECT! I should have thought of that the first
time. If I had it to do over, I would choose 88.5 Hz... but probably too
late to change now.... but since most people still arent using Voice
Alert, maybe now IS the time to change... to a global 88.5?
Bob
----------------------------------------------------------------------
Subject: Re: Nextel and APRS
From: "Gregg G. Wonderly" <gregg@skymaster.cytetech.com>
Date: Wed, 18 Jun 2003 15:13:57 -0500
X-Message-Number: 14
>Has anyone written a java for this type of phone so that when I'm
>in my other truck or just wondering around it could send APRS updates to
>an
>IGATE ?
I've played with doing this on my i85s, but the available memory space is
kinda small on my device, so I couldn't get my generaized APRS stack from
JeAPRS (jeaprs.sourceforge.net) to fit in the phone. But I did run it on
the emulator!
At the JavaOne conference last week, Verizon showed us call routing
control! They made a call from a desktop phone to an office phone in Boston
MA (we were in San Francisco). A little notification popped up on the
desktop App, the blackberry pager (running J2ME) and the J2ME phone
announcing the termination to one of the subscribers numbers. A few clicks
and moments later, the call was terminating on the cellphone at the show!
The telephone and the back office stuff were using JXTA to work out the
details. Once connected, between desktops, you can do file sharing and all
the other JXTA peer-to-peer stuff.
JXTA over AX.25 would be a fun project...
-----
gregg@cytetech.com (Cyte Technologies Inc)
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: Water Power
From: WB4GQK@aol.com
Date: Wed, 18 Jun 2003 16:51:15 EDT
X-Message-Number: 16
I have been reading all the various msgs regards using water power for
field day. I finally felt I needed to insert my 2 cents.
Many years ago when my XYL and I were cruising the Caribbean we encountered
another cruising couple who employed a device that they lowered overboard
and trailed astern. As long as they were making at least 3 knots under sail
this device would generate 3-4 amps of 12 V DC power. I cannot recall the
precise name of this device but it seemed like they called it a TAFTRAIL
LOG. As I recall it was about 5 inches in diameter, approximately 14-15
inches long. It had 4 fins and a 4 blade propeller. They were extremely
satisfied with it's performance specially on long passages. So if you were
to encounter a stream that flowed at 3-4 miles an hour it seems this device
would provide a limited amount of power if you staked it to the bank and
allowed it to run in the current. I am sorry I cannot find any references
to this type of a device in any of my boat catologs.
Second point. Propellers. My sailboat which is a Motorsailer, has a long
straight keel. Because of this design it is a BEAR to turn in close
quarters. Four years ago I had a BOW THRUSTER installed. This thruster
consists of nothing more than a reversable DC motor attached vertically to
housing with a shaft that protudes into a tunnel that passes horizontally
through the bow of the boat roughly a foot below the waterline. This tunnel
is 7 inches in diameter and approximately 2 feet long. In the center there
is a propeller set at right angles to the tunnel so that it can push water
either to port or starboard. There is a heavy duty contactor that will
reverse the + and - battery leads to the motor. The entire point of this
comment is to say there doesn't seem to be any difference in the amount of
thrust (abt 150 FtLbs) regardless of the direction I want to swing the bow.
The propeller does not have the shape of the propellers we normally
encounter on shafts or outboard motors, and I cannot state how efficient it
is for the power applied, but I can tell you when you turn it in the
opposite direction it seems to produce the same amount of thrust.
Obviously I enjoyed reading about this subject
73 de
Jim
----------------------------------------------------------------------
Subject: Re: RS 5/8 wave mag mount
From: Bob Bruninga <bruninga@usna.edu>
Date: Wed, 18 Jun 2003 17:03:13 -0400 (EDT)
X-Message-Number: 17
How much are they!??
We want to start developing a MURS channel for APRS for non HAM usage!
Ill buy some too..
Bob
On Wed, 18 Jun 2003, Sean \The RIMBoy\ wrote:
>On Tue, 17 Jun 2003, Richard Amirault wrote:
>
>>PS can also be used for MURS with a trimming.
>
>Funny you should mention that. They're also clearing out their business
>band / MURS radios. Now, the question is, what would it take to modify
>one for APRS? For the price they're asking it'd be worth seeing if they
>could be modified. The question is, what would it take? They're 5 watt
>radios, dip switch programmable. There's no way to program in 144.390
>via the switches, but if the radio could be modified then it'd make a nice
>little mobile station.
>
>Thoughts, suggestions? I'm not going to buy one until I have a firm idea
>or plan on what to do to one. A google and Metacrawler search turned up
>nothing mod wise.
>
>Sean...
>
>--
>Believing I had supernatural powers, I slammed into a brick wall.
> --Paul Simon
>_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
>KG4NRC http://www.rimboy.com Your source for the crap you know you need.
----------------------------------------------------------------------
Subject: N-N protocol question and gating NWS warning questions
From: "Sean \\The RIMBoy\\" <sean@rimboy.com>
Date: Wed, 18 Jun 2003 15:12:38 -0500 (CDT)
X-Message-Number: 18
I looked thru digis.txt but nothing jumped out at me. Is the n-n protocol
applicable to only WIDE and TRACE statements? Or will it work on an
UNPROTO path I define? Will it work on states, ie TN2-2 ?
We're looking at gating NWS warning to RF, but we want them to line up
with the NWS coverage area as much as applicable. Likewise, we've
positioned some RELAY only digi's that we feel should pass along this
information since mobile stations in their coverage areas may not hear the
warnings, especially during storms. In addition, the ability to setup
digi's such that they'll act on statements based on the UNPROTO and UIDIGI
statements accordingly would help us make sure that we're not seeing
traffic that is not applicable.
What we're looking to do is to gate all warnings from the NWS OHX office.
What I'd like to do is to setup an UNPROTO path of OHX2-2 or 3-3 if
applicable. All of those digis (WIDE and RELAY) that are in the coverage
area would have their UIDIGI statement set to OHX (along with WIDE and
RELAY and all that good stuff). Likewise, those in the southern part of
TN would also act on Huntsville's NWS, etc. That way we're not throwing
watches and warnings into areas that don't need them (ie, we're seeing
stuff from BMX, which I assume is Birmingham Alabama in Nashville at the
moment).
Now, does anyone have a good way to determine what station is gating to RF
NWS warnings? Someone in our area is doing it, which is fine, but we're
also seeing Huntsville and Birmingham Al (Tim, any suggestions? :) ).
We really think OHX warnings should come from the APRS setup at the NWS
office in Nashville (OHX). It's not been readily apparent as to who is
doing this. Like I said, we're happy they are doing it but we'd like to
make sure it's coordinated in a somewhat orderly fashion.
The final question is, is there any way to add an UNPROTO path to an NWS
statement gated to RF? In theory, it should just be a matter of adding
the support to the software (that being aprsd, javaprs, winaprs, macaprs,
xastir, etc) to insert the UNPROTO path before handing it off to the TNC.
What am I missing here? This in theory should not mess up the NWS
statement, correct? Likewise, if there's not an easy way to determine the
stating gating to RF then presumably this could correct that issue, in
that the station's callsign could then be part of the UNPROTO path (I
know, not pretty) or add the station's callsign in another part of the
packet so the origination could be determined.
Thoughts, comments, suggestions?
Of course, the upshot is that once this is running, we'll know where the
rain will be to setup our portable water powered generator!
Cheers,
Sean...
--
Believing I had supernatural powers, I slammed into a brick wall.
--Paul Simon
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
KG4NRC http://www.rimboy.com Your source for the crap you know you need.
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
