Note that I was engaging in a certain amount of speculation, since I don't
know what the actual RF format of the PalmVII radio is. I just know what is
currently the easiest way to achieve efficient channel utilization, and that
means power-hungry DSP's, for both receiving and transmitting.
If the RF designers considered push to be really important, all it takes is
a 1-bit message to the individual Palm -- "You've got a message waiting,
wake up and call in for it". (Of course that message actually must carry
enough bits to individually address that specific Palm...) That much data
transmission capability would look a lot like a pager, and could be done
with a little dedicated circuitry that could be pretty low-power.
My guess is that since Palm is not touting the push capability, they didn't
think push was important enough, so the circuitry is not there.
> -----Original Message-----
> From: Laurence Lundblade [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 19, 2000 2:33 PM
> To: Palm Developer Forum
> Subject: RE: Is it possible to push the data on PalmVII?
>
>
> But, you only need a poke with a dozen bytes or two (a URL?).
> The device
> can then bring up the higher rate data connection in a managed way.
>
> Or said another way: we agree, the pager architecture isn't
> sufficient
> today - it isn't the one. Ideally we'd have something that has two RF
> channels; one that is pager-like for pushes and one that can
> transfer bulk
> data.
>
> LL
>
> At 02:40 PM 4/19/00 -0500, Don Hyde wrote:
> >Pagers use a lot of tricks to keep their recieve power down.
> That includes
> >trading off bandwidth efficiency for low power. As slow as
> the data path in
> >the PalmVII is, it offers orders of magnitude more bandwidth
> than pagers.
>
>
> --
> For information on using the Palm Developer Forums, or to
> unsubscribe, please see http://www.palm.com/devzone/mailinglists.html
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
