From: Bengt M. <bu...@be...> - 2012-05-03 19:59:09
|
On 04/27/12 21:51, Tom Metro wrote: > Bengt Martensson wrote: >> Brian J. Murrell wrote: >>> The only thing I found was the gap between duplicate key sends was >>> not quite long enough to defeat the STBs de-bouncing when doing >>> something like: >>> # irsend SEND_ONCE xmpff-1 3 3 >>> >>> For the duplicate key press situation I can do: >>> # irsend SEND_ONCE xmpff-1 3; sleep .5; irsend SEND_ONCE xmpff-1 3 >>> >>> and it works as expected. > > I wrote about the same problem with a Thompson DTA in these threads: > http://sourceforge.net/mailarchive/forum.php?thread_name=4F94A895.6090500%40gmail.com&forum_name=lirc-list > http://sourceforge.net/mailarchive/forum.php?thread_name=4F809A16.9050904%40gmail.com&forum_name=lirc-list > > No one had any suggestions. > > >> The used protocol XMP-1... > > Is that the same as XMP (flags XMP) as used by: > http://lirc.sourceforge.net/remotes/motorola/DTA100 Yes it is. I run it through lirc2xml (Free GPL-software by myself: http://www.harctoolbox.org/lirc2xml.html), and got exactly the same result back XMP-1 (but without "final frame"), device number 62, subdevice 16, command numbers different (in order 1..9,0, 14, 13,12,11,10,130,38,37,81),. Somehow XMP was directly implemented in Lirc around version 0.8.6; the other examples, including the stuff I generated, use raw signals. >> ...with final frame is unfortunately quite >> complicated, containing both a long intro sequence, and long repeat >> sequence, AND a long ending sequence. LIRC cannot (as I recall) do >> anything near this. Be happy that it "almost" works! > > Interesting. Any pointers you can provide for more information on this? > I'd like to understand the problem better, confirm if it applies to my > situation, and see what can be done to fix it. My primary source is http://www.hifi-remote.com/wiki/index.php?title=DecodeIR#XMP As can be seen, the protocol has a long intro sequence, a long and different repeat sequence ("button held down"), and a long, again different, ending sequence. Lirc is, to my knowledge, not capable of even sending independent intro and repeat sequences, even less a complicated ending sequence (at least for raw signals). Possibly the is coded in the XMP protocol implementation though. Need to study the code for this. The real XMP experts are found in the JP1-forum (http://www.hifi-remote.com/forums/), search it for XMP; you will be busy for some time... > > If LIRC doesn't fully implement XMP, or the variation in use, then would > using raw codes be a workaround? No, see above. Possibly the other way around, if the protocol is sufficiently elaborately coded. BTW, the program I used to generate the raw signals is IrMaster 0.1.2, free software by myself, available since yesterday here: http://www.harctoolbox.org/irmaster.html Greetz Bengt |