2010-03-25 07:47:53 +08:00
|
|
|
/* ir-nec-decoder.c - handle NEC IR Pulse/Space protocol
|
2010-03-21 07:59:44 +08:00
|
|
|
*
|
2014-02-07 18:03:07 +08:00
|
|
|
* Copyright (C) 2010 by Mauro Carvalho Chehab
|
2010-03-21 07:59:44 +08:00
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation version 2 of the License.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*/
|
|
|
|
|
2010-04-09 00:10:00 +08:00
|
|
|
#include <linux/bitrev.h>
|
2011-07-04 02:03:12 +08:00
|
|
|
#include <linux/module.h>
|
2010-11-10 10:09:57 +08:00
|
|
|
#include "rc-core-priv.h"
|
2010-03-21 07:59:44 +08:00
|
|
|
|
2010-04-04 07:33:00 +08:00
|
|
|
#define NEC_NBITS 32
|
2010-04-09 00:10:00 +08:00
|
|
|
#define NEC_UNIT 562500 /* ns */
|
2010-04-16 05:46:00 +08:00
|
|
|
#define NEC_HEADER_PULSE (16 * NEC_UNIT)
|
|
|
|
#define NECX_HEADER_PULSE (8 * NEC_UNIT) /* Less common NEC variant */
|
|
|
|
#define NEC_HEADER_SPACE (8 * NEC_UNIT)
|
2010-07-31 22:59:19 +08:00
|
|
|
#define NEC_REPEAT_SPACE (4 * NEC_UNIT)
|
2010-04-16 05:46:00 +08:00
|
|
|
#define NEC_BIT_PULSE (1 * NEC_UNIT)
|
|
|
|
#define NEC_BIT_0_SPACE (1 * NEC_UNIT)
|
|
|
|
#define NEC_BIT_1_SPACE (3 * NEC_UNIT)
|
|
|
|
#define NEC_TRAILER_PULSE (1 * NEC_UNIT)
|
|
|
|
#define NEC_TRAILER_SPACE (10 * NEC_UNIT) /* even longer in reality */
|
2010-07-31 22:59:20 +08:00
|
|
|
#define NECX_REPEAT_BITS 1
|
2010-03-22 00:00:55 +08:00
|
|
|
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
enum nec_state {
|
|
|
|
STATE_INACTIVE,
|
|
|
|
STATE_HEADER_SPACE,
|
2010-04-09 00:10:00 +08:00
|
|
|
STATE_BIT_PULSE,
|
|
|
|
STATE_BIT_SPACE,
|
|
|
|
STATE_TRAILER_PULSE,
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
STATE_TRAILER_SPACE,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
2010-04-04 21:44:51 +08:00
|
|
|
* ir_nec_decode() - Decode one NEC pulse or space
|
2010-10-30 03:08:23 +08:00
|
|
|
* @dev: the struct rc_dev descriptor of the device
|
2010-04-16 05:46:00 +08:00
|
|
|
* @duration: the struct ir_raw_event descriptor of the pulse/space
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
*
|
|
|
|
* This function returns -EINVAL if the pulse violates the state machine
|
2010-03-22 00:00:55 +08:00
|
|
|
*/
|
2010-10-30 03:08:23 +08:00
|
|
|
static int ir_nec_decode(struct rc_dev *dev, struct ir_raw_event ev)
|
2010-03-22 00:00:55 +08:00
|
|
|
{
|
2010-10-30 03:08:23 +08:00
|
|
|
struct nec_dec *data = &dev->raw->nec;
|
2010-04-09 00:10:00 +08:00
|
|
|
u32 scancode;
|
|
|
|
u8 address, not_address, command, not_command;
|
[media] rc: interim support for 32-bit NEC-ish scancodes
The Apple and TiVo remotes I've got use an NEC-ish protocol, but rather
than a command/not_command pair, they have what appear to be vendor ID
bytes. This change makes the NEC decoder warn if the command/not_command
checksum fails, but then passes along a full 32-bit scancode for keymap
lookup. This change should make no difference for existing keymaps,
since they simply won't have 32-bit scancodes, but allows for a 32-bit
keymap. At the moment, that'll have to be uploaded by the user, but I've
got Apple and TiVo remote keymaps forthcoming.
In the long run (2.6.40, hopefully), we should probably just always use
all 32 bits for all NEC keymaps, but this should get us by for 2.6.39.
(Note that a few of the TiVo keys actuallly *do* pass the command
checksum, so for now, the keymap for this remote will have to be a mix
of 24-bit and 32-bit scancodes, but so be it).
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-03-23 04:23:15 +08:00
|
|
|
bool send_32bits = false;
|
2010-03-22 00:00:55 +08:00
|
|
|
|
2014-03-01 07:17:03 +08:00
|
|
|
if (!rc_protocols_enabled(dev, RC_BIT_NEC))
|
2010-04-05 01:45:04 +08:00
|
|
|
return 0;
|
|
|
|
|
2010-10-17 06:56:28 +08:00
|
|
|
if (!is_timing_event(ev)) {
|
|
|
|
if (ev.reset)
|
|
|
|
data->state = STATE_INACTIVE;
|
2010-04-09 00:10:00 +08:00
|
|
|
return 0;
|
|
|
|
}
|
2010-03-21 07:59:44 +08:00
|
|
|
|
2010-04-16 05:46:00 +08:00
|
|
|
IR_dprintk(2, "NEC decode started at state %d (%uus %s)\n",
|
|
|
|
data->state, TO_US(ev.duration), TO_STR(ev.pulse));
|
2010-03-22 00:00:55 +08:00
|
|
|
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
switch (data->state) {
|
2010-03-21 07:59:44 +08:00
|
|
|
|
2010-04-09 00:10:00 +08:00
|
|
|
case STATE_INACTIVE:
|
2010-04-16 05:46:00 +08:00
|
|
|
if (!ev.pulse)
|
|
|
|
break;
|
|
|
|
|
2012-07-31 17:37:29 +08:00
|
|
|
if (eq_margin(ev.duration, NEC_HEADER_PULSE, NEC_UNIT * 2)) {
|
2010-07-31 22:59:20 +08:00
|
|
|
data->is_nec_x = false;
|
|
|
|
data->necx_repeat = false;
|
|
|
|
} else if (eq_margin(ev.duration, NECX_HEADER_PULSE, NEC_UNIT / 2))
|
|
|
|
data->is_nec_x = true;
|
|
|
|
else
|
2010-04-16 05:46:00 +08:00
|
|
|
break;
|
|
|
|
|
|
|
|
data->count = 0;
|
|
|
|
data->state = STATE_HEADER_SPACE;
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
return 0;
|
2010-04-09 00:10:00 +08:00
|
|
|
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
case STATE_HEADER_SPACE:
|
2010-04-16 05:46:00 +08:00
|
|
|
if (ev.pulse)
|
|
|
|
break;
|
|
|
|
|
2012-07-31 17:37:29 +08:00
|
|
|
if (eq_margin(ev.duration, NEC_HEADER_SPACE, NEC_UNIT)) {
|
2010-04-09 00:10:00 +08:00
|
|
|
data->state = STATE_BIT_PULSE;
|
2010-03-22 00:00:55 +08:00
|
|
|
return 0;
|
2010-04-16 05:46:00 +08:00
|
|
|
} else if (eq_margin(ev.duration, NEC_REPEAT_SPACE, NEC_UNIT / 2)) {
|
2010-12-30 06:48:43 +08:00
|
|
|
if (!dev->keypressed) {
|
|
|
|
IR_dprintk(1, "Discarding last key repeat: event after key up\n");
|
|
|
|
} else {
|
|
|
|
rc_repeat(dev);
|
|
|
|
IR_dprintk(1, "Repeat last key\n");
|
|
|
|
data->state = STATE_TRAILER_PULSE;
|
|
|
|
}
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
return 0;
|
|
|
|
}
|
2010-04-16 05:46:00 +08:00
|
|
|
|
2010-04-09 00:10:00 +08:00
|
|
|
break;
|
|
|
|
|
|
|
|
case STATE_BIT_PULSE:
|
2010-04-16 05:46:00 +08:00
|
|
|
if (!ev.pulse)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (!eq_margin(ev.duration, NEC_BIT_PULSE, NEC_UNIT / 2))
|
|
|
|
break;
|
|
|
|
|
|
|
|
data->state = STATE_BIT_SPACE;
|
|
|
|
return 0;
|
2010-04-09 00:10:00 +08:00
|
|
|
|
|
|
|
case STATE_BIT_SPACE:
|
2010-04-16 05:46:00 +08:00
|
|
|
if (ev.pulse)
|
2010-04-09 00:10:00 +08:00
|
|
|
break;
|
|
|
|
|
2010-07-31 22:59:20 +08:00
|
|
|
if (data->necx_repeat && data->count == NECX_REPEAT_BITS &&
|
|
|
|
geq_margin(ev.duration,
|
|
|
|
NEC_TRAILER_SPACE, NEC_UNIT / 2)) {
|
|
|
|
IR_dprintk(1, "Repeat last key\n");
|
2010-11-18 00:53:11 +08:00
|
|
|
rc_repeat(dev);
|
2010-07-31 22:59:20 +08:00
|
|
|
data->state = STATE_INACTIVE;
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
} else if (data->count > NECX_REPEAT_BITS)
|
|
|
|
data->necx_repeat = false;
|
|
|
|
|
2010-06-14 04:29:36 +08:00
|
|
|
data->bits <<= 1;
|
2010-04-16 05:46:00 +08:00
|
|
|
if (eq_margin(ev.duration, NEC_BIT_1_SPACE, NEC_UNIT / 2))
|
2010-06-14 04:29:36 +08:00
|
|
|
data->bits |= 1;
|
2010-04-16 05:46:00 +08:00
|
|
|
else if (!eq_margin(ev.duration, NEC_BIT_0_SPACE, NEC_UNIT / 2))
|
|
|
|
break;
|
2010-04-09 00:10:00 +08:00
|
|
|
data->count++;
|
|
|
|
|
2010-04-16 05:46:00 +08:00
|
|
|
if (data->count == NEC_NBITS)
|
|
|
|
data->state = STATE_TRAILER_PULSE;
|
|
|
|
else
|
2010-04-09 00:10:00 +08:00
|
|
|
data->state = STATE_BIT_PULSE;
|
2010-04-16 05:46:00 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
case STATE_TRAILER_PULSE:
|
|
|
|
if (!ev.pulse)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (!eq_margin(ev.duration, NEC_TRAILER_PULSE, NEC_UNIT / 2))
|
|
|
|
break;
|
|
|
|
|
|
|
|
data->state = STATE_TRAILER_SPACE;
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
case STATE_TRAILER_SPACE:
|
|
|
|
if (ev.pulse)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (!geq_margin(ev.duration, NEC_TRAILER_SPACE, NEC_UNIT / 2))
|
|
|
|
break;
|
2010-04-09 00:10:00 +08:00
|
|
|
|
2010-06-14 04:29:36 +08:00
|
|
|
address = bitrev8((data->bits >> 24) & 0xff);
|
|
|
|
not_address = bitrev8((data->bits >> 16) & 0xff);
|
|
|
|
command = bitrev8((data->bits >> 8) & 0xff);
|
|
|
|
not_command = bitrev8((data->bits >> 0) & 0xff);
|
2010-04-09 00:10:00 +08:00
|
|
|
|
|
|
|
if ((command ^ not_command) != 0xff) {
|
|
|
|
IR_dprintk(1, "NEC checksum error: received 0x%08x\n",
|
2010-06-14 04:29:36 +08:00
|
|
|
data->bits);
|
[media] rc: interim support for 32-bit NEC-ish scancodes
The Apple and TiVo remotes I've got use an NEC-ish protocol, but rather
than a command/not_command pair, they have what appear to be vendor ID
bytes. This change makes the NEC decoder warn if the command/not_command
checksum fails, but then passes along a full 32-bit scancode for keymap
lookup. This change should make no difference for existing keymaps,
since they simply won't have 32-bit scancodes, but allows for a 32-bit
keymap. At the moment, that'll have to be uploaded by the user, but I've
got Apple and TiVo remote keymaps forthcoming.
In the long run (2.6.40, hopefully), we should probably just always use
all 32 bits for all NEC keymaps, but this should get us by for 2.6.39.
(Note that a few of the TiVo keys actuallly *do* pass the command
checksum, so for now, the keymap for this remote will have to be a mix
of 24-bit and 32-bit scancodes, but so be it).
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-03-23 04:23:15 +08:00
|
|
|
send_32bits = true;
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
}
|
2010-03-21 07:59:44 +08:00
|
|
|
|
[media] rc: interim support for 32-bit NEC-ish scancodes
The Apple and TiVo remotes I've got use an NEC-ish protocol, but rather
than a command/not_command pair, they have what appear to be vendor ID
bytes. This change makes the NEC decoder warn if the command/not_command
checksum fails, but then passes along a full 32-bit scancode for keymap
lookup. This change should make no difference for existing keymaps,
since they simply won't have 32-bit scancodes, but allows for a 32-bit
keymap. At the moment, that'll have to be uploaded by the user, but I've
got Apple and TiVo remote keymaps forthcoming.
In the long run (2.6.40, hopefully), we should probably just always use
all 32 bits for all NEC keymaps, but this should get us by for 2.6.39.
(Note that a few of the TiVo keys actuallly *do* pass the command
checksum, so for now, the keymap for this remote will have to be a mix
of 24-bit and 32-bit scancodes, but so be it).
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-03-23 04:23:15 +08:00
|
|
|
if (send_32bits) {
|
|
|
|
/* NEC transport, but modified protocol, used by at
|
|
|
|
* least Apple and TiVo remotes */
|
2014-04-05 06:05:56 +08:00
|
|
|
scancode = data->bits;
|
[media] rc: interim support for 32-bit NEC-ish scancodes
The Apple and TiVo remotes I've got use an NEC-ish protocol, but rather
than a command/not_command pair, they have what appear to be vendor ID
bytes. This change makes the NEC decoder warn if the command/not_command
checksum fails, but then passes along a full 32-bit scancode for keymap
lookup. This change should make no difference for existing keymaps,
since they simply won't have 32-bit scancodes, but allows for a 32-bit
keymap. At the moment, that'll have to be uploaded by the user, but I've
got Apple and TiVo remote keymaps forthcoming.
In the long run (2.6.40, hopefully), we should probably just always use
all 32 bits for all NEC keymaps, but this should get us by for 2.6.39.
(Note that a few of the TiVo keys actuallly *do* pass the command
checksum, so for now, the keymap for this remote will have to be a mix
of 24-bit and 32-bit scancodes, but so be it).
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-03-23 04:23:15 +08:00
|
|
|
IR_dprintk(1, "NEC (modified) scancode 0x%08x\n", scancode);
|
|
|
|
} else if ((address ^ not_address) != 0xff) {
|
2010-04-09 00:10:00 +08:00
|
|
|
/* Extended NEC */
|
|
|
|
scancode = address << 16 |
|
|
|
|
not_address << 8 |
|
|
|
|
command;
|
|
|
|
IR_dprintk(1, "NEC (Ext) scancode 0x%06x\n", scancode);
|
|
|
|
} else {
|
2010-04-16 05:46:00 +08:00
|
|
|
/* Normal NEC */
|
2010-04-09 00:10:00 +08:00
|
|
|
scancode = address << 8 | command;
|
|
|
|
IR_dprintk(1, "NEC scancode 0x%04x\n", scancode);
|
2010-03-21 07:59:44 +08:00
|
|
|
}
|
2010-04-09 00:10:00 +08:00
|
|
|
|
2010-07-31 22:59:20 +08:00
|
|
|
if (data->is_nec_x)
|
|
|
|
data->necx_repeat = true;
|
|
|
|
|
2010-11-18 00:53:11 +08:00
|
|
|
rc_keydown(dev, scancode, 0);
|
2010-04-16 05:46:00 +08:00
|
|
|
data->state = STATE_INACTIVE;
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
return 0;
|
2010-04-09 00:10:00 +08:00
|
|
|
}
|
2010-03-21 07:59:44 +08:00
|
|
|
|
2011-11-23 23:03:32 +08:00
|
|
|
IR_dprintk(1, "NEC decode failed at count %d state %d (%uus %s)\n",
|
|
|
|
data->count, data->state, TO_US(ev.duration), TO_STR(ev.pulse));
|
V4L/DVB: ir-nec-decoder: Reimplement the entire decoder
Thanks to Andy Walls <awalls@md.metrocast.net> for pointing me his
code, that gave me some ideas to better implement it.
After some work with saa7134 bits, I found a way to catch both IRQ
edge pulses. By enabling it, the NEC decoder can now take both
pulse and spaces into account, making it more precise.
Instead of the old strategy of handling the events all at once,
this code implements a state machine. Due to that, it handles
individual pulse or space events, validating them against the
protocol, producing a much more reliable decoding.
With the new implementation, the protocol trailer bits are properly
handled, making possible for the repeat key to work.
Also, the code is now capable of handling both NEC and NEC extended
IR devices. With NEC, it produces a 16 bits code, while with NEC
extended, a 24 bits code is returned.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2010-04-04 05:51:50 +08:00
|
|
|
data->state = STATE_INACTIVE;
|
2010-03-21 07:59:44 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
2010-03-21 23:24:24 +08:00
|
|
|
|
2010-03-25 07:47:53 +08:00
|
|
|
static struct ir_raw_handler nec_handler = {
|
2012-10-12 06:11:54 +08:00
|
|
|
.protocols = RC_BIT_NEC,
|
2010-03-26 10:49:46 +08:00
|
|
|
.decode = ir_nec_decode,
|
2010-03-25 07:47:53 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static int __init ir_nec_decode_init(void)
|
|
|
|
{
|
|
|
|
ir_raw_handler_register(&nec_handler);
|
|
|
|
|
|
|
|
printk(KERN_INFO "IR NEC protocol handler initialized\n");
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit ir_nec_decode_exit(void)
|
|
|
|
{
|
|
|
|
ir_raw_handler_unregister(&nec_handler);
|
|
|
|
}
|
|
|
|
|
|
|
|
module_init(ir_nec_decode_init);
|
|
|
|
module_exit(ir_nec_decode_exit);
|
|
|
|
|
|
|
|
MODULE_LICENSE("GPL");
|
2014-02-07 18:03:07 +08:00
|
|
|
MODULE_AUTHOR("Mauro Carvalho Chehab");
|
2010-03-25 07:47:53 +08:00
|
|
|
MODULE_AUTHOR("Red Hat Inc. (http://www.redhat.com)");
|
|
|
|
MODULE_DESCRIPTION("NEC IR protocol decoder");
|