| |
ZL3AI > APRDIG 23.03.07 09:09l 207 Lines 7916 Bytes #999 (0) @ WW
BID : 9921-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 33 #19, 2/2
Path: DB0FHN<DB0MRW<OK0PPL<DB0RES<F5GOV<F4BWT<IW2OAZ<ZL2BAU
Sent: 070323/0237Z @:ZL2BAU.#79.NZL.OC #:39102 [Waimate] $:9921-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Message: 10
Date: Sun, 18 Mar 2007 21:29:08 -0600
From: Joel Maslak <jmaslak-aprs_at_antelope.net>
Subject: [aprssig] The "portable" problem
The problem is well known. User with portable APRS radio (maybe he isn't
even using a GPS or sending position reports) is hiking in the woods or
sitting in the coffee shop. His car is within simplex range, and his car
can hit the local digi. But the small handheld cannot.
For reporting position, the problem is easy to solve - use a custom path or
make the car a temporary (while fixed) WIDE1-1.
However, this doesn't allow message traffic as easily (replies that use the
original message path may be okay, but what about other traffic?). Here's
the feature I'd like to see in the next generation of embedded APRS
stuff...a digi with an "access list" that's semi-smart. You tell it the
call of the "portable" station it is the "host" for.
So I program in my N7XUC-8 station (my handheld D7A) as a portable station.
N7XUC-7 (my car) then acts like a WIDE1-1 for N7XUC-8. It doesn't need to
do full WIDEn-n for this as if another digi can hear N7XUC-8, it's making
it into the network (although it might be nice to repeat it anyhow if there
is more than one portable station - think special event).
When someone sends N7XUC-8 (that's the DESTINATION, not source, call) a
message, N7XUC-7 will act like a WIDEN-n (possibly fully decrementing n to
minimize QRM)
N7XUC-7 won't digi any other traffic (except traffic that uses it's call
explicitly).
So does this exist in a portable package yet?
------------------------------
Message: 11
Date: Sun, 18 Mar 2007 20:51:31 -0700 (PDT)
From: Thomas t <hamaddict2001_at_yahoo.com>
Subject: Re: [aprssig] Re: Does anyone have a fix for the 70cm tone
encoder problem on the TH-7ag?
Al,
Thanks for the response...that sounds feasible to me. Also if this is the
problem I think it will not be too hard to correct. But why would the
problem only manifest itself on 70cm and not 2m as well?
Thanks again,
Tom-N2YTF
Al Wolfe <awolfe_at_Route24.net> wrote:
>Thomas,
>It sounds to me that there is no or inadequate high pass filtering
>between the mike and the modulator. Low frequency mike audio is mixing with
>the tone and confusing the repeater's tone decoder. Lowering interstage cap
>values in the TH-7 might correct this.
>
>Al, K9SI
------------------------------
Message: 12
Date: Sun, 18 Mar 2007 23:30:31 -0700
From: "Stephen H. Smith" <wa8lmf2_at_aol.com>
Subject: Re: [aprssig] Re: Does anyone have a fix for the 70cm tone
encoder problem on the TH-7ag?
hamaddict2001_at_yahoo.com wrote:
>Al,
>
>Thanks for the response...that sounds feasible to me. Also if this is
>the problem I think it will not be too hard to correct.
>But why would the problem only manifest itself on 70cm and not 2m as
>well?
>
>Thanks again,
>Tom-N2YTF
At UHF, the transmitter synthesizer VCO (Voltage Controlled Oscillator) is
either running at the VHF frequency and then tripled, or the VCO is running
directly at three times the frequency that it is on VHF.
In either case, any kind of electrical or mechanical disturbance (possibly
the VCO tuned circuit is microphonic; i.e. sensitive to vibration or
mechanical shock) is going to be three times as pronounced on UHF as it
would be on VHF.
--
Stephen H. Smith wa8lmf (at) aol.com
EchoLink Node: 14400 [Think bottom of the 2M band]
Home Page: http://wa8lmf.com --OR-- http://wa8lmf.net
NEW! World Digipeater Map
http://wa8lmf.net/APRSmaps
JavAPRS Filter Port 14580 Guide
http://wa8lmf.net/aprs/JAVaprsFilters.htm
"APRS 101" Explanation of APRS Path Selection & Digipeating
http://wa8lmf.net/DigiPaths
Updated "Rev H" APRS http://wa8lmf.net/aprs
Symbols Set for UI-View,
UIpoint and APRSplus:
------------------------------
Message: 13
Date: Mon, 19 Mar 2007 08:38:56 -0700
From: "'Scott Miller'" <scott_at_opentrac.org>
Subject: RE: [aprssig] The "portable" problem
>traffic?). Here's the feature I'd like to see in the next generation
>of embedded APRS stuff...a digi with an "access list" that's semi-
>smart. You tell it the call of the "portable" station it is the
>"host" for.
....
>So does this exist in a portable package yet?
It's on my to-do list for the Tracker2. We discussed it some time back,
and I've set aside the ASSIST keyword for it. The only reason I haven't
done it yet is that it requires a little bit of reworking of the
relationship between the APRS parser and the digipeater module. That, or
some duplication of the parsing code.
The implementation will probably use the existing digipeater alias list and
just add an extra bit flag. There are 8 slots in that list now, and since
it's unlikely that you'd want 8 digi aliases AND a portable message gateway
there's no point in eating up more memory with another list.
I think I had some concern with digipeating based on source call only (for
the outbound side) but I don't remember what the problem was. Everything
the T2 digipeats gets added to the dupe check list, so it shouldn't be able
to result in a loop. I could also make outbound source-based digipeating a
separate option, so that you could use a regular alias on the outbound side
instead. At least that way it'd be traceable and immune to loops, even if
an echo did exceed the dupe check period.
Scott
N1VG
------------------------------
Message: 14
Date: Mon, 19 Mar 2007 09:34:17 -0700 (PDT)
From: Alex Carver <agcme2002_at_yahoo.com>
Subject: [aprssig] D7's,D700's and TinyTrak
Thanks a lot for that vote of confidence and support.
Why should anyone bother sharing information when the end result is getting
kicked with an insult? Maybe I had a better idea than what Wes Jonhston
did with a Basic Stamp? I certainly wasn't planning on using a Stamp
because it doesn't have enough serial ports (I need at least three).
Yes, I do know that the display dumps out from various modes back to the
home frequency display if it receives certain commands via the serial port.
But, I had planned around that problem because I've run into it on more
than one occasion when a laptop was plugged into the radio and I was trying
to do something on the display but the laptop interrupted.
>Date: Sat, 17 Mar 2007 10:04:17 -0400
>From: "Brian B. Riley" <brianbr_at_mac.com>
>
>You guys are behind the times... Wes Johnston did this with a Basic
>Stamp and the serial line 3-4 years ago. The problem with it is that
>if TT or OT decides to 'squawk' when you are in the middle of doing
>ANYTHING (lists, message input) you lose it and it winds up back at
>the standard display. This could however work by adding a pushbutton
>on the Stamp box, the pushing of which says "for the next 90 seconds
>don't do anything"... just a thought. By the way instead of a $50
>BS2, it could be done with a $3.50 PICAXE 08M, there's a 'trick' to
>getting 9600 baud serial out, but it works and is reliable.
------------------------------
Message: 15
Date: Mon, 19 Mar 2007 10:38:22 -0700 (PDT)
From: Thomas t <hamaddict2001_at_yahoo.com>
Subject: Re: [aprssig] Re: Does anyone have a fix for the 70cm tone
encoder problem on the TH-7ag?
Well I was thinking about it last night, and I remember at the time I was
convinced that the problem was in part rf feedback, so I experimented with
shielding different parts of the rig. To see if the mic wires or mic itself
were picking up rf before I spent a lot of time shielding them, I remember
disconnecting the wires from the mic and I'm not sure about this, but I
think I remember that the problem remained. I guess this would leave
microphonics of the circuit and physical disturbance of the unit?
Tom-N2YTF
------------------------------
aprssig mailing list
aprssig_at_lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
End of aprssig Digest, Vol 33, Issue 19
Read previous mail | Read next mail
| |
