[mythtv-users] Multiple HD-PVR Blasters

[Hika van den Hoven]

Hoi Hika,

Wednesday, June 25, 2014, 9:23:43 PM, you wrote:

> Hoi Jon,

> Wednesday, June 25, 2014, 8:55:53 PM, you wrote:

>> On Wed, Jun 25, 2014 at 1:52 PM, Hika van den Hoven <hikavdh at gmail.com>wrote:

>> Hoi Hika,
>>  

>>  Wednesday, June 25, 2014, 8:47:19 PM, you wrote:
>>  
 >>> Hoi Jon,
>>  
 >>> Wednesday, June 25, 2014, 8:16:43 PM, you wrote:
>>  
 >>>> On Wed, Jun 25, 2014 at 12:45 PM, Hika van den Hoven <hikavdh at gmail.com>wrote:
>>  
 >>>> Hoi Jon,
 >>>>
>>  
 >>>>  Wednesday, June 25, 2014, 7:25:29 PM, you wrote:
 >>>>
 >>>>
>>  
 >>>>> On Wed, Jun 25, 2014 at 11:41 AM, Hika van den Hoven <hikavdh at gmail.com>wrote:
 >>>>
  >>>>> Hoi Jon,
  >>>>>
 >>>>
  >>>>>  Wednesday, June 25, 2014, 5:59:07 PM, you wrote:
  >>>>>
>>    >>>> Hey,
  >>>>>
  >>>>>
  >>>>>
>>    >>>> I have 2 HD-PVRs and yesterday decided to move the one that has
>>    >>>> been on slave backend to my master backend that has a HD-PVR
>>    >>>> already.  I can get everything to work but can only seem to get one
>>    >>>> blaster to work at a time.  I end up with.
>>    >>>>
>>    >>>> [  377.424068] lirc_zilog: i2c_master_send failed with -5
>>    >>>> [  377.424084] lirc_zilog: sending to the IR transmitter chip failed, trying reset
>>    >>>> [  378.082019] lirc_zilog: Zilog/Hauppauge IR blaster firmware version 2.1.0 loaded
>>    >>>>
>>    >>>> Has anyone ran into this or have a successful 2 blaster setup they can share?
  >>>>>
>>    >>>> Thanks,
  >>>>>
>>    >>>> Jon
  >>>>>
  >>>>>
 >>>>
  >>>>> Basically you have to run two separate instances of lircd under a
  >>>>>  different name. So you have to copy your lircd configuration and start
  >>>>>  script to for instance lircd1 and adjust this configuration to the
  >>>>>  second blaster.
  >>>>>  Do you get two lirc instances in /dev/ or /dev/input ?
 >>>>
  >>>>> I do get 2 /dev/lirc instances.
 >>>>
  >>>>> I've tried to have 2 individual /dev/lircd and to use the
  >>>>> listen/connect to connect a second lirc a single /dev/lircd  
  >>>>>
  >>>>> Would it be possible to share your startup scripts?  I must be doing something dumb.
 >>>>
  >>>>> Jon
 >>>>
 >>>>
>>  
 >>>> If you post your current two lircd scripts/configurations, I can look
 >>>>  at it. Also on the wiki you can find examples for udev rules. For you
 >>>>  also might want to distinguish the rest of the two cards.
>>  
 >>>> I was using a udev already for the single one and have the second added.
>>  
 >>>> For the most basic version running from the cli.
 >>>>
 >>>> lircd --output=/dev/lircd --device=/dev/hdpvr_ir -P
 >>>> /var/run/lirc/lircd.pid  /etc/lirc/lircd.conf
>>  
 >>>> lircd --output=/dev/lircd2 --device=/dev/hdpvr2_ir -P
 >>>> /var/run/lirc/lircd2.pid  /etc/lirc2/lircd.conf
 >>>>
>>  
 >>>> With the lircd.confs linking to a blaster and a blaster2 setting defined.
>>  
 >>>> $ irsend -d /dev/lircd SEND_ONCE blaster select
 >>>> $ irsend -d /dev/lircd2 SEND_ONCE blaster2 select
 >>>>
 >>>> Sometimes the blaster 2 will work a time or two but it eventually
 >>>> fails.  I'm not sure it having on going recordings effects it or not.
>>  
 >>>> Has anyone had issues with a "failing" power adapter and the
 >>>> blaster maybe?  I can leave it recording for a long time no problem.
 >>>> I had not used this hdpvr in a while.
 >>>>
 >>>> Jon
>>  
 >>> Does look OK.
 >>> Am I right that the blasters use the lirc-serial driver. If so do they
 >>> have a different IRQ and PORT?
 >>> What are your modprobe settings?
>>  
>>  

>> And if so, do you have a serial port on your MB that can conflict?
>>  

>> They use the Zilog driver. 
>> modprobe option to disable the receiver on the device as it can cause issues.
>>
>> options lirc_zilog tx_only=1

>> Jon

> I'm out of ideas, but the fact that it sometimes works for a while,
> points towards a resource conflict. So I suggest finding out what they
> use and whether they either conflict with each other or to some other
> device. You could check if either of the cards works OK on its own.
> Thereby probably excluding external interference.

> A thought occurs; do they need to be set to different transmission
> protocols? This to prevent interference on the ir level.


I don't know about pci-e but with pci resources ar in part determined
by the physical slot. So if available, you could try moving cards
around to other slots. Or are they usb?


Tot mails,
  Hika                            mailto:hikavdh at gmail.com

"Zonder hoop kun je niet leven
Zonder leven is er geen hoop
Het eeuwige dilemma
Zeker als je hoop moet vernietigen om te kunnen overleven!"

De lerende Mens