Re: commandir skipping digits on irsend

[Rajesh B. <ra...@cs...>]

I see the same behaviour as well. After upgrading to 2.6.29 and the 
latest CVS drivers, my IR blaster has been transmitting very intermittently.

I see no obvious errors when I turn on debugging. The logs are at the 
end. My transmitter is a simple serial IR diode from 
http://www.irblaster.info/index.html#RS232_IR

I have tried various combinations of type (type 1 and Igor's variation 
type 4), and sense mode (high/low). The symptoms are still the same.

the code seems to do the right thing every time, but the blaster itself 
only sends intermittently. This works very well with the 2.6.24 kernel 
and the 0.8.3 driver set (I rebooted and checked).

This is a fairly big problem as I can't depend on the IR blaster to 
change channels on my mythtv box anymore. Any suggestions for debugging 
this?

The logs messages from 2.6.29 are

Jun  7 12:15:51 mythtv kernel: [84222.668072] lirc_serial: type = 4
Jun  7 12:15:51 mythtv kernel: [84222.668074] lirc_serial: IRQ = 4, port 
= 03f8
Jun  7 12:15:51 mythtv kernel: [84222.668075] lirc_serial: share_irq = 1
Jun  7 12:15:51 mythtv kernel: [84222.668077] lirc_serial: txsense = 0
Jun  7 12:15:51 mythtv kernel: [84222.668078] lirc_serial: softcarrier = 1
Jun  7 12:16:08 mythtv kernel: [84239.712239] lirc_serial: Interrupt 4, 
port 03f8 obtained
Jun  7 12:16:08 mythtv kernel: [84239.712251] lirc_serial: SET_SEND_MODE
Jun  7 12:16:08 mythtv kernel: [84239.712289] lirc_serial: SET_SEND_CARRIER
Jun  7 12:16:08 mythtv kernel: [84239.712292] lirc_serial: in 
init_timing_params, freq=38000, duty_cycle=50, clk/jiffy=15704398, 
pulse=51659, space=51659, conv_us_to_clocks=3926
Jun  7 12:16:08 mythtv kernel: [84239.712294] lirc_serial: 
SET_SEND_DUTY_CYCLE
Jun  7 12:16:08 mythtv kernel: [84239.712296] lirc_serial: in 
init_timing_params, freq=38000, duty_cycle=50, clk/jiffy=15704398, 
pulse=51659, space=51659, conv_us_to_clocks=3926
Jun  7 12:16:08 mythtv kernel: [84239.729341] lirc_serial: freed IRQ 4

Rajesh

David Shay wrote:
> I recently upgraded to the cvs version of lirc, since I had upgraded to 
> kernel 2.6.29 and with gentoo didn't have an otherwise packaged choice. 
>  I had had no prior issues other than maybe once every 100 or so times 
> in changing channels with lirc 0.8.5.  With CVS, however, I was getting 
> failures to change channels / changing to the wrong channel.  I've now 
> sat in front of it an watched it happen.  I thought maybe it was some 
> other issue in the room (lighting), etc, at first, but it's not even 
> transmitting.  With a commandir unit, the main unit flashes bright red 
> every time it sends a code, so you can easily tell.  Well, on 3 digit 
> channel changes, sometimes it would only flash twice, and indeed only 
> send 2 digits.
>
> I don't see anything in the logs that indicates anything odd.  I do see 
> that now it is doing this whole "LIRC_deinit but keeping warm" thing. 
> Not sure if that is new or just new that it is giving a message in the 
> log output.  Is there a way to get more log output? Anyone else seeing this?
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
>
>