Re: Missing something basic no doubt
James B Huber <[email protected]> Tue, 30 Apr 2024 15:48:08 -0400
| Newsgroups | gmane.comp.hardware.lirc |
|---|---|
| Message-ID | <[email protected]> |
--===============5864244507817402174== Content-Type: multipart/alternative; boundary="=-AF+McQi9QoewS+NXCS3R" --=-AF+McQi9QoewS+NXCS3R Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hardware is just fine...it's a USB device, move it to a rpi-4b, works fine....move it to my Linux Mint box, it works fine. This was working on this hardware and O/S...but the SD card died, I had to rebuild... Haven't been able to get this working right since. The config file is the same on all boxes... [SNIP] begin remote =20 name mceusb bits 16 flags RC6|CONST_LENGTH rc6_mask 0x100000000 eps 30 aeps 100 header 2667 889 one 444 444 zero 444 444 gap 105000 toggle_bit 22 pre_data_bits 21 pre_data 0x37FF0 =20 And if I could make the stupid CEC junk go away I would, putting the "recommended" adds to config.txt does'nt help: hdmi_ignore_cec=3D1 hdmi_ignore_cec_init=3D1 and blacklisting the cec kernel module doesn't keep it from loading either. But...I don't think that where the issue is...this has to be something really dumb, but it's been 4 days of trying and getting nowhere. Jim On Tue, 2024-04-30 at 20:51 +0200, Bengt Martensson wrote: > On 4/30/24 17:09, James B Huber wrote: > =20 > >=20 > > Folks, > > =C2=A0 Have been using lirc for like forever, anyway I got new > > Raspberrypi-5, it is replacing a RPI-4B, unplug one, plug in > > the other. The MCEUSB receiver and remote I was using (and it > > works) is the same one I am still using. > >=20 > > Issue, I have ZIPPO output showing up in IRW. > >=20 > > I see the data coming in via mode2: > > pi@rpi-5:/usr/lib/systemd/system $ mode2 > > Using driver default on device /dev/lirc0 > > Trying device: /dev/lirc0 > > Using device: /dev/lirc0 > > pulse 650 > > space 52200 > > pulse 650 > > space 52250 > > pulse 650 > > timeout 127000 >=20 > This is not a sensible IR signal, so it is no wonder that it does not > decode. Smells like a lowlevel/hardware error. >=20 > I recommend using a well known signal (e.g. RC5 or NEC) in the > install/debug phase. And make sure cec and devinput is diabled. > PS. What is "ZIPPO output"? https://www.zippo.de/ ?? > Greetz, > Bengt >=20 > =20 --=-AF+McQi9QoewS+NXCS3R Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html><head> =20 </head> <body><div>Hardware is just fine...it's a USB device, move it to a rpi-4b= , works fine....move it to my Linux Mint box, it works fine.</div><div>This= was working on this hardware and O/S...but the SD card died, I had to rebu= ild...</div><div><br></div><div>Haven't been able to get this working right= since.</div><div><br></div><div>The config file is the same on all boxes..= .</div><div>[SNIP]</div><div style=3D"margin-left: 3ch;">begin remote</div>= <div style=3D"margin-left: 3ch;"><br></div><div style=3D"margin-left: 3ch;"= >name mceusb</div><div style=3D"margin-left: 3ch;">bits 16</div><div style= =3D"margin-left: 3ch;">flags RC6|CONST_LENGTH</div><div style=3D"margin-lef= t: 3ch;">rc6_mask 0x100000000</div><div style=3D"margin-left: 3ch;">e= ps 30</div><div style=3D"margin-left: 3ch;">aeps 100</div><div style= =3D"margin-left: 3ch;">header 2667 889</div><div style=3D"margin-left: 3= ch;">one 444 444</div><div style=3D"margin-left: 3ch;">zero 444 = 444</div><div style=3D"margin-left: 3ch;">gap 105000</div><div style=3D= "margin-left: 3ch;">toggle_bit 22</div><div style=3D"margin-left: 3ch;= ">pre_data_bits 21</div><div style=3D"margin-left: 3ch;">pre_data = 0x37FF0</div><div style=3D"margin-left: 3ch;"><br></div><div>And if I could= make the stupid CEC junk go away I would, putting the "recommended" adds t= o config.txt does'nt help:</div><div style=3D"margin-left: 3ch;">hdmi_ignor= e_cec=3D1</div><div style=3D"margin-left: 3ch;">hdmi_ignore_cec_init=3D1</d= iv><div>and blacklisting the cec kernel module doesn't keep it from loading= either.</div><div><br></div><div>But...I don't think that where the issue = is...this has to be something really dumb, but it's been 4 days of trying a= nd getting nowhere.</div><div><br></div><div>Jim</div><div><span></span></d= iv><div><br></div><div>On Tue, 2024-04-30 at 20:51 +0200, Bengt Martensson = wrote:</div><blockquote type=3D"cite" style=3D"margin:0 0 0 .8ex; border-le= ft:2px #729fcf solid;padding-left:1ex"><div class=3D"moz-cite-prefix">On 4/= 30/24 17:09, James B Huber wrote:<br></div><div> <br></div><blockquote type= =3D"cite" cite=3D"mid:bd2ef01aca0cfb45ad83c0bfbba20f2c61de93c1.camel@judahn= et.net" style=3D"margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-l= eft:1ex"><div> <meta http-equiv=3D"content-type" content=3D"text/html; char= set=3DUTF-8"></div><div>Folks,</div><div> Have been using lirc for li= ke forever, anyway I got new Raspberrypi-5, it is replacing a RPI-4B, unplu= g one, plug in</div><div>the other. The MCEUSB receiver and remote I was us= ing (and it works) is the same one I am still using.</div><div><br></div><d= iv>Issue, I have ZIPPO output showing up in IRW.</div><div><br></div><div><= b>I see the data coming in via mode2:</b></div><div style=3D"text-align: ju= stify; margin-left: 3ch;"><a href=3D"mailto:pi@rpi-5" moz-do-not-send=3D"tr= ue" class=3D"moz-txt-link-freetext">pi@rpi-5</a>:/usr/lib/systemd/system $ = mode2</div><div style=3D"text-align: justify; margin-left: 3ch;">Using driv= er default on device /dev/lirc0</div><div style=3D"text-align: justify; mar= gin-left: 3ch;">Trying device: /dev/lirc0</div><div style=3D"text-align: ju= stify; margin-left: 3ch;">Using device: /dev/lirc0</div><div style=3D"text-= align: justify; margin-left: 3ch;">pulse 650</div><div style=3D"text-align:= justify; margin-left: 3ch;">space 52200</div><div style=3D"text-align: jus= tify; margin-left: 3ch;">pulse 650</div><div style=3D"text-align: justify; = margin-left: 3ch;">space 52250</div><div style=3D"text-align: justify; marg= in-left: 3ch;">pulse 650</div><div style=3D"text-align: justify; margin-lef= t: 3ch;">timeout 127000</div></blockquote><p><br></p><p>This is not a sensi= ble IR signal, so it is no wonder that it does not decode. Smells like a lo= wlevel/hardware error.<br></p><p><br></p><p>I recommend using a well known = signal (e.g. RC5 or NEC) in the install/debug phase. And make sure cec and = devinput is diabled.<br></p><p>PS. What is "ZIPPO output"? <a class=3D"moz-= txt-link-freetext" href=3D"https://www.zippo.de/">https://www.zippo.de/</a>= ??<br></p><p>Greetz,</p><p>Bengt</p><p><br></p><div> <br> </div></blockquo= te></body></html> --=-AF+McQi9QoewS+NXCS3R-- --===============5864244507817402174== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============5864244507817402174==--