Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide
translations



Rockbox mail archive

Subject: Re: PIC12C508A-based remote

Re: PIC12C508A-based remote

From: Steve Russell <raichea_at_yahoo.com>
Date: Wed, 18 Dec 2002 08:50:21 -0000

Rob,

While this could be done with a home-grown remote and cooperation from
Rockbox, the standard remote would not benefit. That said, it might be worth
doing anyway....

Steve.


"Rob Ward" <wards_at_paradise.net.nz> wrote in message
news:3E002011.70402_at_paradise.net.nz...
> There is an easy way to tell if the keys are held down. The NEC protocol
> used in your TV remote control for example does the following...
>
> 1. If a button is pressed, it sends a device byte and it's complement,
> then a function byte and it's complement.
> 2. If the key is held, it sends the first packet as above, the changes
> to a simple "repeat key" packet.
>
> Rob
>
> Leif Sawyer wrote:
>
> >Linus writes in response to
> >
> >
> >>Steve Russell who wrote back:
> >>
> >>
> >>>Thanks Frank - I'd hoped the Archos unit would FF/REW, but
> >>>it seems not. There's no reason, of course, that rockbox
> >>>couldn't implement that.
> >>>
> >>>
> >>Yes there is. There is no way of telling that the repeated
> >>events sent from the remote are because the key is held
> >>down or repeatedly pressed.
> >>
> >>
> >
> >
> >So we don't have a method of determining how quickly the
> >key-presses come in? The keys are already 'de-bounced' when
> >we get the notification, right? So a timer would let us know
> >if the keypresses were faster than some threshold.. (100 ms?)
> >Anything under that threshold would be counted as 'continuous'
> >and anything over that would be individual keys..
> >
> >Could actually get tricky though, but I would think it's doable.
> >Whether the payoff is actually worth it, is another question.
> >
> >
> >
> >
>
>
Received on 2002-12-18

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy