0000 006d 0022 0002 0156 00ab 0016 0015 0016 0015 0016 0015 0016 0015 0016 0015 0016 0015 0016 0015 0016 0040 0016 0040 0016 0040 0016 0040 0016 0040 0016 0040 0016 0040 0016 0040 0016 0015 0016 0015 0016 0040 0016 0040 0016 0015 0016 0015 0016 0015 0016 0015 0016 0015 0016 0040 0016 0015 0016 0015 0016 0040 0016 0040 0016 0040 0016 0040 0016 0040 0016 05ea 0156 0055 0016 0e4c
Does this help at all?
Yes, it does! This signal decodes (using IrScrutinizer again, cut-n-paste the signal to the "Scrutinize signal" pane, press "Scrutinize") as NEC1 D=128,F=6. Expected was, according to the manufacturer's document above, D=1,F=96. How do these numbers relate? In base 2, one equals the other read backwards, like 96 = 0b01100000. Read backwards this is 0b00000110 = 6.
(This is actually not as arbitrary as it looks; the NEC1 protocol offically uses the "least significant bit first" bit order, which is very natural for machines, but possibly less for humans, who sometimes tend to like "most significat bit first" to be "nicer" (in particular if they do not understand the problem...).
So it appears that taking this into account, you can generate the signals you need in IrScrutinizer: replace D=1 with 128, and the F with the bit-reversed version. (For this, you may find the "Hex calculator" of IrScrutinizer helpful; found under Tools -> HexCalculator. Just fill in the Input as hex(-adecimal) or decimal, and get the result as "LSB".)
We are still guessing though...