| View previous topic :: View next topic |
| Author |
Message |
mwinters
Joined: 03 Jan 2004
Posts: 17
|
 Posted: Sat Jan 03, 2004 2:44 am Post subject: Remote For Teac DV-D990 Doesnt Decode,, |
 |
|
I have a Teac DV-D990 and its remote doesnt decode with IR/DecodeIR 2.10
Its remote has a code in the circuit board of Max 945D..
Now, i get the GAP protocols, if any..
Eg. Power - no protocol, Raw data, frequency 36866
Sent once when key pressed
+80 -97520 +80 -6570 +80 -130990
1. Key.
Gap 20 twice..
Frequencey 0 and sent once..
+20 -5132 +20 -1558 +20 -1558 +20 -836 +20 -882 +20 -836 +20 -836 +20 -1558 +20 -882 +20 -1558 +20 -1558 +20 -836 +20 -836 +20 -1558 +20 -2444 +20 -882 +20 -1558 +20 -836 +20 -836 +20 -836 +20 -836 +20 -836 +20 -836 +20 -836 +20 -1688 +20 -1558 +20 -882 +20 -5132 +20 -4218 +20 -1558 +20 -1558 +20 -836 +20 -836 +20 -836 +20 -1558 +20 -1688 +20 -46690 +20 -6630 +20 -43564 +20 -6630 +20 -43564 +20 -6630 +20 -43564 +20 -6630 +20 -43564 +20 -6630 +20 -43564 +20 -6630 +20 -46690
I am wanting to properly setup this remote for my TPC-6 (URC 7560) currently i have a partial implementation on the built in code 0286, but there is no detailed information in devices.xls.
Thanks for any help.
Mathew. |
|
| Back to top |
|
 |
johnsfine
Site Admin
Joined: 10 Aug 2003
Posts: 4766
Location: Bedford, MA
|
| Posted: Sat Jan 03, 2004 7:40 am Post subject: |
|
|
| I'll look later to see what I have an Teac and/or what I have on built-in setup code 0286. But when you ask about learned signals that don't decode, it is best to put a saved file from IR (containing a few learned signals) in the diagnosis folder. |
|
| Back to top |
|
|
Mark Pierson
Expert
Joined: 03 Aug 2003
Posts: 3017
Location: Connecticut, USA
|
| Posted: Sat Jan 03, 2004 2:32 pm Post subject: |
|
|
Also, one of the best tips for learning troubles is to make sure both remotes have fresh batteries in them.
_________________
Mark |
|
| Back to top |
|
|
johnsfine
Site Admin
Joined: 10 Aug 2003
Posts: 4766
Location: Bedford, MA
|
| Posted: Sat Jan 03, 2004 3:28 pm Post subject: |
|
|
I believe the 7560 has a cable code 0286 that uses RC5 protocol. It has an audio code 0246 that uses a protocol I don't know. Neither is likely to give learned signals like the ones you quoted (so bad batteries looks like a pretty good theory).
What is a DV-D990? I would have guessed DVD from the model number, but then how would you have found a partial match to built in code 0286 (which isn't a DVD code)? The only Teac DVD I have data on uses NEC1 protocol.
If you post an IR saved file with a bunch of clean learned signals from this device, I'll probably be able to enhance DecodeIR to be able to decode it. |
|
| Back to top |
|
|
usblipitor
Joined: 10 Oct 2003
Posts: 516
Location: Greenbelt, MD
|
| Posted: Sat Jan 03, 2004 3:38 pm Post subject: |
|
|
| johnsfine wrote: | | What is a DV-D990? |
Hi John,
Google seems to suggest it is an "Australian DVD Compact Hi-Fi System." |
|
| Back to top |
|
|
mwinters
Joined: 03 Jan 2004
Posts: 17
|
| Posted: Sat Jan 03, 2004 6:33 pm Post subject: |
|
|
Thats what it is - brought in 2000 its a 3cd/dvd mini system that plays (somwhat poorly) dvd.. I dont use it for that and just as a cd/radio/aux player as i have a much better toshiba SD-1300..
I have both teac DV-B300 Digital set top box (which I have uploaded the codes for) and a teac video which all decode and work fine..
I will upload some codes later in the day..
Mathew.. |
|
| Back to top |
|
|
mwinters
Joined: 03 Jan 2004
Posts: 17
|
| Posted: Sat Jan 03, 2004 10:59 pm Post subject: |
|
|
I have uploaded Teac-dv-d990.txt to diagnosis..
I put the codes for keys Power, numbers and volume.
Mathew. |
|
| Back to top |
|
|
johnsfine
Site Admin
Joined: 10 Aug 2003
Posts: 4766
Location: Bedford, MA
|
| Posted: Sat Jan 03, 2004 11:13 pm Post subject: |
|
|
| Do those learned signals work? |
|
| Back to top |
|
|
usblipitor
Joined: 10 Oct 2003
Posts: 516
Location: Greenbelt, MD
|
| Posted: Sat Jan 03, 2004 11:24 pm Post subject: |
|
|
John,
Do these learned codes look clean to you?
Mathew,
1. New Batteries in both remotes?
2. Are you a seasoned veteran with regard to learning the keys?
This is how I do it, I could be wrong:
-press the key to accept the learn and release it
- remotes are head to head 2 inches apart on table in dim room with no other sources of IR
-press and hold the key on the OEM remote until learning remote blinks, then you can release the OEM remote's key. it usually takes about 2 seconds.
_________________
-Steve
Beginner's Guide
CodeSearchFAQ
JP1Files |
|
| Back to top |
|
|
mwinters
Joined: 03 Jan 2004
Posts: 17
|
| Posted: Sun Jan 04, 2004 1:15 am Post subject: |
|
|
| I have tried new batteries, and have had no problem learning 4 other remotes, followed the instructions in the manual and the learned keys do work (just the remotes 25 learned codes is not eough).. |
|
| Back to top |
|
|
gjarboni
Expert
Joined: 20 Sep 2003
Posts: 294
Location: Columbia, MD
|
| Posted: Sun Jan 04, 2004 3:34 am Post subject: |
|
|
| mwinters wrote: | | I have tried new batteries, and have had no problem learning 4 other remotes, followed the instructions in the manual and the learned keys do work (just the remotes 25 learned codes is not eough).. |
I'm certainly not trying to nitpick here, but you did try new batteries in both remotes? Learning a remote signal requires a stronger signal than it takes to operate a device. And the reason we're harping on batteries is that these signals look very strange. The +'s represent the "on"time (the time the remote is sending an IR pulse -- in microseconds) and the -'s represent off times (times when no signal is sent)
The On pulses are short in general and very short with respect to the Off pulses. For example +500 -1500 would be a "normal" on/off pair. The signals from your learns are +80/-18000. In the majority of protocols there is an on/off pair that represents a binary 1 and another pair that represents a binary 0.
If the signal is weak from the original remote (the one that is transmitting to the learning remote), on pulses get missed and the off pulses get joined. That's what it looks like from a first glance.
However, we find new "strange" IR protocols every day so if these learned signals all work and your Teac remote has new batteries then do the following.
Save your current IR configuration.
Perform a 981 reset (hold down setup then press 981). This erases your remotes config setting it back to factory defaults.
Learn as many signals as you can.
Verify that they work.
Post the resulting IR dump to the diagnosis area.
(then you can reload your saved config while we look at your file).
It's getting late -- I hope this makes some sense. |
|
| Back to top |
|
|
johnsfine
Site Admin
Joined: 10 Aug 2003
Posts: 4766
Location: Bedford, MA
|
| Posted: Sun Jan 04, 2004 9:47 am Post subject: |
|
|
| mwinters wrote: | | the learned keys do work |
I'm having trouble believing that. By "work" we mean you can use the learned signals in your OFA remote to operate the original device.
Your above statement made me look even closer at the signals you upload. They look like the result of low batteries in the original remote, and they REALLY look like bad learns that couldn't possible work.
Some observations:
Look at the signals for 4, 5 and 6. They are so nearly identical that if they were correct the device shouldn't be able to tell them apart. The same is true for 7, 8 and 9.
Look at the time scale most of these are on. Each burst is about the length of a typical entire frame. That's a good hint of original remote battery problems. The first few cycles of a frame are strong enough for the OFA remote to see then the voltage inside the original remote falls. It recovers during the gap between frames.
Most of these have three cycles of IR per burst, but the digits 1, 2 and 3 have one cycle per burst (so no frequency can be inferred). I can't believe a real protocol has both of those forms.
The digits 1, 2 and 3 also have a totally different structure than the others. In those we see what looks like the first cycle of each burst of an ordinary protocol (that might even work if the device itself is non picky enough about the IR quality). That's the more common symptom of bad original remote batteries (vs. the first three cycles of each frame as seen in the other learns). |
|
| Back to top |
|
|
mwinters
Joined: 03 Jan 2004
Posts: 17
|
| Posted: Mon Jan 05, 2004 9:51 pm Post subject: |
|
|
I have just brought and tried another fresh set of batteries in the remote, the codes are not decoded completly either, though they look a little more uniform. I have uploaded the file to the diagnosis area (Universal with dvb300 - 2.txt).
The remote that these are learned on seems to work these learned codes ok, that is the minisystem responds as i would expect..
Mathew.. |
|
| Back to top |
|
|
gjarboni
Expert
Joined: 20 Sep 2003
Posts: 294
Location: Columbia, MD
|
| Posted: Tue Jan 06, 2004 3:38 am Post subject: |
|
|
These learns look much better. Unfortunately, there not a protocol that I'm familiar with. Either it's a protocol that DecodeIR doesn't handle or it's something new. We'll be able to create an upgrade for it, but it will take a bit more effort than if the protocol was known.
It looks like the protocol is 48 bit LSB and +422 -468 is a binary 0 and +392 -1198 is a binary 1 (0 and 1 based on the number keys). The first 32 bits look fixed. I'm a bit tired now, so I'll leave it to John or Jon to figure out the rest. If they haven't answered by tomorrow then I'll decode the rest and help you create an upgrade for it. |
|
| Back to top |
|
|
gjarboni
Expert
Joined: 20 Sep 2003
Posts: 294
Location: Columbia, MD
|
| Posted: Tue Jan 06, 2004 5:16 am Post subject: |
|
|
Nevermind sleep, here's how I decode the learned commands. There looks like a relationship between the fifth and sixth byte, but I can't figure out what it is. It will probably be easier to code it in PB as a four fixed, two variable byte protocol.
First four bytes (in decimal) 67, 83, 1, 4
Power
+3268 -1952
11000010
11001010
10000000
00100000
00000000 = 0
00100000 = 4
+366 -43158
1
+3294 -1952
11000010
11001010
10000000
00100000
10001110 = 113
00110001 = 140
+366 -43228
2
+3294 -1952
11000010
11001010
10000000
00100000
01001110 = 114
10110001 = 141
+366 -43228
3
+3294 -1952
11000010
11001010
10000000
00100000
11001110 = 115
01110001 = 142
+366 -43228
4
+3294 -1952
11000010
11001010
10000000
00100000
00101110 = 116
11110001 = 143
+366 -43228
5
+3294 -1952
11000010
11001010
10000000
00100000
10101110 = 117
00001001 = 144
+366 -43228
6
+3294 -1952
11000010
11001010
10000000
00100000
01101110 = 118
10001001 = 145
+366 -43228
7
+3294 -1952
11000010
11001010
10000000
00100000
11101110 = 119
01001001 = 146
+366 -43228
8
+3294 -1952
11000010
11001010
10000000
00100000
01000110 = 98
00110001 = 140
+366 -43254
9
+3294 -1952
11000010
11001010
10000000
00100000
11000110 = 99
10110001 = 141
+366 -43254
10
+3268 -1952
11000010
11001010
10000000
00100000
11100000 = 7
11010000 = 11
+366 -43158
Vol+
+3268 -1952
11000010
11001010
10000000
00100000
00000100 = 32
01100000 = 6
+366 -43104
Vol-
+3268 -1952
11000010
11001010
10000000
00100000
00001100 = 48
11100000 = 7
+366 -43078
Ch+
+3268 -1952
11000010
11001010
10000000
00100000
01001100 = 50
10010000 = 9
+366 -43080
Ch-
+3268 -1952
11000010
11001010
10000000
00100000
01000100 = 34
00010000 = 8
+366 -43106
Av
+3294 -1952
11000010
11001010
10000000
00100000
01001010 = 82
11010001 = 139
+366 -43280
10
+3294 -1952
11000010
11001010
10000000
00100000
11100010 = 73
11110001 = 143
+366 -43306 |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
File Section
Wiki
