| |
ZL3AI > APRDIG 25.10.03 15:06l 237 Lines 9413 Bytes #999 (0) @ WW
BID : 2205-ZL3AI
Read: GUEST
Subj: TAPR Digest, Oct 23, 2/3
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0BEL<ZL2BAU<ZL2BAU<ZL3VML
Sent: 031025/1237Z @:ZL3VML.#80.NZL.OC #:11197 [Chch-NZ] FBB7.00i $:2205-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: 48V Powerpoles?
From: Dave VanHorn <dvanhorn@cedar.net>
Date: Thu, 23 Oct 2003 09:55:23 -0500
X-Message-Number: 9
So now that the day of 48V is approaching, any ideas on standards?
----------------------------------------------------------------------
Subject: RE: [amsat-bb] AO-40 data mode... APRS???
From: "Eric Christensen" <kf4otn@earthlink.net>
Date: Thu, 23 Oct 2003 11:13:14 -0400
X-Message-Number: 10
This brings up a good point... Is anyone doing APRS on AO-40? If not, is
there a problem with doing that?
-----Original Message-----
From: owner-AMSAT-BB@AMSAT.Org [mailto:owner-AMSAT-BB@AMSAT.Org]On
Behalf Of DC
Sent: Thursday, October 23, 2003 10:39 AM
To: amsat-bb@AMSAT.Org
Subject: [amsat-bb] AO-40 data mode
As I was listening to AO-40 the other day I wondered if it would be
feasable to send voice as highly compressed data in order to achieve
better S/N than with SSB phone. Based on my experiments thus far
3500bps (bits per second) is the lowest bit rate I've been able to
achieve. This limit is not a quality limit but its the lowest that I
force the reference speex codec to go. At this rate quality is similar
to that of conventional telephone. This rate is utilizing a 8khz audio
bandwidth but the speex library features a 4.8khz bandwidth option that
should drop the rate even lower. My ultimate goal is to have better
quality speech than SSB for a given S/N ratio with 1200bits per second.
My question is what data modes are allowed on AO-40? Also as this is my
first real step into radio data transmission what modulation schemes
should I look into. My priorities for a modulation scheme are best
minimum S/N requirements, smallest bandwidth, and not so important
standardized. Having the coding be an established standard isn't all
that important because my audio compression (speex) while open source
certainly isn't standard either. What kind of bandwith am I going to
need for 1200bps or 3500bps? Thanks for your input,
-David Carr
KD5QGR
----------------------------------------------------------------------
Subject: Re: run time a car battery....
From: "Frank Ingle" <command@ilnk.com>
Date: Thu, 23 Oct 2003 11:46:50 -0400
X-Message-Number: 11
Many of the issues discussed here over the past 2 days mirror my
experience in setting up a mobile communications station in my
RV. I have two suggestions:
1) For those concerned about depleting your 12 V batteries (whatever
flavor), have you thought about experimenting with Solar Panels? These
would reduce the rate of discharge on your batteries, and perhaps even gain
some ground on charging between transmissions. If your rig puts out 50W
every 30 min, a 50 W solar panel might well give you a free ride. A
smaller panel might let you go considerably longer before you 'run out of
juice', or worse, damage your battery. I find that with 2-50W panels, I
can run my loaded tower PC in my RV all day with zero net drain on the
batteries. This setup may not be practical or cost-effective depending on
your application, but you may be able to buy some additional time with a
flexible solar panel unrolled on your dash, roof or hood while parked.
I have written a tutorial on how to do the math to design a solar power
system for a ham station. (30 K in Word Perfect format.) If you'd like a
copy, please write to me off-sig. I can also throw-in a tutorial on
Lead-acid battery specs, (21 K in html) if you like.
2) One of the best tutorials I have ever seen on all things DC is in a West
Marine Catalog. Mine has full-page articles on Inverters, battery
charging, battery types, benefits and ratings and even sample discharge
curves for various types of batteries. They also have a full line of
heavy-duty accessories, many of them waterproof or weatherproof in the same
section of the catalog. You may not want to pay the premium prices
associated with anything "marine", but it sure is nice to have the specs
handy when designing your setup.
-73-
Frank Ingle
AEC for Digital Systems
Duval County, FL ARES
----------------------------------------------------------------------
Subject: Re: 48V Powerpoles?
From: "Laurie - g6isy" <g6isy@dsl.pipex.com>
Date: Thu, 23 Oct 2003 17:31:50 +0100
X-Message-Number: 12
Dave VanHorn <dvanhorn@cedar.net> wrote:
>So now that the day of 48V is approaching, any ideas on standards?
The manufactures still don't seem to have finalised the connection standards
for the battery yet.
But a place to get some information, for those that don't already know is:
http://mit42v.mit.edu/
73 Laurie - G6ISY
----------------------------------------------------------------------
Subject: D700 data cable
From: "Charles H. Rahe, II" <crahe@infionline.net>
Date: Thu, 23 Oct 2003 12:46:05 -0400
X-Message-Number: 13
In looking over the manual on the PG-5A data cable for an ext. TNC I
don't see a PTT. Is it necessary to make a connection to the mike PTT or
am I missing something?
Also can the internal TNC and an ext. TNC be used at the same time?
Thanks, Charlie, AI3L
----------------------------------------------------------------------
Subject: OpenTracker PCB run
From: "Scott Miller" <scott@opentrac.org>
Date: Thu, 23 Oct 2003 09:55:36 -0700
X-Message-Number: 14
I know I posted this to the OpenTrac group, but I haven't heard from this
group yet. I'm getting ready to have the first (small) batch of PCBs made
for the TinyTrak-like OpenTracker, and I'd like some input on requested
hardware features. NOT software stuff - I've got a serial bootloader
working now, so the device can be upgraded in the field, without special
hardware.
Unlike the TT3 with its two-pin jumpers scattered around the board, the
OpenTracker will have a single-row pin header along one side. It's set up
so you can still place jumpers to set things like configuration selection
and power source, but you could also use it as an expansion connector to
hook up sensors, switches, an so on.
I'm pretty familliar with the TT3, and I've tried to at least match its
feature set, so what I'm most interested in is what you see as deficiencies
or areas for improvement in the design. For a visual comparison of the
current (not final) prototype, see http://www.opentrac.org/tracker3.jpg. I
promise I won't crash the server this time. =]
Also, a quick question for the PIC hackers out there... the way I read the
PIC16F628A data sheet, you can only do in-circuit flash programming with a
special interface and programmer, like the HC08's monitor mode. Is that
correct? There's no way to modify the flash from within a running program?
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: D700 data cable
From: wes@johnston.net
Date: Thu, 23 Oct 2003 14:39:31 -0400 (EDT)
X-Message-Number: 15
I think they call it "standby"... kinda like calling a PTT a Receive To
Listen.
Wes
On Thu, 23 Oct 2003 12:46:05 -0400, "Charles H. Rahe, II" wrote:
>In looking over the manual on the PG-5A data cable for an ext. TNC I
>don't see a PTT. Is it necessary to make a connection to the mike PTT or
>am I missing something?
----------------------------------------------------------------------
Subject: OpenTracker
From: "Scott Miller" <scott@opentrac.org>
Date: Thu, 23 Oct 2003 12:46:59 -0700
X-Message-Number: 16
A couple more items... first, the current draft of the schematic is at
http://www.opentrac.org/opentracker-schematic.png. Second, I'd like to
clarify the fact that my plan is currently to make the source code, CAD
drawings, and so on available freely for non-commercial use. This is in
contrast to the protocol specification and reference software
implementation, which are free to everyone for any use, so long as you give
credit where it's due.
My intent is that hams and other interested parties can produce their own
trackers and derivative circuits, but you can't go sell kits or use them for
your company's AVL needs without permission. Again, this only applies to
the tracker project, and not the protocol spec. You can go design your own
tracker and use the OpenTrac protocol in commercial products all you want.
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: OpenTracker PCB run
From: Dave VanHorn <dvanhorn@cedar.net>
Date: Thu, 23 Oct 2003 12:26:07 -0500
X-Message-Number: 17
>Also, a quick question for the PIC hackers out there... the way I read the
>PIC16F628A data sheet, you can only do in-circuit flash programming with a
>special interface and programmer, like the HC08's monitor mode. Is that
>correct? There's no way to modify the flash from within a running program?
An AVR will do that. Mega 8 or above.
Otherwise, I'm not aware of a PIC that can modify it's code space.
You CAN do a bytecode interpreter, running on a token language stored in
EE, which you can modify at run-time.
I did that in an F84 a few years ago.
----------------------------------------------------------------------
Subject: RE: OpenTracker PCB run
From: "Scott Miller" <scott@3xf.com>
Date: Thu, 23 Oct 2003 13:19:48 -0700
X-Message-Number: 18
>You CAN do a bytecode interpreter, running on a token language stored in
>EE, which you can modify at run-time.
Interesting... is that how the Basic Stamp works?
Scott
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
