Vizio & Pi3: no CEC
#1
Hi

My Pi3's CEC used to work with my old Sony TV.

Now with my new Vizio P50-C1, Pi3's CEC just does not work at all.

The Pi3 is plugged directly into one of TV's HDMI port (HDMI-2).

The Vizio TV sees my SoundBar (HDMI-1) and the ChromeCast Ultra (HDMI-3) on CEC, but not the Pi3. On the Pi3, use cec-client to scan would find nothing, no TV, no AVR, nothing. Everything else (video, music, etc.) works flawlessly but just no CEC.
Reply
#2
Uh, CEC (or Arc) are only on 1 HDMI port on the Vizio TV's (at least they are on the 3 different ones I have). Mine are all on HDIM-1, and I have a P60, E65, and E60.
Reply
#3
(2017-02-10, 18:40)Powerhouse Wrote: Uh, CEC (or Arc) are only on 1 HDMI port on the Vizio TV's (at least they are on the 3 different ones I have). Mine are all on HDIM-1, and I have a P60, E65, and E60.

But the TV's CEC has no problem finding the chromecast-ultra on hdmi-3. the TV remote can control the CC on hdmi-3 just fine.
Reply
#4
If you put the Chromecast on HDMI 2 and the Pi on HDMI 3 what happens?
|Banned add-ons (wiki)|Forum rules (wiki)|VPN policy (wiki)|First time user (wiki)|FAQs (wiki) Troubleshooting (wiki)|Add-ons (wiki)|Free content (wiki)|Debug Log (wiki)|

Kodi Blog Posts
Reply
#5
(2017-02-10, 23:21)DarrenHill Wrote: If you put the Chromecast on HDMI 2 and the Pi on HDMI 3 what happens?

TV detected CC-U on hdmi-2 and no Pi.
Reply
#6
Have you tried a different HDMI cable on the Pi?
|Banned add-ons (wiki)|Forum rules (wiki)|VPN policy (wiki)|First time user (wiki)|FAQs (wiki) Troubleshooting (wiki)|Add-ons (wiki)|Free content (wiki)|Debug Log (wiki)|

Kodi Blog Posts
Reply
#7
(2017-02-10, 23:30)DarrenHill Wrote: Have you tried a different HDMI cable on the Pi?

First I used the same cable that was used (successfully) with the old Sony TV. Then I bought a Certified HDMI cable. Neither work. cec-client from the Pi3 found nothing (other than the Pulse-Eight on the Pi3) on CEC bus:
Code:
$ echo scan | cec-client -s
opening a connection to the CEC adapter...
DEBUG:   [             151]    Broadcast (F): osd name set to 'Broadcast'
DEBUG:   [             152]    Open - vc_cec initialised
DEBUG:   [             152]    logical address changed to Free use (e)
NOTICE:  [             152]    connection opened
DEBUG:   [             153]    processor thread started
DEBUG:   [             153]    << Broadcast (F) -> TV (0): POLL
DEBUG:   [             153]    initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
TRAFFIC: [             153]    << e0
DEBUG:   [             243]    initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
TRAFFIC: [             243]    << e0
DEBUG:   [             333]    >> POLL not sent
DEBUG:   [             333]    TV (0): device status changed into 'not present'
NOTICE:  [             333]    registering new CEC client - v4.0.0
DEBUG:   [             333]    detecting logical address for type 'recording device'
DEBUG:   [             333]    trying logical address 'Recorder 1'
DEBUG:   [             333]    << Recorder 1 (1) -> Recorder 1 (1): POLL
TRAFFIC: [             333]    << 11
TRAFFIC: [             693]    << 11
DEBUG:   [             964]    >> POLL not sent
DEBUG:   [             964]    using logical address 'Recorder 1'
DEBUG:   [             964]    Recorder 1 (1): device status changed into 'handled by libCEC'
DEBUG:   [             964]    Recorder 1 (1): power status changed from 'unknown' to 'on'
DEBUG:   [             964]    Recorder 1 (1): vendor = Pulse Eight (001582)
DEBUG:   [             964]    Recorder 1 (1): CEC version 1.4
DEBUG:   [             964]    AllocateLogicalAddresses - device '0', type 'recording device', LA '1'
ERROR:   [             964]    RegisterLogicalAddress - vc_cec_set_logical_address(1) returned device is busy (3)
DEBUG:   [             964]    UnregisterLogicalAddress - releasing previous logical address
WARNING: [            1054]    unhandled response received: opcode=0 initiator=1 destination=0 response=1
DEBUG:   [            1054]    logical address changed to Broadcast (f)
DEBUG:   [            1054]    Recorder 1 (1): osd name set to 'CECTester'
DEBUG:   [            1054]    Recorder 1 (1): menu language set to 'eng'
DEBUG:   [            1055]    GetPhysicalAddress - physical address = 2000
DEBUG:   [            1055]    AutodetectPhysicalAddress - autodetected physical address '2000'
DEBUG:   [            1055]    Recorder 1 (1): physical address changed from ffff to 2000
DEBUG:   [            1055]    << Recorder 1 (1) -> broadcast (F): physical address 2000
TRAFFIC: [            1055]    << 1f:84:20:00:01
DEBUG:   [            1055]    sending command 'report physical address' failed (4)
TRAFFIC: [            1055]    << 1f:84:20:00:01
DEBUG:   [            1055]    sending command 'report physical address' failed (4)
NOTICE:  [            1055]    CEC client registered: libCEC version = 4.0.0, client version = 4.0.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 2.0.0.0, git revision: 7.90.009+217-2fc648a~dirty, compiled on Thu Dec 22 03:40:37 UTC 2016 by chewitt@buildbox on Linux 4.4.0-47-generic (x86_64), features: P8_USB, DRM, P8_detect, RPi
DEBUG:   [            1055]    << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
DEBUG:   [            1055]    << Recorder 1 (1) -> TV (0): POLL
TRAFFIC: [            1055]    << 10
DEBUG:   [            1056]    sending command 'feature abort' failed (4)
TRAFFIC: [            1056]    << 10
DEBUG:   [            1056]    sending command 'feature abort' failed (4)
DEBUG:   [            1056]    >> POLL not sent
DEBUG:   [            1056]    not sending command 'set osd name': destination device 'TV' marked as not present
DEBUG:   [            1056]    << requesting power status of 'TV' (0)
DEBUG:   [            1056]    << Recorder 1 (1) -> TV (0): POLL
TRAFFIC: [            1056]    << 10
DEBUG:   [            1056]    sending command 'feature abort' failed (4)
TRAFFIC: [            1056]    << 10
DEBUG:   [            1056]    sending command 'feature abort' failed (4)
DEBUG:   [            1056]    >> POLL not sent
DEBUG:   [            1056]    not sending command 'give device power status': destination device 'TV' marked as not present
requesting CEC bus information ...
DEBUG:   [            1056]    << Recorder 1 (1) -> TV (0): POLL
TRAFFIC: [            1056]    << 10
DEBUG:   [            1056]    sending command 'feature abort' failed (4)
TRAFFIC: [            1056]    << 10
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
DEBUG:   [            1057]    >> POLL not sent
DEBUG:   [            1057]    << Recorder 1 (1) -> Recorder 2 (2): POLL
TRAFFIC: [            1057]    << 12
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
TRAFFIC: [            1057]    << 12
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
DEBUG:   [            1057]    >> POLL not sent
DEBUG:   [            1057]    Recorder 2 (2): device status changed into 'not present'
DEBUG:   [            1057]    << Recorder 1 (1) -> Tuner 1 (3): POLL
TRAFFIC: [            1057]    << 13
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
TRAFFIC: [            1057]    << 13
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
DEBUG:   [            1057]    >> POLL not sent
DEBUG:   [            1057]    Tuner 1 (3): device status changed into 'not present'
DEBUG:   [            1057]    << Recorder 1 (1) -> Playback 1 (4): POLL
TRAFFIC: [            1057]    << 14
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
TRAFFIC: [            1057]    << 14
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
DEBUG:   [            1057]    >> POLL not sent
DEBUG:   [            1057]    Playback 1 (4): device status changed into 'not present'
DEBUG:   [            1057]    << Recorder 1 (1) -> Audio (5): POLL
TRAFFIC: [            1057]    << 15
DEBUG:   [            1057]    sending command 'feature abort' failed (4)
TRAFFIC: [            1057]    << 15
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
DEBUG:   [            1058]    >> POLL not sent
DEBUG:   [            1058]    Audio (5): device status changed into 'not present'
DEBUG:   [            1058]    << Recorder 1 (1) -> Tuner 2 (6): POLL
TRAFFIC: [            1058]    << 16
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
TRAFFIC: [            1058]    << 16
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
DEBUG:   [            1058]    >> POLL not sent
DEBUG:   [            1058]    Tuner 2 (6): device status changed into 'not present'
DEBUG:   [            1058]    << Recorder 1 (1) -> Tuner 3 (7): POLL
TRAFFIC: [            1058]    << 17
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
TRAFFIC: [            1058]    << 17
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
DEBUG:   [            1058]    >> POLL not sent
DEBUG:   [            1058]    Tuner 3 (7): device status changed into 'not present'
DEBUG:   [            1058]    << Recorder 1 (1) -> Playback 2 (8): POLL
TRAFFIC: [            1058]    << 18
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
TRAFFIC: [            1058]    << 18
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
DEBUG:   [            1058]    >> POLL not sent
DEBUG:   [            1058]    Playback 2 (8): device status changed into 'not present'
DEBUG:   [            1058]    << Recorder 1 (1) -> Recorder 3 (9): POLL
TRAFFIC: [            1058]    << 19
DEBUG:   [            1058]    sending command 'feature abort' failed (4)
TRAFFIC: [            1058]    << 19
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
DEBUG:   [            1059]    >> POLL not sent
DEBUG:   [            1059]    Recorder 3 (9): device status changed into 'not present'
DEBUG:   [            1059]    << Recorder 1 (1) -> Tuner 4 (A): POLL
TRAFFIC: [            1059]    << 1a
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
TRAFFIC: [            1059]    << 1a
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
DEBUG:   [            1059]    >> POLL not sent
DEBUG:   [            1059]    Tuner 4 (A): device status changed into 'not present'
DEBUG:   [            1059]    << Recorder 1 (1) -> Playback 3 (B): POLL
TRAFFIC: [            1059]    << 1b
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
TRAFFIC: [            1059]    << 1b
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
DEBUG:   [            1059]    >> POLL not sent
DEBUG:   [            1059]    Playback 3 (B): device status changed into 'not present'
DEBUG:   [            1059]    << Recorder 1 (1) -> Reserved 1 (C): POLL
TRAFFIC: [            1059]    << 1c
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
TRAFFIC: [            1059]    << 1c
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
DEBUG:   [            1059]    >> POLL not sent
DEBUG:   [            1059]    Reserved 1 (C): device status changed into 'not present'
DEBUG:   [            1059]    << Recorder 1 (1) -> Reserved 2 (D): POLL
TRAFFIC: [            1059]    << 1d
DEBUG:   [            1059]    sending command 'feature abort' failed (4)
TRAFFIC: [            1059]    << 1d
DEBUG:   [            1060]    sending command 'feature abort' failed (4)
DEBUG:   [            1060]    >> POLL not sent
DEBUG:   [            1060]    Reserved 2 (D): device status changed into 'not present'
DEBUG:   [            1060]    << Recorder 1 (1) -> Free use (E): POLL
TRAFFIC: [            1060]    << 1e
DEBUG:   [            1060]    sending command 'feature abort' failed (4)
TRAFFIC: [            1060]    << 1e
DEBUG:   [            1060]    sending command 'feature abort' failed (4)
DEBUG:   [            1060]    >> POLL not sent
DEBUG:   [            1060]    Free use (E): device status changed into 'not present'
DEBUG:   [            1060]    << requesting active source
TRAFFIC: [            1060]    << 1f:85
DEBUG:   [            1060]    sending command 'request active source' failed (4)
TRAFFIC: [            1060]    << 1f:85
DEBUG:   [            1060]    sending command 'request active source' failed (4)
DEBUG:   [            1060]    << requesting active source
TRAFFIC: [            1060]    << 1f:85
DEBUG:   [            1060]    sending command 'request active source' failed (4)
TRAFFIC: [            1060]    << 1f:85
CEC bus information
===================
device #1: Recorder 1
address:       2.0.0.0
active source: no
vendor:        Pulse Eight
osd string:    CECTester
CEC version:   1.4
power status:  on
language:      eng


currently active source: unknown (-1)
DEBUG:   [            1060]    sending command 'request active source' failed (4)
DEBUG:   [            1061]    unregistering all CEC clients
NOTICE:  [            1061]    unregistering client: libCEC version = 4.0.0, client version = 4.0.0, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 2.0.0.0, git revision: 7.90.009+217-2fc648a~dirty, compiled on Thu Dec 22 03:40:37 UTC 2016 by chewitt@buildbox on Linux 4.4.0-47-generic (x86_64), features: P8_USB, DRM, P8_detect, RPi
DEBUG:   [            1061]    Recorder 1 (1): power status changed from 'on' to 'unknown'
DEBUG:   [            1061]    Recorder 1 (1): vendor = Unknown (000000)
DEBUG:   [            1061]    Recorder 1 (1): CEC version unknown
DEBUG:   [            1061]    Recorder 1 (1): osd name set to 'Recorder 1'
DEBUG:   [            1061]    Recorder 1 (1): device status changed into 'unknown'
DEBUG:   [            1061]    unregistering all CEC clients
DEBUG:   [            1153]    UnregisterLogicalAddress - releasing previous logical address
DEBUG:   [            1153]    logical address changed to Broadcast (f)
Reply
#8
The other thing to check is CEC is enabled on the Pi.

In Krypton go to settings > system settings > input >peripherals , select the CEC adapter and review its settings.

If that fails the other thing to try is to shutdown everything (TV, Pi and anything else connected), pull out power plugs and then start everything up from cold. I had a Pi 2 which lost CEC completely and doing that restored it
|Banned add-ons (wiki)|Forum rules (wiki)|VPN policy (wiki)|First time user (wiki)|FAQs (wiki) Troubleshooting (wiki)|Add-ons (wiki)|Free content (wiki)|Debug Log (wiki)|

Kodi Blog Posts
Reply
#9
(2017-02-11, 10:15)DarrenHill Wrote: The other thing to check is CEC is enabled on the Pi.

In Krypton go to settings > system settings > input >peripherals , select the CEC adapter and review its settings.

If that fails the other thing to try is to shutdown everything (TV, Pi and anything else connected), pull out power plugs and then start everything up from cold. I had a Pi 2 which lost CEC completely and doing that restored it

Is there an order should I follow to power the devices back? TV -> soundbar -> CCU -> Pi3 ?
Reply
#10
Sounds reasonable to me for the full setup.

I just had TV and Pi so it was much simpler. Maybe leave the bar and Chromecast out initially and see if you can just get the Pi some going via CEC and then add them back in if it works.
|Banned add-ons (wiki)|Forum rules (wiki)|VPN policy (wiki)|First time user (wiki)|FAQs (wiki) Troubleshooting (wiki)|Add-ons (wiki)|Free content (wiki)|Debug Log (wiki)|

Kodi Blog Posts
Reply
#11
Yep - definitely start with just a TV and Pi 3 - and power TV on first, then the Pi 3.

Also - when talking about 'powering off and on' TVs - when diagnosing CEC and other HDMI issues - this means a full power cycle (i.e. unplug/extermally switch off from the mains power) not just turning off and back on from the remote control.
Reply

Logout Mark Read Team Forum Stats Members Help
Vizio & Pi3: no CEC0