Dangerous Prototypes Open Source Hardware

<exportformat name="IrToy" extension="txt" multiSignal="false" simpleSequence="true">
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
    <!--xsl:param name="noRepeats" select="4"/-->
    <xsl:param name="period" select="21.3333"/>
    <xsl:output method="text" />

    <xsl:template match="/remotes">
<xsl:apply-templates select="remote[position()=1]/commandSet[position()=1]/command[position()=1]"/>
    </xsl:template>

    <xsl:template match="command">
        <xsl:apply-templates select="raw"/>
    </xsl:template>

    <xsl:template match="raw">
        <xsl:apply-templates select="intro/*"/>
        <xsl:call-template name="repeat"/>
        <xsl:apply-templates select="ending/*"/>
    </xsl:template>

    <xsl:template name="repeat">
         <xsl:param name="n" select="number($noRepeats)"/>
         <xsl:if test="not($n = 1)">
             <xsl:call-template name="repeat">
                 <xsl:with-param name="n" select="$n - 1"/>
             </xsl:call-template>
         </xsl:if>
         <xsl:apply-templates select="repeat/*"/>
    </xsl:template>

    <xsl:template match="gap|flash">
        <xsl:variable name="periods" select="floor(number(.) div $period)"/>
    <xsl:call-template name="hexnum">
        <xsl:with-param name="value" select="floor($periods div 256)"/>
    </xsl:call-template>
    <xsl:call-template name="hexnum">
        <xsl:with-param name="value" select="$periods mod 256"/>
    </xsl:call-template>
    </xsl:template>

    <xsl:template name="hexnum">
        <xsl:param name="value"/>
        <xsl:call-template name="hexdigit">
            <xsl:with-param name="val" select="floor($value div 16)"/>
        </xsl:call-template>
        <xsl:call-template name="hexdigit">
            <xsl:with-param name="val" select="$value mod 16"/>
        </xsl:call-template>
        <xsl:text> </xsl:text>
    </xsl:template>

    <xsl:template name="hexdigit">
        <xsl:param name="val"/>
           <xsl:value-of select="substring('0123456789ABCDEF',$val+1,1)"/>
        </xsl:template>
</xsl:stylesheet>
</exportformat>

I have noticed that the IRToy does tend to record the "lead in" times much shorter than reality. I'm guessing that this has to do with the AGC response time in the demod detector.

// This code is in the public domain.

package javaapplication47;

import org.harctoolbox.IrpMaster.IrSignal;
import org.harctoolbox.harchardware.ir.IrToy;

public class JavaApplication47 {

    public static void main(String[] args) {
        try {
            String parameters = null;
            switch (args[0]) {
                case "NEXT":
                    parameters = "D=128 F=154";
                    break;
                case "PREVIOUS":
                parameters = "D=128 F=158";
                    break;
                default:
                    System.err.println("Unknown command");
                    System.exit(1);
            }
            IrSignal irSignal = new IrSignal("IrpProtocols.ini", "NEC1", parameters);
            IrToy irToy = new IrToy("/dev/ttyACM0");
            irToy.open();
            irToy.sendIr(irSignal, 1, null);
            irToy.close();
        } catch (Exception ex) {
            ex.printStackTrace();
        }
    }
}

... showed a lot of keys and I could export this data to a .lirc file. If have not used these .lirc file in the app of my smartphone , so I cannot say, if the values are valid.

All keys have the protocol NEC2 or NEC but not Pioneer-Mix.

got "UnknownProtocolException: Protocol NEC not known.".

There are the protocols NEC1 and NEC2 (among others), but there is no protocol "NEC". Sometimes the decoder cannot decide between NEC1 and NEC2, and says just "NEC". A "NEC" signal can thus not be rendered, and produces the error message you quoted. If you receive a "NEC", you can either re-capture the signal, or, if you know what you are doing, manually change it to NEC1 or NEC2.

protocol = Pioneer, device = 161, obc = 129
protocol = Pioneer, device = 175, obc = 188

But I didn't understand, what you mean with the "four parameters D, F, D2, F2".

I can drag the bottom line (marked with a blue arrow) up and down. I can also drag the line, marked with the yellow arrow. This increases however only the grey area. But the line, marked with the red arrow always remains at its position. And I can not drag this line!

[protocol]
name=Pioneer-Mix
irp={40k,564}<1,-1|1,-3>(16,-8,D0:8,~D0:8,F0:8,~F0:8,1,^108m,(16,-8,D:8,~D:8,F:8,~F:8,1,^108m)+) [D0:0..255,F0:0..255,D:0..255=D0,F:0..255=F0]
EFC_translation=LSB comp
[documentation]
Two-signal version of the Pioneer protocol; first sends the "normal" signal (parameters D0 and F0, then, as repeat, the one determined by D and F.

[protocol]
name=Pioneer-Mix
irp={40k,564}<1,-1|1,-3>(16,-8,D:8,~D:8,F:8,~F:8,1,^108m,(16,-8,D2:8,~D2:8,F2:8,~F2:8,1,^108m)+) [D:0..255,F:0..255,D2:0..255=D,F2:0..255=F]
EFC_translation=LSB comp
[documentation]
Two-signal version of the Pioneer protocol; first sends the "normal" signal,
then, as repeat, the one determined by D2 and F2.

p
rotocol = Pioneer, device = 171, obc = 0
protocol = Pioneer, device = 175, obc = 255

And by the way: when there are more lines than fit in the screen, I do not see, if the next key has added another line (exept I look to the scroll bar - but that is very bad). Wouldn't it be better, to leave the table at the end than always going to the top? Then I would see, that all entries have been shifted up one line.

Or wouldn't it be possible, also to drag the lower limit of that window down, to show more lines?

The new version has only a partial success. When I klick an entry (line) and klick rmb, I select move up (or move down) and the entry is moved up and done. However, when i click an entry and press ctlr-up or ctrl-down, only the blue rectangle moves up or down but the selected entry remains at its position.

it is not my Lirc, it is the program IrScrutinizer, which writes NEC in its log.

3.) I wanted to record some of the keys again. How can I move the line to the appropriate position. I klick the newly recorded line at the end of the Parametric Remote Table, then i press the right mouse button an select "move up". The field above the marked line is framed with a blue rectangle. I press some more ctrl-up, the rectangle move up more lines. But how do I get the desired line to the rectangle?

2.) Besides, I get problems with some keys of the remote control.
When creating the LIRC File, there are some errors in the log:
Warning: Signal named secondary_video (null) could not be rendered (Protocol NEC not known.); ignored.

3.) I wanted to record some of the keys again. How can I move the line to the appropriate position. I klick the newly recorded line at the end of the Parametric Remote Table, then i press the right mouse button an select "move up". The field above the marked line is framed with a blue rectangle. I press some more ctrl-up, the rectangle move up more lines. But how do I get the desired line to the rectangle?

I just tried the play button again and got:
0000 A8AAA 0000 0044 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000

The log reads:
protocol = NEC, device = 161, obc = 129
protocol = NEC, device = 175, obc = 57
protocol = NEC, device = 161, obc = 129
protocol = NEC, device = 175, obc = 57

for multi-part signals such as the "Pioneer mix" protocol, if I capture a button via the scrutinize signal tab, I get both parts of the IR, but if I wanted to capture the whole remote via the scrutinize remote tab, it only grabs the first of the two parts.