I did not want to post this in the other palmpilot thread because I wanted this thread to specifically deal with using high frequency (455 kHz) B&O signals on the Palmpilot.

A little background: All of products that I want to control are from B&O. You may ask why use a universal remote? Why not? Also I'm looking to add some none B&O Products (Sony DVP-CX850D or Pioneer DV-F727).

I've wanted to try this for awhile but I always thought that it was impossible for a few reasons (processor speed and the inability of the palmpilot to learn 455 kHz commands).

I did some research and discovered that the Philips Pronto remote uses the same processor (Motorola DragonBall MC68328) as the Palmpilot.

[Link: pcseller.com]

In fact the Palm Vx and Palm IIIc (color screen version) use the even faster Motorola DragonBall MC68EZ328.

I'm guessing that if any modifications are necessary they would only involve the transceiver since the UART resides on the processor. Is this correct? Another major hurtle was how do I teach B&O commands to the palmpilot.

Thanks to Loran (loranr) and AHP (A helpful Person); I think that issue has been resolved. I also have posted some B&O protocol information for anyone interested at:

[Link: hometown.aol.com]

My goal is create a preset data file of B&O commands for both the
PalmRemote
[Link: hp.vector.co.jp]
And
OmniRemote software.
http://www.pacificneotek.com/

IMHO, All I need now is to take the preset information and format it so that a universal remote program (either PalmRemote or OmniRemote) could understand how to process it, then send it to the UART where the 455 kHz frequency would modulate the signal prior to transmission. Does this sound like it might work?


If neither of these are not viable options, then I will attempt to write my own program.

I have some programming experience but, I'm new to remote control programming and any advice and/or assistance would be very helpful.

Additionally, I would like to use a more powerful IrDA module to give the remote greater range. Do you know of any good transceivers that are IrDA compliant and can operate at the 455 khz frequency?

Hi Akil,

I'm sorry I don't don't have any answers but this is exactly the sort of thing I need too. Would be really grateful if someone could help Akil out.

I don't have the answere you are looking for, but there is one other Palm remote software and IR device. It is WedgeTV from PalmVision Software. I mentioned this at the end of the other PIII thread. Their site is: [Link: home.att.net]

You might wanna check them out as well.

I have written a desktop companion for OmniRemote called ORDesktop. I'm just about ready to release the second beta version and the commercial release should be ready in 4-6 weeks.

One of the features of ORDesktop is that you will be able to train OmniRemote buttons by cutting and pasting Pronto codes.

I don't have access to ProntoEdit at work but I'll create an OmniRemote version of some of your Pronto buttons at home tonight and send you the pdb file to
try out. I have no idea if OmniRemote can actually support those frequencies but I guess we'll find out.

By the way, ORDesktop will also allow you to share buttons and whole categories so you can distribute your OmniRemote B&O devices to other OmniRemote users who also have ORDesktop.

Peter Sharpe

Well I converted the Pronto codes for the TV numeric keypad to OmniRemote format, loaded them into my Palm Vx and tried them out. They seem to hang OmniRemote;-(

Sorry about that. I'll send the OmniRemote pdb file to Pacific Neo-Tek and see if they think this is a bug which might someday be fixed or an impossibility.

Peter Sharpe

PeterS- excuse my butting in...and I know this probably has nothing to do with ORDesktop, but will you be including an "ORD" applet for the Palm to make it possible to "beam" the .pdb file to another Palm? Or can the OS beam a .pdb file to another Palm?

J.A.F.O.

Hadn't really thought about beaming pdb files. I beam and receive contact information all the time but I'd be hard pressed to find another OmniRemote user that I'd want to share OR pdb files with. Especially since the file I received would replace my own pdb.

Sharing devices and codes on the PC using ORDesktop is much more flexible and easier except in the case where you really did want to grab someone's complete pdb file and he/she is standing in the room with you.

Interesting idea, though.

Peter Sharpe