Subject:
|
Re: The palm IR tools
|
Newsgroups:
|
lugnet.robotics.palm
|
Date:
|
Tue, 15 Feb 2000 13:47:02 GMT
|
Viewed:
|
3011 times
|
| |
|
|
Let me ask another (ignorant) question, then. Have you tried using the LRemote
or BrickRemote programs that use an IR tower connected to the Palm device
(http://www.advancenet.net/~kory/pilot/)? As it happens, I have 2 palms (and
if you count the emulator, one more ala my laptop to test proggies before I
install em) and was thinking maybe I could train the remote that way. The
LRemote program can control both the Scout and the RCX (at the same time even,
which is kinda fun to watch). Or do you suppose it will suffer from
the "extra" signal in the same way the Lego Remote does?
Also, there are some prelim programming libraries available for the Palm for
communication with the Scout/RCX. Haven't looked too deeply into them yet...
In lugnet.robotics.palm, Robert Eddings writes:
>
>
> Edward Gardner wrote:
> >
> > Well, I have had great success using the palm to RCX tools (connecting the
> > Palm device to the IR tower for transmission to the bots) and somewhat • limited
> > success with the Omniremote program that uses the built in IR port on the • Palm
> > III.
>
> Edward,
> I have planned on updating the Palm Remote program for some time. The
> main problem with OmniRemote is that it is recording a pure IR signal
> along with the unavoidable background interference that is difficult to
> minimize. Think of it as tape recording a song off the radio from the
> speaker in a noisy room. What you get is a poor copy of the original
> signal. OmniRemote doesn't work with the Scout brick for other reasons.
>
> The thing is that for it to work with the Scout, the command signals
> have
> use the Lego Remote signals (that are different than the standard
> signals
> sent through the IR tower). The Lego Remote itself cannot be used to
> program
> with because the remote sends an extra signal at button release that
> confuses the OmniRemote program. I will have to use the Scout SDK
> software
> to program the Scout brick to send the correct signals to program Palm
> Remote.
>
> I may even redesign the layout and have one version just for the RCX and
> another for the Scout.
>
> In any case, Omniremote will never be as reliable and a program that
> sends a pure IR signal through the Palm's IR port. It seems that the
> programmer of OmniRemote is the only one so far that has figured out how
> to send non standard IR signals with the Palm IR port. Until someone
> else figures this out and will share the secrets, Mike Kory's programs
> are the most reliable.
>
> > Anyone else had success stories with these? I want to store some NQC • proggies
> > and download to the bots, that would be ideal and very portable, but, I may • be
> > wishing on too far a star :)
>
> When the Palm internal IR problem is figured out, I'm sure that programs
> like that will be attempted.
>
> Robert Eddings
|
|
Message has 1 Reply:
 | | Re: The palm IR tools
|
| LRemote uses the same IR codes as the LEGO remote does. It is still worth trying to train OmniRemote that way though. With OmniRemote, doing the same thing in a different way can make a big difference. I don't know why. Train some buttons and see (...) (25 years ago, 15-Feb-00, to lugnet.robotics.palm)
|
Message is in Reply To:
| | Re: The palm IR tools
|
| (...) Edward, I have planned on updating the Palm Remote program for some time. The main problem with OmniRemote is that it is recording a pure IR signal along with the unavoidable background interference that is difficult to minimize. Think of it (...) (25 years ago, 14-Feb-00, to lugnet.robotics.palm)
|
5 Messages in This Thread:
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
