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



Rockbox mail archive

Subject: Re: Remote control with display
From: Andrew Jamieson (andrew.jamieson_at_projectlab.net)
Date: 2002-10-04


The other option would be to have the 'new' remote send a "hi, im an LCD
enabled remote" message when it is first plugged in. This would enable the
Archos to differentiate between the standard and LCD remotes, and behave
accordingly. The Archos could then send data with each screen update, which
could be merged into the code quite easily I would imagine. The Archos
would keep the line in recieve usually, until it is required to send data -
at which point it quickly switches to transmit, send the data, and swiches
back. The buffer resistor would need to be in the remote, maybe with a
recieve only pin on the 'outside' side of the resistor to sense any
contention (when both the remote and Archos send at once). The remote would
then have to wait for the contention to end, re-send its data, and also a
'please resend' command to the Archos for its data.

Andrew Jamieson

----- Original Message -----
From: "Andreas Stemmer" <Andreas.Stemmer_at_web.de>
To: <rockbox_at_cool.haxx.se>
Sent: Thursday, October 03, 2002 10:21 PM
Subject: RE: Remote control with display

> Great idea to use this pin in both ways. I'd love such a solution, but
> as many others I don't want to open my jukebox and solder it, at least
> until warranty runs out. But I don't have any problems to build my own
> remote with a -controller. There would be many great applications, a
> interface to a car stereo for example that displays song name etc. in
> the display...
> My suggestion for the communication is the following: leave the
> remote-pin of the archos as an input all the time, except the remote
> sends a special "give-me-data"-command. Only then the archos should
> change the port to output, send the requested data and change to input
> again. This way, you can use the standard remote as well and there won't
> be any situations where both units try to send data, which wouldn't be
> very nice (imagine one device trying to pull the line to "1", the other
> one trying to pull it to "0" at the same time!). The negative side is,
> that all data has to be polled frequently, but I think it is not too
> much work for the archos, handling this every 500ms or something like
> this...
> What do you think?
>
> Andreas Stemmer
>



Page was last modified "Jan 10 2012" The Rockbox Crew
aaa