Difference between revisions of "Protocol decoder:Ir nec"
Uwe Hermann (talk | contribs) m |
(→Hardware: Add information about an Unlabeled LED panel remote) |
||
| (2 intermediate revisions by one other user not shown) | |||
| Line 11: | Line 11: | ||
| probes = IR | | probes = IR | ||
| optional_probes = — | | optional_probes = — | ||
| options = polarity | | options = polarity extended | ||
}} | }} | ||
The '''ir_nec''' protocol decoder supports the [http://techdocs.altium.com/display/ADRR/NEC+Infrared+Transmission+Protocol NEC infrared remote control] protocol. | The '''ir_nec''' protocol decoder supports the [http://techdocs.altium.com/display/ADRR/NEC+Infrared+Transmission+Protocol NEC infrared remote control] protocol including the 16bit address extension. | ||
== Hardware == | == Hardware == | ||
| Line 28: | Line 28: | ||
File:Pv example ir nec carrier freq.png|<small>Carrier frequency</small> | File:Pv example ir nec carrier freq.png|<small>Carrier frequency</small> | ||
File:Pv example ir nec cursors.png|<small>Cursors</small> | File:Pv example ir nec cursors.png|<small>Cursors</small> | ||
</gallery> | |||
=== Unlabeled LED panel remote === | |||
This remote uses the [https://www.sbprojects.net/knowledge/ir/nec.php Extended NEC Protocol], address <code>0xEA41</code>. It uses 8 buttons, but the PCB has space for a total of 16 buttons. | |||
See the [https://sigrok.org/gitweb/?p=sigrok-dumps.git;a=tree;f=ir/nec/extended ir/nec/extended] directory in the [http://sigrok.org/gitweb/?p=sigrok-dumps.git;a=tree sigrok-dumps] repository for example files. | |||
<gallery> | |||
File:Unlabeled LED Panel Remote.jpg|<small>Case</small> | |||
File:Unlabeled LED Panel Remote PCB.jpg|<small>PCB</small> | |||
</gallery> | </gallery> | ||
== Protocol == | == Protocol == | ||
This is a pulse-distance based IR protocol. | This is a pulse-distance based IR protocol. Symbols are determined by checking the span between IR bursts. After an AGC adjustment phase, several fields are sent: address, and command. Another IR burst after the last bit symbol ends the IR frame. | ||
The standard NEC protocol sends address and command values in verbatim as well as in complement form, which improves reliability when the fields are checked for consistency, and as a byproduct results in constant length of a frame. The extended NEC protocol uses 16bits for the address field, and omits the complement. Users need to specify the protocol variant, the decoder cannot automatically detect it (assuming extended just because the address fields are not complements is too weak, the error could be real and must get flagged). | |||
<gallery widths=800px> | |||
File:ir_nec_extended.png|<small>extended (upper) and standard (lower) protocol versions</small> | |||
</gallery> | |||
== Resources == | == Resources == | ||
Latest revision as of 18:20, 27 July 2020
 | |
| Name | IR NEC |
|---|---|
| Description | NEC infrared remote control protocol |
| Status | supported |
| License | GPLv2+ |
| Source code | decoders/ir_nec |
| Input | logic |
| Output | ir_nec |
| Probes | IR |
| Optional probes | — |
| Options | polarity extended |
The ir_nec protocol decoder supports the NEC infrared remote control protocol including the 16bit address extension.
Hardware
Hama 8in1, code 0001 (Matsui TV)
See the ir/nec/hama_8in1 directory in the sigrok-dumps repository for example files.
Remote control probing
NEC decode
Repeat code
Carrier frequency
Cursors
Unlabeled LED panel remote
This remote uses the Extended NEC Protocol, address 0xEA41. It uses 8 buttons, but the PCB has space for a total of 16 buttons.
See the ir/nec/extended directory in the sigrok-dumps repository for example files.
Case
PCB
Protocol
This is a pulse-distance based IR protocol. Symbols are determined by checking the span between IR bursts. After an AGC adjustment phase, several fields are sent: address, and command. Another IR burst after the last bit symbol ends the IR frame.
The standard NEC protocol sends address and command values in verbatim as well as in complement form, which improves reliability when the fields are checked for consistency, and as a byproduct results in constant length of a frame. The extended NEC protocol uses 16bits for the address field, and omits the complement. Users need to specify the protocol variant, the decoder cannot automatically detect it (assuming extended just because the address fields are not complements is too weak, the error could be real and must get flagged).
extended (upper) and standard (lower) protocol versions
