<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.hardware.lirc">
    <title>gmane.comp.hardware.lirc</title>
    <link>http://blog.gmane.org/gmane.comp.hardware.lirc</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12366"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12365"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12364"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12362"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12353"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12351"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12350"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12348"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12347"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12342"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12334"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12332"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12331"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12330"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12329"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12328"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12325"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12323"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.hardware.lirc/12321"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12366">
    <title>iguanaworks serial transceiver and lirc weirdness</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12366</link>
    <description>&lt;pre&gt;hello list,
i'm trying to get lirc working with iguanaworks serial ir transceiver
(http://iguanaworks.net/products/series-transceiver/), but failing
miserably. i have a soekris net4801
(http://soekris.com/products/net4801.html) box running debian wheezy
(7.0), and the transceiver is connected to the extra serial port with a
simple db9 to idc cable.
now, the weird thing is that mode2 and irrecord work very nicely, but
irw or irexec don't. here's what i get when trying to run irw (it's on
ttyS1 because ttyS0 is the serial console):

root&amp;lt; at &amp;gt;krzysztof:~# setserial /dev/ttyS1
/dev/ttyS1, UART: unknown, Port: 0x02f8, IRQ: 3
root&amp;lt; at &amp;gt;krzysztof:~# modprobe -v lirc_serial
insmod /lib/modules/3.2.0-4-486/kernel/drivers/media/rc/lirc_dev.ko 
insmod /lib/modules/3.2.0-4-486/kernel/drivers/staging/media/lirc/lirc_serial.ko
irq=3 io=0x2f8 sense=1 debug=1
root&amp;lt; at &amp;gt;krzysztof:~#lircd -n -d /dev/ttyS1
lircd-0.9.0-pre1[5404]: lircd(default) ready, using /var/run/lirc/lircd
lircd-0.9.0-pre1[5404]: accepted new client on /var/run/lirc/lircd
lircd-0.9.0-pre1[5404]: could not get hardware features
lircd-0.9.0-pre1[5404]: this device driver does not support the LIRC
ioctl interface
lircd-0.9.0-pre1[5404]: major number of /dev/ttyS1 is 4
lircd-0.9.0-pre1[5404]: make sure /dev/ttyS1 is a LIRC device and use a
current version of the driver
lircd-0.9.0-pre1[5404]: Failed to initialize hardware

again, i can clearly see things running around the screen when
pressing buttons on my remote with mode2, and irrecord also seemsto
pick up everything i send its way. so what gives?
any help is appreciated,
thanks,
ido

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

&lt;/pre&gt;</description>
    <dc:creator>Ido Admon</dc:creator>
    <dc:date>2013-05-15T16:18:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12365">
    <title>IR Blaster USB with Lirc ftdi driver</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12365</link>
    <description>&lt;pre&gt;















Hello,


I have some problems using an USB IR Blaster with the ftdi driver of Lirc.


Here is my system config :
- Linux NeoLex 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:36:13 UTC 2013 i686 i686 i686 GNU/Linux


To install my device I have followed this site : http://www.huitsing.nl/irftdi/


I have compiled and installed Lirc with the FTDI driver.
And I have configured it with a lircd.conf that I know it works. 


I got the informations of my device by :
udevadm info -q all -n /dev/ttyUSB0
P: /devices/pci0000:00/0000:00:10.4/usb1/1-2/1-2.2/1-2.2:1.0/ttyUSB0/tty/ttyUSB0
N: ttyUSB0
S: serial/by-id/usb-FTDI_TTL232R_FTF5X8SP-if00-port0
S: serial/by-path/pci-0000:00:10.4-usb-0:2.2:1.0-port0
E: DEVLINKS=/dev/serial/by-id/usb-FTDI_TTL232R_FTF5X8SP-if00-port0 /dev/serial/by-path/pci-0000:00:10.4-usb-0:2.2:1.0-port0
E: DEVNAME=/dev/ttyUSB0
E: DEVPATH=/devices/pci0000:00/0000:00:10.4/usb1/1-2/1-2.2/1-2.2:1.0/ttyUSB0/tty/ttyUSB0
E: ID_BUS=usb
E: ID_MM_CANDIDATE=1
E: ID_MODEL=TTL232R
E: ID_MODEL_ENC=TTL232R
E: ID_MODEL_FROM_DATABASE=FT232 USB-Serial (UART) IC
E: ID_MODEL_ID=6001
E: ID_PATH=pci-0000:00:10.4-usb-0:2.2:1.0
E: ID_PATH_TAG=pci-0000_00_10_4-usb-0_2_2_1_0
E: ID_REVISION=0600
E: ID_SERIAL=FTDI_TTL232R_FTF5X8SP
E: ID_SERIAL_SHORT=FTF5X8SP
E: ID_TYPE=generic
E: ID_USB_DRIVER=ftdi_sio
E: ID_USB_INTERFACES=:ffffff:
E: ID_USB_INTERFACE_NUM=00
E: ID_VENDOR=FTDI
E: ID_VENDOR_ENC=FTDI
E: ID_VENDOR_FROM_DATABASE=Future Technology Devices International, Ltd
E: ID_VENDOR_ID=0403
E: MAJOR=188
E: MINOR=0
E: SUBSYSTEM=tty
E: UDEV_LOG=3
E: USEC_INITIALIZED=23286887992


Then I have launched Lirc with this configuration :


sudo lircd -H ftdi -d serial=FTF5X8SP -n
 
Until here all is all right.


Now I tri to send some orders by :


irsend send_once remote_DVD KEY_OPEN (cf. lircd.conf attached)


Here is what I see in lircd messages :


lircd: WARNING: you should specify a valid gap value
lircd: lircd(ftdi) ready, using /var/run/lirc/lircd
lircd: accepted new client on /var/run/lirc/lircd
lircd: Initializing FTDI: serial=FTF5X8SP
lircd: hwftdi_send() carrier=38000Hz f_sample=524288Hz 
lircd: opened FTDI device 'serial=FTF5X8SP' OK
lircd: removed client


So, there is no error and the order seems to be sent.
However nothing happen.


May someone can help me on this issue.


Regards,




Julien

       ------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d&lt;/pre&gt;</description>
    <dc:creator>Julien Chevet</dc:creator>
    <dc:date>2013-05-15T16:31:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12364">
    <title>IR Blaster USB with Lirc FTDI driver</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12364</link>
    <description>&lt;pre&gt;       ------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d&lt;/pre&gt;</description>
    <dc:creator>Julien Chevet</dc:creator>
    <dc:date>2013-05-15T16:22:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12362">
    <title>Different types of IR codes for the same remote</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12362</link>
    <description>&lt;pre&gt;







Hello,


Here comes an IR code in hexa recorded by an IR-PRO device (http://www.rticorp.com/products/IRPRO.html)


0000 006D 0000 0024 0156 00A9 0016 0014 0016 0014 0016 0014 0016 0040 0016 0014 0016 0014 0016 0040 0016 0014 0016 0040 0016 0040 0016 0040 0016 0014 0016 0040 0016 0040 0016 0014 0016 0040 0016 0014 0016 0014 0016 0040 0016 0040 0016 0014 0016 0014 0016 0014 0016 0014 0016 0040 0016 0040 0016 0014 0016 0014 0016 0040 0016 0040 0016 0040 0016 0040 0016 05E8 0156 0054 0016 02F8


I've also used irrecord to get the ir code and it looks like completely different:


name  remote_RC57.conf
  bits           16
  flags SPACE_ENC|CONST_LENGTH
  eps            30
  aeps          100


  header       9035  4463
  one           564  1647
  zero          564   517
  ptrail        567
  repeat       9040  2193
  pre_data_bits   16
  pre_data       0x12ED
  gap          108253
  toggle_bit_mask 0x0


      begin codes
          KEY_OPEN                 0x30CF
      end codes


end remote






I don't understand how the ir code is stored with irrecord.


May someone explain it to me ?


best regards,       ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may&lt;/pre&gt;</description>
    <dc:creator>Julien Chevet</dc:creator>
    <dc:date>2013-05-13T16:16:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12353">
    <title>Irrecord with Hama MCE Remote receiver</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12353</link>
    <description>&lt;pre&gt;Hello,
I would like to know if it's possible to use irrecord to make a Lirc config file with a Hama MCE Remote receiver. And if yes, is it possible to use this receiver with others remotes.
Regards,

Julien       ------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may&lt;/pre&gt;</description>
    <dc:creator>Julien Chevet</dc:creator>
    <dc:date>2013-05-10T07:13:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12351">
    <title>Remote AND transmitter with lircd 0.9.0</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12351</link>
    <description>&lt;pre&gt;I could use some help getting my MythTV over what I think is the last 
hurdle.

My hardware.conf is below.  As written, I have a remote that works 
perfectly, but attempting to transmit with irsend gives the error message

irsend: hardware does not support sending

On the other hand, if I comment out all the REMOTE* lines in 
hardware.conf, the transmitter works perfectly.

Other clues:

With the hardware.conf file as shown below, "ls -l /dev/lirc*" produces:

crw------- 1 root root 250, 0 May  8 19:36 /dev/lirc0
lrwxrwxrwx 1 root root     19 May  8 19:40 /dev/lircd -&amp;gt; /var/run/lirc/lircd
lrwxrwxrwx 1 root root     20 May  8 19:40 /dev/lircd1 -&amp;gt; 
/var/run/lirc/lircd1

Turning off power on the HD-PVR makes /dev/lirc0 disappear, fwiw.

I'd be grateful for a hint.




# /etc/lirc/hardware.conf
#
#Chosen Remote Control
REMOTE="imon-pad remote"
REMOTE_MODULES=""
REMOTE_DRIVER="devinput"
REMOTE_DEVICE="/dev/input/by-id/usb-15c2_0038-event-if00"
REMOTE_SOCKET=""
REMOTE_LIRCD_CONF=""
REMOTE_LIRCD_ARGS=""

#Chosen IR Transmitter
TRANSMITTER="HD-PVR"
TRANSMITTER_MODULES="lirc_dev lirc_zilog"
TRANSMITTER_DRIVER=""
TRANSMITTER_DEVICE="/dev/lirc0"
TRANSMITTER_SOCKET=""
TRANSMITTER_LIRCD_CONF=""
TRANSMITTER_LIRCD_ARGS=""

#Enable lircd
START_LIRCD="true"

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD="false"

#Try to load appropriate kernel modules
LOAD_MODULES="true"

# Default configuration files for your hardware if any
LIRCMD_CONF=""

#Forcing noninteractive reconfiguration
#If lirc is to be reconfigured by an external application
#that doesn't have a debconf frontend available, the noninteractive
#frontend can be invoked and set to parse REMOTE and TRANSMITTER
#It will then populate all other variables without any user input
#If you would like to configure lirc via standard methods, be sure
#to leave this set to "false"
FORCE_NONINTERACTIVE_RECONFIGURATION="false"
START_LIRCMD=""

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

&lt;/pre&gt;</description>
    <dc:creator>Don Doumakes</dc:creator>
    <dc:date>2013-05-09T01:00:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12350">
    <title>lirc and ipv6</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12350</link>
    <description>&lt;pre&gt;Greetings,

I would like to know if lirc operates over ipv6 networks and whether there are 
compile switches to compile lirc for ipv6 usage.

Thanks in advance

sincerely
sibu

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

&lt;/pre&gt;</description>
    <dc:creator>sibu</dc:creator>
    <dc:date>2013-05-07T19:15:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12348">
    <title>Wrong event</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12348</link>
    <description>&lt;pre&gt;Had another look at the events as per  "cat /proc/bus/input/devices"  and discovered event15:

I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="MCE IR Keyboard/Mouse (cx88xx)"
P: Phys=/input0
S: Sysfs=/devices/virtual/input/input15
U: Uniq=
H: Handlers=kbd mouse2 event15 
B: PROP=0
B: EV=100017
B: KEY=30000 7 ff87207ac14057ff febeffdfffefffff fffffffffffffffe
B: REL=3
B: MSC=10

Decided to reboot without the script for starting the lirc mouse, and lirc now worked!  Checked events:
ir -&amp;gt; event8 and event 17 does not show up.  Rebooted again, now with the script for starting the lirc mouse,
except put a # in front of the line "modprobe uinput", and lirc still workded.

Thus SuSE must have changed something beween 12.2 and 12.3.  Have used the modprobe line for a few years with SuSE, also still use it for Ubuntu, but have never needed it for Feodora.
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may&lt;/pre&gt;</description>
    <dc:creator>Krister Hallergard</dc:creator>
    <dc:date>2013-05-06T16:28:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12347">
    <title>Wrong event</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12347</link>
    <description>&lt;pre&gt;After upgrading from openSUSE 12.2 to 13.3 I often have problems starting lirc.  I have concluded that it has to do with the event used:

ls -l /dev/input     shows this:
lrwxrwxrwx 1 root root      7 May  4 12:08 ir -&amp;gt; event17

but it should be event8 as per cat /proc/bus/input/devices

: Bus=0001 Vendor=0070 Product=9002 Version=0001
N: Name="cx88 IR (Hauppauge Nova-T DVB-T"
P: Phys=pci-0000:05:05.2/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1e.0/0000:05:05.2/rc/rc0/input8
U: Uniq=
H: Handlers=kbd event8 
B: EV=100013
B: KEY=10afc312 214201700000000 0 118000 41a800004801 9e16c000000000 10000ffc
B: MSC=10

I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="MCE IR Keyboard/Mouse (cx88xx) (lircd bypass)"
P: Phys=
S: Sysfs=/devices/virtual/input/input17
U: Uniq=
H: Handlers=mouse3 event17 
B: PROP=0
B: EV=7
B: KEY=30000 0 0 0 0
B: REL=3

As event numbers sometimes change upon boot I have this redirection file /etc/udev/rules.d/10-local.rules:
KERNEL=="event*", ATTRS{vendor}=="0x14f1", SYMLINK="input/ir"

Help would be very much appreciated.
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may&lt;/pre&gt;</description>
    <dc:creator>Krister Hallergard</dc:creator>
    <dc:date>2013-05-04T11:29:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12343">
    <title>Odd air condition codes not working with irrecord / manualconfiguration</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12343</link>
    <description>&lt;pre&gt;Hey,

I've been trying for some while now to get lirc working with my air
condition unit (remote control RC-4(HL)) without success.
The remote does not repeat the codes, so every key press only sends one
burst of information.
(Another TV remote I have works perfectly with irrecord)

Here is what I tried:
*irrecord* (with and without --force), does not find gap, and does not
register most of my clicks.
I assume this is because the key does not repeat.

mode2 works with this output:
mode2: uirt2_raw: checksum error
mode2: uirt2_raw: UIRT version 0905 ok
  1526500

     3250     3800     1950      800     1050     1750
     2000      800     1050      800     1000      900
      950      900     1000      800     1050      850
     1050     1800     1950      900     1050     1800
     1950      900      950      900     1000      850
     1000      900     1000      800     1050      850
     1000      900     1000      850     1050      850
     1050      800     1050      850     1050      800
     1050      850     1000      900     1000      800
     1000      900      950     1850     1900      900
     2900     3800     2000      850     1000     1850
     1950      800     1050      800     1050      800
     1050      800     1000      900     1050      800
     1050     1750     2000      800     1050     1800
     2000      800     1050      850     1000      900
     1050      800     1050      800     1000      900
     1000      800     1050      850     1050      800
     1050      800     1100      800     1050      800
     1000      900     1050      800     1000      900
      950      900     1000     1750     2000      850
      2950     3850     1950      850     1050     1750
     1950      900     1050      850     1000      900
      950      900     1000      850     1000      900
      950     1850     1950      850     1050     1800
     1950      900     1050      800     1050      850
     1050      800     1050      850     1050      800
     1050      800     1050      800     1050      800
     1050      800     1050      800     1050      850
     1050      850     1050      850     1000      900
      950      900     1000     1800     1950      900
     3950

trying to use this output in the config file:

*begin remote*
*  name   test*
*  flags RAW_CODES*
*  eps            30*
*  aeps          100*
*
*
*  ptrail          0*
*  repeat     0     0*
*     begin raw_codes*
*
*
*          name power*
*             [...] CODES as shown above [...]*
*      end raw_codes*
*end remote*
*
*

This does not work properly.
irw identifies the key "power", but I cannot send the key with irsend.
Here is the output:

lircd: registering local client
lircd: accepted new client on /var/run/lirc/lircd
lircd: writing command 23
lircd:  23 dd
lircd: wrote 2
lircd: cmd res 3:
lircd:  09 05 01
lircd:
lircd: uirt2_raw: checksum error
lircd: uirt2: detection of uirt2 failed
lircd: uirt2: trying to detect newer uirt firmware
lircd: writing command 23
lircd:  23 dd
lircd: wrote 2
lircd: cmd res 8:
lircd:  09 05 01 01 1a 03 04 cf
lircd:
lircd: uirt2_raw: UIRT version 0905 ok
lircd: writing command 21
lircd:  21 df
lircd: wrote 2
lircd: cmd res 1:
lircd:  21
lircd:
lircd: tty_setdtr: 1-&amp;gt;0
lircd: received command: "send_start ct power"
lircd: clearing transmit buffer
lircd: transmit buffer ready
lircd: Trying REMSTRUC1 transmission
lircd: uirt2_raw: UIRT version 0905
lircd: hw_uirt2_raw.c:477
lircd: table[0] = 38

lircd: hw_uirt2_raw.c:496 - signal 2000, tunit 52, bit: 0
lircd: table[0] = 16

[...]

lircd: hw_uirt2_raw.c:496 - signal 1950, tunit 52, bit: 0
lircd: expect 17, table[0] = 16

lircd: hw_uirt2_raw.c:496 - signal 900, tunit 52, bit: 0
lircd: Couldn't find 57

lircd: hw_uirt2_raw.c:496 - signal 3000, tunit 52, bit: -1
lircd: hw_uirt2_raw.c:508
lircd: uirt2_send: remote not supported
lircd: error processing command: send_start ct power
lircd: transmission failed
lircd: removed client
lircd: tty_setdtr: 0-&amp;gt;1


I added some debugging info (shown in lines with __FILE__:__LINE__)

Can anyone help with this? If code needs to be changed I can do it with a
little guidance.

Regards,
Omer.

*
*
------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr&lt;/pre&gt;</description>
    <dc:creator>Omer Enbar</dc:creator>
    <dc:date>2013-04-29T20:39:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12342">
    <title>Asus MyCinema Analog P7131 - irrecord fails to learn another remotes</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12342</link>
    <description>&lt;pre&gt;Hi all,

I'm struggling with an old TV capture card Asus MyCinema Analog P7131, which
has a IR receiver plug. I'm not using it's tv functions, just the IR
receiver to controll my custom HTPC.

Generally, when running 

/irrecord -d /dev/lirc0 test.conf/

I make it always to the first part, where I am asked to press as many
buttons as possible to fill the two lines with dots. I tried with all
remotes I have and it just works with mostly RC-6 and Pulse-Space protocols
discovered. Remotes are of different origin, one for MAGIO set-top-box, one
for a TVAnywhere Plus TV-card and one cheapo chinese  remote
&amp;lt;http://wiki.xbmc.org/index.php?title=Remote_control_reviews#IRF_Media_W-01RN&amp;gt; 
.
After recognizing the protocol it asks for the first key assignment. I start
with KEY_MUTE, then I press the appropriate button on the remote and get

/"Something went wrong"/

According to the recommendations I start irrecord with force raw

/irrecord *-f* -d /dev/lirc0 test.conf/

just to come to the same point. This time the error is slighly different, I
assume it comes from another part of the lirc code.
/"Sorry, something went wrong"/
I read somewhere, that with -f it is impossible to get this error message..

*The only remote, that leads to a proper assignment is a RC-5 remote
originally shipped with USB tuner Pinnacle PCTV Nano Stick 73e. Protocol and
key assignments are registered flawlessly.*

//sys/class/rc/rc0/protocols/
contains RC-5, RC-6, SONY, SANYO, JVC, LIRC, MCEUSB protocols.
mode2 returns all kind of pulses and spaces with all remotes, it is
responding to IR signals well.

I tried with 
/ir-keytable -t -s rc0/
and I am getting output from almost all remotes there. I also managed to get
it to work by assigning those codes to keystrokes. But I would prefer LIRC
instead..

Does it have to do with the Asus MyCInema card? Could it be somehow
restricted?
Shall I use any special driver when running irrecord? I used only default
and devinput. devinput did not work at all.
Are there any kernel modules needed for this to work? lirc_dev, lirc_i2c,
etc?
Pls let me know, I am ready to paste logs and outputs here, just need to
know which were relevant. I didn't want to spam all at once.

Thanks in advance!



--
View this message in context: http://lirc.10951.n7.nabble.com/Asus-MyCinema-Analog-P7131-irrecord-fails-to-learn-another-remotes-tp9838.html
Sent from the LIRC mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr

&lt;/pre&gt;</description>
    <dc:creator>praet0ri4n</dc:creator>
    <dc:date>2013-04-26T14:27:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12334">
    <title>compiling lirc stops with error message "missing dependencies"</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12334</link>
    <description>&lt;pre&gt;
Dear LIRC-Community,

i want to use lirc on openwrt, but since a half a year or so, i do have
serious problems while compiling it.

I opened a thread here:
https://forum.openwrt.org/viewtopic.php?pid=198193#p198193 and i would
be glad if you could help me. I also tried to email the developer of the
atilibusb-driver, but it seems that his email, which is given at the
header of his sourcecode is not valid anymore.

For me it seems that it is not working since the libusb version switched
from 0.1 to 1.0.
I guess (but actually have no idea if its true) that lirc cannot find
the file, because it is now provided by libusb-compat and not libusb.

Many thanks in advance,

Daniel.

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

&lt;/pre&gt;</description>
    <dc:creator>othellodreams-KK0ffGbhmjU&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-04-12T20:50:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12332">
    <title>ATI/X10 RF USB Remote Control</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12332</link>
    <description>&lt;pre&gt;Hi,
I'm trying since a while to make my pc remote control working on my debian
6.
I've a custom kernel (3.8.7 .config  here &amp;lt;http://mei.mooo.com/config&amp;gt;  ).

rc-ati-x10 and ati_remote are loaded but it seems that user space doesn't
see any data
from the remote but the kernel does:
When I press the remote:
[  454.108087] usb 3-1: Weird data, len=5 20 ee 11 42 bd 00 ...

lirc,evtest,irkeytables don't see any events...

I post here in a french forum
http://mythtv-fr.org/forums/viewtopic.php?pid=22524#p22524

Have you any idea?
I certainly miss configured my kernel but I don't understand...
Thank you for your help.

Cheers,
Ivan



--
View this message in context: http://lirc.10951.n7.nabble.com/ATI-X10-RF-USB-Remote-Control-tp9828.html
Sent from the LIRC mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

&lt;/pre&gt;</description>
    <dc:creator>Iv</dc:creator>
    <dc:date>2013-04-14T17:28:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12331">
    <title>Question:</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12331</link>
    <description>&lt;pre&gt;Hi, 1st post here.  I am wanting to control my Echostar(2700) receiver with
my computer(IBM600e).  This computer has a built in IR.  Will this software
LIRC lirc-0.9.0.tar.bz2&amp;lt;http://sourceforge.net/projects/lirc/files/LIRC/0.9.0/lirc-0.9.0.tar.bz2/download&amp;gt;,
838 kB work with this computer with its built in IR?  I just what the
computer to change the channel at a given time.

Thanks Jim
KJ4BNH
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter&lt;/pre&gt;</description>
    <dc:creator>Jim Van Wie</dc:creator>
    <dc:date>2013-04-14T03:03:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12330">
    <title>Add my new hardware support to Lirc</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12330</link>
    <description>&lt;pre&gt;Hello,

I developed a new hardware IR receiver and added it to
Lirc. (Description is currently in German only)
http://www.htpc-news.de/y-r-d-entwicklerforum-95/y-r-d-2-usb-status-16502/

Is it possible to add it directly to the Lirc repository ?
Currently my Lirc source/patch is located &amp;lt; at &amp;gt;
https://www.assembla.com/code/yard2srvd/git/nodes/master/lirc

Thanks for help,
Rainer

&lt;/pre&gt;</description>
    <dc:creator>Rainer Geigenberger</dc:creator>
    <dc:date>2013-04-13T16:34:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12329">
    <title>compiling lirc stops with error message "missing dependencies"</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12329</link>
    <description>&lt;pre&gt;
Dear LIRC-Community,

i want to use lirc on openwrt, but since a half a year or so, i do have
serious problems while compiling it.

I opened a thread here:
https://forum.openwrt.org/viewtopic.php?pid=198193#p198193 and i would
be glad if you could help me. I also tried to email the developer of the
atilibusb-driver, but it seems that his email, which is given at the
header of his sourcecode is not valid anymore.

For me it seems that it is not working since the libusb version switched
from 0.1 to 1.0.
I guess (but actually have no idea if its true) that lirc cannot find
the file, because it is now provided by libusb-compat and not libusb.

Many thanks in advance,

Daniel.

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

&lt;/pre&gt;</description>
    <dc:creator>othellodreams-KK0ffGbhmjU&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-04-13T11:14:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12328">
    <title>Multiple LIRC Instances in systemd Service</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12328</link>
    <description>&lt;pre&gt;I'm trying to run multiple LIRC instances (one for each device) in a 
systemd service.

This is the error I'm getting:

lircd: could not assign address to socket
lircd: Permission denied

lircd.service - LIRC Daemon
       Loaded: loaded (/etc/systemd/system/lircd.service; enabled)
       Active: failed (Result: exit-code) since Tue 2013-04-09 11:58:16 
BST; 16s ago
      Process: 27249 ExecStart=/usr/sbin/lircd 
--device=/dev/input/event12 --output=/run/lirc/lircd1 
--pidfile=/run/lirc/lircd1.pid --driver=devinput --listen=8765 
/etc/lirc/lircd.conf (code=exited, status=1/FAILURE)
      Process: 27246 ExecStartPre=/bin/ln -s /run/lirc/lircd1 
/dev/lircd1 (code=exited, status=0/SUCCESS)
      Process: 27242 ExecStartPre=/bin/ln -s /run/lirc/lircd /dev/lircd 
(code=exited, status=0/SUCCESS)
      Process: 27239 ExecStartPre=/bin/rm -f /run/lirc/lircd 
/run/lirc/lircd1 (code=exited, status=0/SUCCESS)
      Process: 27235 ExecStartPre=/bin/rm -f /dev/lircd /dev/lircd1 
(code=exited, status=0/SUCCESS)
      Process: 27231 ExecStartPre=/bin/mkdir -p /run/lirc (code=exited, 
status=0/SUCCESS)


This is what my service file looks like:

[Unit]
Description=LIRC Daemon
After=network.target

[Service]
Type=oneshot
EnvironmentFile=/etc/sysconfig/lirc
ExecStartPre=/bin/mkdir -p /run/lirc
ExecStartPre=/bin/rm -f /dev/lircd /dev/lircd1
ExecStartPre=/bin/rm -f /run/lirc/lircd /run/lirc/lircd1
ExecStartPre=/bin/ln -s /run/lirc/lircd /dev/lircd
ExecStartPre=/bin/ln -s /run/lirc/lircd1 /dev/lircd1
ExecStart=/usr/sbin/lircd --device=/dev/input/event12 
--output=/run/lirc/lircd1 --pidfile=/run/lirc/lircd1.pid 
--driver=devinput --listen=8765 /etc/lirc/lircd.conf
ExecStart=/usr/sbin/lircd --device=/dev/input/event10 
--output=/run/lirc/lircd --pidfile=/run/lirc/lircd.pid --driver=devinput 
--connect=localhost:8765 /etc/lirc/lircd.conf
ExecStopPost=/bin/rm -f /dev/lircd /dev/lircd1
ExecStopPost=/bin/rm -fR /run/lirc

[Install]
WantedBy=multi-user.target


Either one of these two lircd commands run fine in a sudo terminal.

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

&lt;/pre&gt;</description>
    <dc:creator>doa379-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-04-09T11:16:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12325">
    <title>Bug in 'daemons/hw_ftdi.c'</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12325</link>
    <description>&lt;pre&gt;I believe I have found a bug in 'daemons/hw_ftdi.c'.

Line 440 should read:
pulsewidth = f_sample * ((__u64) (pulse &amp;amp; PULSE_MASK)) / 1000000ul;

Instead of what it currently reads:
pulsewidth = f_sample * ((__u32) (pulse &amp;amp; PULSE_MASK)) / 1000000ul;

I've attached a patch file with this change.

I discovered this bug while using this configuration file:
http://lirc.sourceforge.net/remotes/motorola/DCT2000
(included in the Ubuntu distribution of LIRC as:
/usr/share/lirc/extras/transmitters/motorola/dctxxxx.conf)

In that file, the header is specified as:
header       9036  4424

The relevant pieces of code in 'daemons/hw_ftdi.c' are:

static int tx_baud_rate = 65536; /* Default transmit baud rate */
__u32 f_sample = tx_baud_rate * 8; /* Default sampling rate 524288 Hz */
int pulsewidth = f_sample * ((__u32) (pulse &amp;amp; PULSE_MASK)) / 1000000ul;

The largest pulse from the configuration file has a duration of 9036us.
pulse = 9036;

Given that pulse:
9036 * 524288 = 4737466368
However, 2^32 = 4294967296
Difference    =  442499072

The result (verified using xmode2) was that the first header pulse was
lasting ~844us instead of 9036us.

Changing '__u32' to '__u64' resolved the issue. This was tested on a
machine running the 64bit version of Ubuntu 12.10.

This bug impacts the Motorola set-top-boxes, which from my experience
are the majority of the set-top-boxes distributed by cable providers in
my area (Boston, MA). I recently switched from Comcast to RCN as my
cable provider, and both use Motorola cable boxes which use this same
configuration file. This bug prevents the home-brew FTDI based
transmitters (using Albert's design from http://www.huitsing.nl/irftdi/)
from communicating with these set-top-boxes.

- Ben

&lt;/pre&gt;</description>
    <dc:creator>Benjamin Kraus</dc:creator>
    <dc:date>2013-04-07T16:10:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12323">
    <title>FTDI Driver with an IRBLASTER</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12323</link>
    <description>&lt;pre&gt;

Hey Guys,

I bought a USB IRBLASTER from irblaster.info.  It uses the
FT232RL chip.  I was abe to get ir working with the ftdi
driver accessing it with
  lircd --driver=nameofblaster --output=/dev/lircd /etc/lircd.conf

with the above and using irsend I was able to see the blaster
flash.  So I am getting information through LIRC and out  through
the actual blaster.  The output in the LIRCD is

 hwftdi_send() carrier=38000Hz f_sample=524288Hz

I see the flash... but the channel does not change on the STB.

I also have a serial blaster that uses lirc_serial to work.  It
works fine and I am using the same lircd.conf file for both.  

Are there any parameters such as baud rate or anything else that
I can use to make this work?  The output parameter is set to 2
by default.  Is that the correct one?

I saw there was a different note that mentioned the use of the
mplay2 driver.  I tried that one but LIRCD locked up and there
was no flashing on the IRBLASTER.

It would be great to be able to nail this down since I very few
of my systems actually have serial ports now a days.

Any help would be greatly appreciated as this is pretty cool
software and I would love to get the USB versions running!

from
steveZ

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html

&lt;/pre&gt;</description>
    <dc:creator>Steve Zawadzski</dc:creator>
    <dc:date>2013-04-05T21:34:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12321">
    <title>Fintek F71610A or F71612A can receive IR but not blast it</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12321</link>
    <description>&lt;pre&gt;I have what lsusb reports as:

Bus 002 Device 007: ID 1934:5168 Feature Integration Technology Inc. (Fintek) F71610A or F71612A Consumer Infrared Receiver/Transceiver

which is an "HP media center" IR receiver/blaster.  Part number on it
is OUV400102/71.

I am successful in using it to receive IR with Lirc and decode those
into remote key presses as verified by irw.  I am, however, not able
to get this thing to blast IR signals with irsend.

I'm using a 3.2.0 kernel and have the following modules loaded:

ir_lirc_codec          12739  3 
lirc_dev               18700  1 ir_lirc_codec
ir_mce_kbd_decoder     12681  0 
rc_rc6_mce             12454  0 
ir_sony_decoder        12462  0 
ir_jvc_decoder         12459  0 
ir_rc6_decoder         12459  0 
ir_rc5_decoder         12459  0 
ir_nec_decoder         12459  0 
mceusb                 17791  0 
rc_core                21263  10 ir_lirc_codec,ir_mce_kbd_decoder,rc_rc6_mce,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,ir_nec_decoder,mceusb

and the following lircd processes running:

root     16567     1  0 Mar14 ?        00:00:04 /usr/sbin/lircd --output=/var/run/lirc/lircd --device=/dev/lirc0 --listen
root     16573     1  0 Mar14 ?        00:00:00 /usr/sbin/lircd --output=/var/run/lirc/lircd1 --device=/dev/lirc1 --connect=localhost 8765 --pidfile=/var/run/lirc/lircd1.pid

I am using the following commands to try to illicit some kind of
response from this blaster:

$ irsend SET_TRANSMITTERS 1
$ while sleep 1; do irsend SEND_ONCE dc730 POWER; done

Using a digital camera to try to visually observe the little IR
emitter actually lighting up, I see nothing.

I have this exact same setup working on another machine, albeit
with a different IR reciever/blaster device, a:

Bus 002 Device 002: ID 0609:031d SMK Manufacturing, Inc. eHome Infrared Receiver

Any ideas?  Happy to provide any additional information needed.

b.

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar&lt;/pre&gt;</description>
    <dc:creator>Brian J. Murrell</dc:creator>
    <dc:date>2013-03-24T14:13:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.hardware.lirc/12320">
    <title>maintainer of remotes repository?</title>
    <link>http://comments.gmane.org/gmane.comp.hardware.lirc/12320</link>
    <description>&lt;pre&gt;Hello,
i send at 26.09.2012 some new lirc configuration files and pictures for 
remotes to Christoph Bartelmus &amp;lt;lirc-yJlpgWQrpSkOIzVOb1FTxg&amp;lt; at &amp;gt;public.gmane.org&amp;gt;.
A half year later i do not see these configuration files in remote 
directory at lirc.sourceforge.net. Furthermore the latest changes at that 
directory seems to be about September 2010.
So my question is, has the growing of remotes repository stopped or is 
there
a maybe new maintainer for these things?

Thanks 
&lt;/pre&gt;</description>
    <dc:creator>Jörg Jenderek</dc:creator>
    <dc:date>2013-03-21T14:06:33</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.hardware.lirc">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.hardware.lirc</link>
  </textinput>
</rdf:RDF>
