E
Eli the Bearded
Guest
In sci.electronics.design, Jim MacArthur <jimbmacarthur@gmail.com> wrote:
I have wifi on the current device, but the placement means I don\'t get a
good signal. I expect I\'d get a poor GPS signal in that spot. I admit I
haven\'t checked WWVB, reception there either, but radio antennas are
simple and cheap.
This is San Francisco, in a post-earthquake house, with real plaster
walls (not sheetrock). The wifi airspace is very busy, I can see
thirteen SSIDs right now. Writing an arduino UI for selecting an SSID
and authenticating to it seems like a pain in the neck. Based on past
experience, the wifi base station will be replaced at least once before
expected end of life of the alarm.
Yeah, I know AC is good as a digital pendulum for a clock, but it is not
a source for setting a clock. I\'d rather have a device that can drift
a few seconds over the course of a week, if it can accurately reset
itself at least that often, then have a device that can keep perfect
time over the course of a week, but can\'t reset itself at all.
Usually I do not have my smartphone at my bedside. I most certainly
_do not want_ to have to pick up my smartphone to turn off off the alarm
set for 0720 if I\'m getting up on my own at 0715, which is a real use
case for me.
There\'s no app for alarm clock that works for the phone in another room
with the restriction of \"wake me, not my wife\". No bright lights at all,
and dim light that turns off easily (or automatically, quickly) also are
constraints for not bothering the person on the other side of the bed.
(Old house, few outlets. I\'ve been opting for charge phone not at
bedside for a while now.)
I\'ve had horrible luck getting reliable WWVB, but your mileage may
vary. Seems like the maker space is gravitating to a WiFi solution --
Google WiFi RTC Arduino. GPS was mentioned, and the Arduino GPS
modules aren\'t too expensive, but you should check your reception
first.
I have wifi on the current device, but the placement means I don\'t get a
good signal. I expect I\'d get a poor GPS signal in that spot. I admit I
haven\'t checked WWVB, reception there either, but radio antennas are
simple and cheap.
This is San Francisco, in a post-earthquake house, with real plaster
walls (not sheetrock). The wifi airspace is very busy, I can see
thirteen SSIDs right now. Writing an arduino UI for selecting an SSID
and authenticating to it seems like a pain in the neck. Based on past
experience, the wifi base station will be replaced at least once before
expected end of life of the alarm.
And I should mention the humble AC line -- the long-term frequency is
guaranteed to be 60.000 Hz, but again, no daylight saving, and
obviously it can\'t cleanly ride through a blackout.
Yeah, I know AC is good as a digital pendulum for a clock, but it is not
a source for setting a clock. I\'d rather have a device that can drift
a few seconds over the course of a week, if it can accurately reset
itself at least that often, then have a device that can keep perfect
time over the course of a week, but can\'t reset itself at all.
To me WiFi seems the obvious solution, esp. since it gives you the
option of programming the clock with your smartphone.
Usually I do not have my smartphone at my bedside. I most certainly
_do not want_ to have to pick up my smartphone to turn off off the alarm
set for 0720 if I\'m getting up on my own at 0715, which is a real use
case for me.
But we\'ve designed around in a circle, because you could just use
your Smartphone as an alarm clock. There\'s an app for that....
There\'s no app for alarm clock that works for the phone in another room
with the restriction of \"wake me, not my wife\". No bright lights at all,
and dim light that turns off easily (or automatically, quickly) also are
constraints for not bothering the person on the other side of the bed.
(Old house, few outlets. I\'ve been opting for charge phone not at
bedside for a while now.)