Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!emory!gatech!purdue!haven!umbc3!gmuvax2!peraino
From: peraino@gmuvax2.gmu.edu (Bob Peraino)
Newsgroups: comp.sys.handhelds
Subject: hp48 remote control learning
Keywords: hp48 remote control
Message-ID: <3408@gmuvax2.gmu.edu>
Date: 8 Feb 91 16:34:45 GMT
Organization: George Mason Univ., Fairfax, Va.
Lines: 20



     My naivete on the subject may be showing here, but it seems to me
that writing an IR learning program should be a fairly simple job for
someone who knows the hp48 internals. A tight assembler loop could just
digitally sample the IR receiver, for each key press of the remote
control. Each of these digital samples could be equated to hp48 keys,
and when pressed, those keys could regurgitate the digital sample
via the IR emitter with an equivalently timed transmitting loop, which
does what the receive loop did, in reverse, to a different address.
     To keep the sample sizes down, use a minimum sampling rate. What's
the old rule-of-thumb? Twice the maximum frequency? That's what it
was for sound, I believe. In this case, wouldn't the sample rate then
have to be twice the digital transmit rate, so as to get at least
two samples per bit?
     Of course, all of what I'm saying could be garbage, when it comes
to IR. If not, I hope it plants some seeds in someone's head who can
do something with it.

peraino@gmuvax.gmu.edu