User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 9:47 am

Hi all,

I've just installed libcec on my Raspberry Pi B+ with (raspbian on it), following the instructions from here (https://nyxi.eu/blog/2013/04/15/raspbian-libcec/).

I want to be able to turn on/off the tv via the

Code: Select all

echo "on 0" | cec-client -s
and

Code: Select all

echo "standby 0" | cec-client -s
commands.
But they don't work.

Here's what errors/logs I get on

Code: Select all

echo "standby 0" | cec-client -s
:

Code: Select all

    DEBUG:   [             123]	unregistering all CEC clients
    DEBUG:   [             127]	Broadcast (F): osd name set to 'Broadcast'
    DEBUG:   [             131]	InitHostCEC - vchiq_initialise succeeded
    DEBUG:   [             134]	InitHostCEC - vchi_initialise succeeded
    DEBUG:   [             137]	InitHostCEC - vchi_connect succeeded
    DEBUG:   [             141]	logical address changed to Free use (e)
    DEBUG:   [             145]	Open - vc_cec initialised
    NOTICE:  [             148]	connection opened
    DEBUG:   [             152]	<< Broadcast (F) -> TV (0): POLL
    DEBUG:   [             155]	initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
    DEBUG:   [             158]	processor thread started
    TRAFFIC: [             162]	<< e0
    DEBUG:   [             226]	initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
    TRAFFIC: [             229]	<< e0
    DEBUG:   [             322]	>> POLL not sent
    DEBUG:   [             325]	TV (0): device status changed into 'not present'
    NOTICE:  [             329]	registering new CEC client - v2.2.0
    DEBUG:   [             332]	detecting logical address for type 'recording device'
    DEBUG:   [             335]	trying logical address 'Recorder 1'
    DEBUG:   [             339]	<< Recorder 1 (1) -> Recorder 1 (1): POLL
    TRAFFIC: [             342]	<< 11
    TRAFFIC: [             436]	<< 11
    DEBUG:   [             529]	>> POLL not sent
    DEBUG:   [             532]	using logical address 'Recorder 1'
    DEBUG:   [             536]	Recorder 1 (1): device status changed into 'handled by libCEC'
    DEBUG:   [             540]	Recorder 1 (1): power status changed from 'unknown' to 'on'
    DEBUG:   [             544]	Recorder 1 (1): vendor = Pulse Eight (001582)
    DEBUG:   [             548]	Recorder 1 (1): CEC version 1.4
    DEBUG:   [             551]	AllocateLogicalAddresses - device '0', type 'recording device', LA '1'
    DEBUG:   [             556]	logical address changed to Recorder 1 (1)
    DEBUG:   [             560]	Recorder 1 (1): osd name set to 'CECTester'
    DEBUG:   [             564]	Recorder 1 (1): menu language set to 'eng'
    DEBUG:   [             568]	GetPhysicalAddress - physical address = 2000
    DEBUG:   [             573]	AutodetectPhysicalAddress - autodetected physical address '2000'
    DEBUG:   [             577]	Recorder 1 (1): physical address changed from ffff to 2000
    DEBUG:   [             581]	<< Recorder 1 (1) -> broadcast (F): physical adddress 2000
    TRAFFIC: [             586]	<< 1f:84:20:00:01
    NOTICE:  [             741]	CEC client registered: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 2.0.0.0, host: armv6l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: 9f000e4, compiled on: Thu Feb  5 19:25:20 UTC 2015 by [email protected] on Linux 3.12.28+ (armv6l)
    DEBUG:   [             753]	<< Recorder 1 (1) -> TV (0): OSD name 'CECTester'
    DEBUG:   [             758]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [             763]	<< 10
    TRAFFIC: [             858]	<< 10
    DEBUG:   [             953]	>> POLL not sent
    DEBUG:   [             957]	not sending command 'set osd name': destination device 'TV' marked as not present
    DEBUG:   [             962]	<< requesting power status of 'TV' (0)
    DEBUG:   [             967]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [             971]	<< 10
    TRAFFIC: [            1066]	<< 10
    DEBUG:   [            1161]	>> POLL not sent
    DEBUG:   [            1165]	not sending command 'give device power status': destination device 'TV' marked as not present
    DEBUG:   [            1171]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [            1176]	<< 10
    TRAFFIC: [            1271]	<< 10
    DEBUG:   [            1366]	>> POLL not sent
    NOTICE:  [            1370]	<< putting 'TV' (0) in standby mode
    DEBUG:   [            1374]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [            1379]	<< 10
    TRAFFIC: [            1474]	<< 10
    DEBUG:   [            1569]	>> POLL not sent
    DEBUG:   [            1573]	not sending command 'standby': destination device 'TV' marked as not present
    DEBUG:   [            1578]	unregistering all CEC clients
    NOTICE:  [            1582]	unregistering client: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 2.0.0.0, host: armv6l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: 9f000e4, compiled on: Thu Feb  5 19:25:20 UTC 2015 by [email protected] on Linux 3.12.28+ (armv6l)
    DEBUG:   [            1596]	Recorder 1 (1): power status changed from 'on' to 'unknown'
    DEBUG:   [            1601]	Recorder 1 (1): vendor = Unknown (000000)
    DEBUG:   [            1606]	Recorder 1 (1): CEC version unknown
    DEBUG:   [            1611]	Recorder 1 (1): osd name set to 'Recorder 1'
    DEBUG:   [            1615]	Recorder 1 (1): device status changed into 'unknown'
    DEBUG:   [            1620]	unregistering all CEC clients
    DEBUG:   [            2167]	UnregisterLogicalAddress - releasing previous logical address
    DEBUG:   [            2172]	logical address changed to Broadcast (f)
Also, the following is what I get on

Code: Select all

echo "scan" | cec-client -s
:

Code: Select all

    DEBUG:   [             130]	unregistering all CEC clients
    DEBUG:   [             136]	Broadcast (F): osd name set to 'Broadcast'
    DEBUG:   [             141]	InitHostCEC - vchiq_initialise succeeded
    DEBUG:   [             145]	InitHostCEC - vchi_initialise succeeded
    DEBUG:   [             150]	InitHostCEC - vchi_connect succeeded
    DEBUG:   [             155]	logical address changed to Free use (e)
    DEBUG:   [             159]	Open - vc_cec initialised
    NOTICE:  [             164]	connection opened
    DEBUG:   [             169]	<< Broadcast (F) -> TV (0): POLL
    DEBUG:   [             174]	initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
    TRAFFIC: [             178]	<< e0
    DEBUG:   [             179]	processor thread started
    DEBUG:   [             248]	initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
    TRAFFIC: [             253]	<< e0
    DEBUG:   [             348]	>> POLL not sent
    DEBUG:   [             352]	TV (0): device status changed into 'not present'
    NOTICE:  [             357]	registering new CEC client - v2.2.0
    DEBUG:   [             362]	detecting logical address for type 'recording device'
    DEBUG:   [             366]	trying logical address 'Recorder 1'
    DEBUG:   [             371]	<< Recorder 1 (1) -> Recorder 1 (1): POLL
    TRAFFIC: [             376]	<< 11
    TRAFFIC: [             471]	<< 11
    DEBUG:   [             566]	>> POLL not sent
    DEBUG:   [             570]	using logical address 'Recorder 1'
    DEBUG:   [             575]	Recorder 1 (1): device status changed into 'handled by libCEC'
    DEBUG:   [             579]	Recorder 1 (1): power status changed from 'unknown' to 'on'
    DEBUG:   [             583]	Recorder 1 (1): vendor = Pulse Eight (001582)
    DEBUG:   [             587]	Recorder 1 (1): CEC version 1.4
    DEBUG:   [             591]	AllocateLogicalAddresses - device '0', type 'recording device', LA '1'
    DEBUG:   [             596]	logical address changed to Recorder 1 (1)
    DEBUG:   [             601]	Recorder 1 (1): osd name set to 'CECTester'
    DEBUG:   [             605]	Recorder 1 (1): menu language set to 'eng'
    DEBUG:   [             609]	GetPhysicalAddress - physical address = 2000
    DEBUG:   [             614]	AutodetectPhysicalAddress - autodetected physical address '2000'
    DEBUG:   [             618]	Recorder 1 (1): physical address changed from ffff to 2000
    DEBUG:   [             622]	<< Recorder 1 (1) -> broadcast (F): physical adddress 2000
    TRAFFIC: [             626]	<< 1f:84:20:00:01
    NOTICE:  [             781]	CEC client registered: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 2.0.0.0, host: armv6l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: 9f000e4, compiled on: Thu Feb  5 19:25:20 UTC 2015 by [email protected] on Linux 3.12.28+ (armv6l)
    DEBUG:   [             794]	<< Recorder 1 (1) -> TV (0): OSD name 'CECTester'
    DEBUG:   [             799]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [             804]	<< 10
    TRAFFIC: [             899]	<< 10
    DEBUG:   [             994]	>> POLL not sent
    DEBUG:   [             999]	not sending command 'set osd name': destination device 'TV' marked as not present
    DEBUG:   [            1004]	<< requesting power status of 'TV' (0)
    DEBUG:   [            1008]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [            1013]	<< 10
    TRAFFIC: [            1108]	<< 10
    DEBUG:   [            1202]	>> POLL not sent
    DEBUG:   [            1207]	not sending command 'give device power status': destination device 'TV' marked as not present
    DEBUG:   [            1216]	<< Recorder 1 (1) -> TV (0): POLL
    TRAFFIC: [            1221]	<< 10
    TRAFFIC: [            1316]	<< 10
    DEBUG:   [            1411]	>> POLL not sent
    DEBUG:   [            1416]	<< Recorder 1 (1) -> Recorder 2 (2): POLL
    TRAFFIC: [            1420]	<< 12
    TRAFFIC: [            1515]	<< 12
    DEBUG:   [            1610]	>> POLL not sent
    DEBUG:   [            1615]	Recorder 2 (2): device status changed into 'not present'
    DEBUG:   [            1619]	<< Recorder 1 (1) -> Tuner 1 (3): POLL
    TRAFFIC: [            1624]	<< 13
    TRAFFIC: [            1719]	<< 13
    DEBUG:   [            1814]	>> POLL not sent
    DEBUG:   [            1818]	Tuner 1 (3): device status changed into 'not present'
    DEBUG:   [            1823]	<< Recorder 1 (1) -> Playback 1 (4): POLL
    TRAFFIC: [            1827]	<< 14
    TRAFFIC: [            1922]	<< 14
    DEBUG:   [            2017]	>> POLL not sent
    DEBUG:   [            2021]	Playback 1 (4): device status changed into 'not present'
    DEBUG:   [            2026]	<< Recorder 1 (1) -> Audio (5): POLL
    TRAFFIC: [            2030]	<< 15
    TRAFFIC: [            2125]	<< 15
    DEBUG:   [            2219]	>> POLL not sent
    DEBUG:   [            2223]	Audio (5): device status changed into 'not present'
    DEBUG:   [            2226]	<< Recorder 1 (1) -> Tuner 2 (6): POLL
    TRAFFIC: [            2230]	<< 16
    TRAFFIC: [            2325]	<< 16
    DEBUG:   [            2419]	>> POLL not sent
    DEBUG:   [            2423]	Tuner 2 (6): device status changed into 'not present'
    DEBUG:   [            2426]	<< Recorder 1 (1) -> Tuner 3 (7): POLL
    TRAFFIC: [            2430]	<< 17
    TRAFFIC: [            2524]	<< 17
    DEBUG:   [            2618]	>> POLL not sent
    DEBUG:   [            2622]	Tuner 3 (7): device status changed into 'not present'
    DEBUG:   [            2626]	<< Recorder 1 (1) -> Playback 2 (8): POLL
    TRAFFIC: [            2630]	<< 18
    TRAFFIC: [            2723]	<< 18
    DEBUG:   [            2817]	>> POLL not sent
    DEBUG:   [            2821]	Playback 2 (8): device status changed into 'not present'
    DEBUG:   [            2824]	<< Recorder 1 (1) -> Recorder 3 (9): POLL
    TRAFFIC: [            2828]	<< 19
    TRAFFIC: [            2922]	<< 19
    DEBUG:   [            3016]	>> POLL not sent
    DEBUG:   [            3019]	Recorder 3 (9): device status changed into 'not present'
    DEBUG:   [            3023]	<< Recorder 1 (1) -> Tuner 4 (A): POLL
    TRAFFIC: [            3026]	<< 1a
    TRAFFIC: [            3120]	<< 1a
    DEBUG:   [            3214]	>> POLL not sent
    DEBUG:   [            3217]	Tuner 4 (A): device status changed into 'not present'
    DEBUG:   [            3221]	<< Recorder 1 (1) -> Playback 3 (B): POLL
    TRAFFIC: [            3225]	<< 1b
    TRAFFIC: [            3319]	<< 1b
    DEBUG:   [            3412]	>> POLL not sent
    DEBUG:   [            3416]	Playback 3 (B): device status changed into 'not present'
    DEBUG:   [            3420]	<< Recorder 1 (1) -> Reserved 1 (C): POLL
    TRAFFIC: [            3423]	<< 1c
    TRAFFIC: [            3517]	<< 1c
    DEBUG:   [            3611]	>> POLL not sent
    DEBUG:   [            3614]	Reserved 1 (C): device status changed into 'not present'
    DEBUG:   [            3618]	<< Recorder 1 (1) -> Reserved 2 (D): POLL
    TRAFFIC: [            3622]	<< 1d
    TRAFFIC: [            3716]	<< 1d
    DEBUG:   [            3810]	>> POLL not sent
    DEBUG:   [            3813]	Reserved 2 (D): device status changed into 'not present'
    DEBUG:   [            3817]	<< Recorder 1 (1) -> Free use (E): POLL
    TRAFFIC: [            3821]	<< 1e
    TRAFFIC: [            3914]	<< 1e
    DEBUG:   [            4008]	>> POLL not sent
    DEBUG:   [            4012]	Free use (E): device status changed into 'not present'
    DEBUG:   [            4016]	<< requesting active source
    TRAFFIC: [            4019]	<< 1f:85
    DEBUG:   [            5084]	expected response not received (82: active source)
    TRAFFIC: [            5091]	<< 1f:85
    DEBUG:   [            6157]	expected response not received (82: active source)
    DEBUG:   [            6161]	<< requesting active source
    TRAFFIC: [            6164]	<< 1f:85
    DEBUG:   [            7229]	expected response not received (82: active source)
    TRAFFIC: [            7233]	<< 1f:85
    DEBUG:   [            8297]	expected response not received (82: active source)
    DEBUG:   [            8343]	unregistering all CEC clients
    NOTICE:  [            8347]	unregistering client: libCEC version = 2.2.0, client version = 2.2.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 2.0.0.0, host: armv6l-unknown-linux-gnueabihf, features: 'P8 USB' 'P8 USB detect' 'RPi' 'EXYNOS', git revision: 9f000e4, compiled on: Thu Feb  5 19:25:20 UTC 2015 by [email protected] on Linux 3.12.28+ (armv6l)
    DEBUG:   [            8358]	Recorder 1 (1): power status changed from 'on' to 'unknown'
    DEBUG:   [            8362]	Recorder 1 (1): vendor = Unknown (000000)
    DEBUG:   [            8366]	Recorder 1 (1): CEC version unknown
    DEBUG:   [            8370]	Recorder 1 (1): osd name set to 'Recorder 1'
    DEBUG:   [            8374]	Recorder 1 (1): device status changed into 'unknown'
    DEBUG:   [            8378]	unregistering all CEC clients
    DEBUG:   [            9192]	UnregisterLogicalAddress - releasing previous logical address
    DEBUG:   [            9197]	logical address changed to Broadcast (f)
And the following is what I get on

Code: Select all

cec-client -l
:

Code: Select all

    Found Devices: 1
    
    device: 1
    com port: RPI
    vendor id: 2708
    product id: 1001
    firmware version: 1
    type: Raspberry Pi
It's also worth mentioning that I enable Simplink on my LG tv. However, its status is always Check Connection.

Any ideas !?
What is causing the problem?

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 11:09 am

Try a different HDMI cable. I found Simplink wouldn't work with one of my cables. When I switched to a £7 cable from Lidl it worked first go. I've got three of those £7 cables now.
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 11:25 am

DougieLawson wrote:Try a different HDMI cable. I found Simplink wouldn't work with one of my cables. When I switched to a £7 cable from Lidl it worked first go. I've got three of those £7 cables now.
Thanks @DougieLawson for your reply.

I will definitely try another HDMI cable, ASAP. (It's a little bit expensive, so I'm looking for other solutions at the moment. Although I know that I have to pay for it at the end!!!)

I found out on other forums too that changing the cable had solved the problem. But this is really strange. Why is it like this?
The CEC feature is supported even in older versions of HDMI (like 1.0, 1.1, 1.2) as indicated here (http://en.wikipedia.org/wiki/HDMI#Version_comparison).
So why is it that some cables do not work properly with CEC !!!?

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 11:58 am

Cheap cables leave some of the optional signals disconnected, that saves copper and makes the cable cheaper.
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 12:12 pm

DougieLawson wrote:Cheap cables leave some of the optional signals disconnected, that saves copper and makes the cable cheaper.
Thanks again @DougieLawson .

That might be true in some cases.

I haven't tested my HDMI cable to see if pin 13 (CEC) is connected internally or not; but I read on other forums that people had reported that their HDMI cable was not working, despite the true connectivity on pin 13 (CEC).

So there might be another reason why some HDMI cables do not work properly for CEC.

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 12:40 pm

When I found the super HDMI cables in Lidl I wanted to buy their whole stock, but the household finance director told me I couldn't.
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 1:34 pm

DougieLawson wrote:When I found the super HDMI cables in Lidl I wanted to buy their whole stock, but the household finance director told me I couldn't.
Thanks again @DougieLawson

Well, if I want to buy another HDMI cable, there's possibilities that the new cable wouldn't work too!!
So I must know what specifications to look for in an HDMI cable.

Would you please provide some specifications of your HDMI cable?
Brand
Version
etc.

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 1:52 pm

OMID-313 wrote:
Would you please provide some specifications of your HDMI cable?
Brand
Version
etc.
http://www.discounto.de/Angebot/SILVERC ... NYYYC47aio
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 2:04 pm

Thanks again @DougieLawson for your time and support.

Actually, there isn't much details about this product.

The only difference I see is that unlike my HDMI cable (something like http://76.my/Malaysia/high-quality-1-5m ... [email protected]), this linked cable doesn't have sheath filters on it (More info on sheath filter on http://en.wikipedia.org/wiki/Sheath_current_filter).

Is it possible that these sheath filters are causing the problem?

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 2:39 pm

Sorry I simply don't know. My Lidl cables are wonderful, they're the right price and they work with all four of my Raspberry Pis, my XBox 360 and PS3. My RPis mostly run headless and I very rarely use graphics or CEC.

(one RPi even got

Code: Select all

hdmi_ignore_cec_init=1
to stop it snatching the LG TV display.)
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 2:44 pm

DougieLawson wrote:Sorry I simply don't know. My Lidl cables are wonderful, they're the right price and they work with all four of my Raspberry Pis, my XBox 360 and PS3. My RPis mostly run headless and I very rarely use graphics or CEC.

(one RPi even got

Code: Select all

hdmi_ignore_cec_init=1
to stop it snatching the LG TV display.)
Thanks again @DougieLawson .

Would you please give more information on

Code: Select all

hdmi_ignore_cec_init=1
?
What is it?
And how should I check whether my RPi or TV is ignoring CEC?

10robinho
Posts: 44
Joined: Thu Feb 28, 2013 7:42 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 2:51 pm

I have bad news for you. LG doesn't respect HDMI CEC protocol for turning TV off. It's stated on libcec page and I know it from my personal experience.

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 2:54 pm

It's a /boot/config.txt option so that the RPi doesn't send any CEC signals during boot up. The problem was that I'd reboot my RPi while someone was watching a TV programme and the TV would switch as soon as the GPU came alive.
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 3:30 pm

10robinho wrote:I have bad news for you. LG doesn't respect HDMI CEC protocol for turning TV off. It's stated on libcec page and I know it from my personal experience.
Thanks @10robinho for your reply.

It's sad to hear that. However, the problem now is establishing the CEC connection between the tv and the RPi B+. It seems that I have to change the HDMI cable, but it's not definite yet.

So, would you please recommend some TV brands, that support turning TV on/off via HDMI CEC?
Is this about all the LG tv models? Or only the old ones?

Bruny
Posts: 159
Joined: Fri Feb 06, 2015 5:22 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 3:48 pm

I hope that new Pi can wake AVR(as scheduled)?
http://libcec.pulse-eight.com/vendor/support

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 4:16 pm

DougieLawson wrote:It's a /boot/config.txt option so that the RPi doesn't send any CEC signals during boot up. The problem was that I'd reboot my RPi while someone was watching a TV programme and the TV would switch as soon as the GPU came alive.
Thanks @DougieLawson for your reply.

I checked the /boot/config.txt file, and there wasn't such code. So I think it's OK, and CEC is not disabled. (Is it OK to add hdmi_ignore_cec_init=0 to enable CEC?)

How about hdmi_safe=1 ? Is this related? If I uncomment this line, does it affect CEC?

User avatar
DougieLawson
Posts: 36570
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 6:13 pm

Don't add ANY "hdmi_" parms unless you have a specific problem that needs tweaks to the HDMI settings. It's much better to stick a # character in front of all that stuff and let the RPi and your TV negotiate the best settings between them.

The complete config.txt for my RPI2 is

Code: Select all

device_tree_param=i2c=on
device_tree_param=spi=on
start_x=1
gpu_mem=128
disable_camera_led=1
max_usb_current=1
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sat Feb 07, 2015 6:20 pm

DougieLawson wrote:Don't add ANY "hdmi_" parms unless you have a specific problem that needs tweaks to the HDMI settings. It's much better to stick a # character in front of all that stuff and let the RPi and your TV negotiate the best settings between them.

The complete config.txt for my RPI2 is

Code: Select all

device_tree_param=i2c=on
device_tree_param=spi=on
start_x=1
gpu_mem=128
disable_camera_led=1
max_usb_current=1
ٰThanks @DougieLawson for your advice.

User avatar
OMID-313
Posts: 141
Joined: Tue Jan 20, 2015 4:45 pm

Re: libCEC not working on LG TV (LD330)

Sun Feb 08, 2015 7:59 am

EDIT:

I checked the connectivity of pin 13 on my HDMI cable (which belongs to CEC), and it was OK.
I still don't understand why I should change the cable!

Return to “General discussion”