JP1 Remotes

Zibri · Joined: 05 Jul 2012 Posts: 86

Yep the OFA 6 has 2 cells and 3.3v should be fine.

About driving the reset line it should not be difficult but I don't know if it's really needed.

Anyway I was just thinking out loud. The parallel interface seems nice but parallel ports are every day more rare to find in motherboards.

The first interface will take long to arrive from hk but as soon as I get it I will do some quick and dirty tests using linux and the i2c suite. I'll keep you posted about the results but usually it take 20 to 40 days for items to arrive.

cauer29 · Joined: 03 Feb 2010 Posts: 236

Zibri · Joined: 05 Jul 2012 Posts: 86

I wonder why.

The Robman · Posted: Sat Jul 07, 2012 10:32 am Post subject:

Take a look at this old doc which explains how to add a JP1 connector to a remote that doesn't have an exposed reset line:
http://www.hifi-remote.com/forums/dload.php?action=file&file_id=11068

cauer29 · Joined: 03 Feb 2010 Posts: 236

mathdon · Posted: Sat Jul 07, 2012 12:20 pm Post subject:

Barf · Posted: Sat Jul 07, 2012 2:54 pm Post subject:

I strongly support the idea of concentrating further development on RM/RMIR instead of IR. RM is a Java program, with the system/hardware dependent stuff in small loadable objects (Java Native Interface, JNI), namely jp12serial.dll/libjp12serial.so and jp1parllael.dll/libjp1parallel.so.

However, there is one idea I would like to throw in: Would it be possible rewrite RM to use the rxtx library instead of the above mentioned, from our community written libraries? rxtx is more of a standard component, and runs on all relevant systems, and probably better tested. I have not looked too deeply into it; possibly I have overlooked something...

The Robman · Posted: Sat Jul 07, 2012 8:15 pm Post subject:

Just FYI, there are some of us that need to keep using IR.exe because it still does things that RMIR doesn't do, as far as decoding learned signals is concerned. Plus, speaking as an expert, most times I need to research something for other people, I need to look at the raw data without bits and pieces being hidden from my view.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!

vickyg2003 · Posted: Sun Jul 08, 2012 7:43 am Post subject:

As known, I side with the_Robman on this one.
On the plus side, RMIR eliminates the need to select the remote when opening an upgrade. We all know that was the #1 user error in IR. I find the protocol examiner to have some great features, and have asked Mike for some of those features to be in PB in the future, but in the meantime I use RMIR alongside PB just to simplify things. Heck just last night I was looking at converting my IR files to RMIR files simply for a quick and easy way to dig out information for documentation purposes when I make changes.

I find that the way RMIR obscures information tests the limit of my attention span and wins every time. The cross talk between various RMIR sessions drives me insane. The lack of user control where RMIR makes decisions that may be right for the "masses" but limits experimentation by the adventurous reminds me too much of some of Microsoft's decisions. But in the end, its the "silent" errors that have kept me from adopting RMIR for my own use.

I hate to think of IR being left at the wayside as we explore the new remotes. IR is just too important.

classicsat · Joined: 20 Feb 2004 Posts: 279

Zibri · Joined: 05 Jul 2012 Posts: 86

Just to make some tests, I just did this:

I tested the 6 pins with a tester and I found voltages of about 2.86v (and since batteries are a little down it makes sense).

After that I used a CA42 (USB<>TTL) cable and connected it to the 6 pin header in this way:

Cable RX to pin 6
Cable TX to pin 4
Cable GND to pin 3

Then I noticed that pressing a button on the remote gave me output!

I don't yet know the right speed and parameters.

Here are some preliminary logs using 19200,38400, 57600 and 115200 speed and 8N1:

https://dl.dropbox.com/u/1587166/URC7650_Logs.rar

Note: I always pressed the same key "1" only once.

I remember I had a utility to detect speed and parameters of a serial line (from the stream itself) but I can't find it.

Any clues about what I am getting?

Note: I didn't connect pin2 for the reset feature because I am just inspecting what I am getting in this situation.

By the naked eye, the right speed seems about 19200 or 38400 8n1 or 8n2.

Edit:
Using realterm I noticed the right speed seems to be 19200 8N1.
Everything else gives framing or parity errors.

Edit2:
Analyzing the data furthermore, they seem to be waveform data.
Probably it's raw IR data.
At 38.400 it makes some sense but I suspect the real speed is the actual IR speed of 38.1khz.

mdavej · Expert Joined: 08 Oct 2003 Posts: 4501

Before you reinvent the wheel, so to speak, have you had a look at Kevin Timmerman's JP1 EEPROM adapter design? It essentially uses a serial interface and some electronics to bit bang like the parallel interface does. You're way over my head here, but it may give you some insight.

Zibri · Joined: 05 Jul 2012 Posts: 86

Hmm yes.. but I was trying to accomplis something more similar to " JP1.2 Serial Interface " by tommy.. just for fun Smile

And since voltages are about 3v I thought the CA-42 would do just fine.

I just don't understand what I am getting Smile

I think it's debugging data including RAW IR data.

cauer29 · Joined: 03 Feb 2010 Posts: 236

Zibri · Joined: 05 Jul 2012 Posts: 86

Hmm no. I'm using mailnly windows but I wrote a program talking onto the i2c bus using the VGA port. I could interface those lines to the remote i2c bus but it's pretty useless I think. I will just build the simple interface then.

My bad.. I thought pin4 was a different pin than SDA line.. I just re-read the schematics and you're right.

My interface just sniffs the i2c bus. Nothing more. It's pretty useless.