Re: Simple 60 Khz Transmitter Design?
- From: Joseph2k <quiettechblue@xxxxxxxxx>
- Date: Wed, 6 Feb 2008 19:42:43 -0800 (PST)
On Feb 4, 4:01 am, mike <spam...@xxxxxxxxx> wrote:
John G wrote:
<pol...@xxxxxxxxxxxxxx> wrote in message
news:95e4a0eb-b87b-49a9-9019-cd3fa794b036@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I'd like to be able to update my watches with the NIST atomic time
broadcast, which unfortunately we don't have here in Australia. I've
looked at the format of the broadcast and think it should all be quite
achievable except the actual RF, which I have no experience in. I
would like to know if anyone experienced withtransmitterdesign is
out there and can confirm for me if thissimpleidea might work.
To my way of thinking60Khzis extremely low frequency, so I was
thinking of just using a 555 timer (wired for 50% duty cycle), with
the output hooked through a capacitor (to make it AC) and a coil (to
make it more sine-waveish) to a short length of wire for an antenna.
Would that constitute atransmitter?
Sean
I hope before you (and a lot of members of this NG) waste any more
"time" on this problem you realise 2 things.
You're overthinking this. If I understand the project, it's to set a
watch...not recreate WWVB.
Some of us think it might be fun to do the
experiment with someone else actually building it.
1. a 555 timer is less acurate than a klepsydra and certainly less
accurate than a 1925 long case pendulum clock I have in my lounge room.
And probably more accurate than the spray can of cheese whiz in my
fridge...and about as relevant.
The 555 is the carrier. All it has to do is stay in the bandpass of
the receiver. So, the real question is, "what are the receiver
requirements for carrier accuracy and stability?" I'm betting that the
$19 WWVB atomic clock hanging on my wall has a pretty sloppy receiver.
While I'm at it, let's ask one more relevant question...
WHEN does the watch update itself. I'm just guessing that the power
consumption of the WWVB receiver might be orders of magnitude greater
than the power consumption of the part that goes tick-tock.
That suggests that the receiver might be OFF most of the time.
Won't help to have a synchronization setup that's not near
when the watch is listening. And what if it can't find a signal?
Does it retry? How often? Does it ever give up and quit trying
altogether? Battery drain may go through the roof. Or it may just
stop trying to synchronize.
Knowledge of the update algorithm might be critical here.
2. There is a whole lot of data embedded in the 60khz signal that you
cannot generate without first owning an atomic clock to establish the
time.
Most of us DO have access to an atomic clock. It's called GPS. For the
rest of you, the time clock in your computer, synchronized to a time server,
is plenty accurate to set a watch...my watch anyway...
The whole project is silly. If you've got a wrist watch that cost over
$9.99 and needs to be set more than once a year, it's broke. Take it
back. If you need action on a schedule that accurate, you need
something more reliable than a human with an accurate watch
to orchestrate it.
But who among us has never delighted in a project that others
thought a waste of time?
mike
John G.
--
Return address is VALID!
No, we are not. You are refusing to understand.
See chrisgj198's post. If the bit pattern does not make some
sense and have good parity, then the clock will not set.
The same data is also encoded in the WWV and WWVH
transmissions at 5 MHz, 10 MHz, and 20 MHz. I consider
it more reasonable for a watch to use one of those signals.
.
- References:
- Simple 60 Khz Transmitter Design?
- From: pollen
- Re: Simple 60 Khz Transmitter Design?
- From: John G
- Re: Simple 60 Khz Transmitter Design?
- From: mike
- Simple 60 Khz Transmitter Design?
- Prev by Date: Re: Atmel AVR development tools
- Next by Date: Re: OT: How to electrocute an ant.
- Previous by thread: Re: Simple 60 Khz Transmitter Design?
- Next by thread: Re: Simple 60 Khz Transmitter Design?
- Index(es):
Relevant Pages
|
Loading