Docks & Monitors

HDMI-CEC one-remote control fails

Get HDMI-CEC one-remote control and auto-switch working — enable it on every device under its brand trade name (Anynet+, BRAVIA Sync, SimpLink), and solve the AVR-in-the-middle problem.

Problem summary

HDMI-CEC is a one-wire control bus for cross-device power, input, and volume — and it's flaky mainly because every brand ships it under a different trade name (Samsung Anynet+, Sony BRAVIA Sync, LG SimpLink, Panasonic VIERA Link) and implementations interoperate poorly across brands. The fix is to enable CEC on every device in the chain — TV and AVR and source — and to handle the AVR-in-the-middle case, where the receiver's CEC passthrough must be on. CEC also underpins the eARC handshake, so turning CEC off commonly breaks return audio too.

Operator snapshotEvidence first

First proof

Find and enable CEC on the TV under its brand name (Anynet+/BRAVIA Sync/SimpLink/VIERA Link).

Screen to open

Open the TV's HDMI-CEC setting (Anynet+/BRAVIA Sync/SimpLink/VIERA Link) and turn it on.

Expected signal

CEC is on at the TV.

Stop boundary

Stop if disabling CEC is the only 'fix' — solve the specific option instead.

Layer path

1HDMI-CEC is a one-wire control bus for cross-device power, input, and volume — and it's flaky mainly because each brand ships it under a different trade name (Samsung Anynet+, Sony BRAVIA Sync, LG SimpLink, Panasonic VIERA Link) with poor cross-brand interoperability.

2CEC must be enabled on every device in the chain — TV and AVR and source. One device with it off breaks the whole one-remote/auto-switch behavior.

3The AVR-in-the-middle case is its own fork: with TV→AVR→source, the AVR's CEC passthrough must be on and must cooperate with the TV.

4CEC also underpins the eARC handshake, so a disabled CEC setting frequently breaks return audio as well as control.

Runbook

Step-by-step runbook

Start here. Do each check in order, compare it to the expected result, and stop when the evidence explains the failure or the safe stop point applies.

Enable CEC on the TV

Check: Turn on the TV's brand-named CEC setting.

Expected result: CEC active at the TV.

If not: Locate the brand name (Anynet+/BRAVIA Sync/SimpLink/VIERA Link).

Enable CEC on sources

Check: Turn on CEC/HDMI control on each source device.

Expected result: Sources respond to one-remote.

If not: Any source left off won't participate.

Enable AVR passthrough

Check: If an AVR is present, enable its CEC passthrough.

Expected result: Control passes through the receiver.

If not: Update AVR firmware if passthrough is buggy.

Re-handshake

Check: Power-cycle the chain after enabling CEC.

Expected result: The chain re-discovers and one-remote works.

If not: Cross-brand chains may still be imperfect.

Tame unwanted behavior

Check: Disable specific auto-power/auto-switch options instead of CEC itself.

Expected result: Annoyances stop while CEC (and eARC) keep working.

If not: Don't disable CEC wholesale — it breaks eARC.

Safe stop: Stop if disabling CEC is the only 'fix' — solve the specific option instead.

Decision tree

If: One-remote works for some devices but not others

Then: A device in the chain has CEC off or a weak implementation.

Action: Enable CEC on every device; suspect the odd-brand one first.

If: Control breaks across the AVR

Then: AVR CEC passthrough is off or conflicting.

Action: Enable the AVR's CEC/passthrough; update its firmware.

If: Unwanted auto-switch/auto-power, so you turned CEC off

Then: CEC-off also broke eARC and one-remote.

Action: Re-enable CEC and disable only the specific auto-power options.

If: Mixed-brand chain misbehaves intermittently

Then: Cross-brand CEC interoperability is inherently inconsistent.

Action: Keep the control path same-brand where possible; accept some quirks.

Safe stop: Stop expecting perfect cross-brand CEC; use device remotes as fallback.

If: eARC audio also gone

Then: eARC depends on CEC.

Action: Confirm CEC on at TV+AVR; then work the eARC port/output settings.

Evidence

Evidence table

Symptom	Evidence to collect	Likely layer	Next action
Some devices respond to one remote, others don't	CEC enable state on each device	CEC off / weak on one device	Enable CEC everywhere; check the odd-brand unit.
Control stops at the AVR	AVR CEC passthrough setting + firmware	AVR passthrough off/buggy	Enable passthrough; update AVR firmware.
eARC audio died when CEC was turned off	CEC state vs eARC behavior	CEC dependency of eARC	Re-enable CEC; disable specific auto-behaviors instead.
Random auto-switching annoyance	Which CEC auto-power options are on	Over-broad CEC auto behaviors	Disable the specific options, keep CEC on.
Cross-brand chain flaky	Brands in the control chain	Poor cross-brand interop	Prefer a same-brand control path.

Reference

Commands and settings paths

Enable CEC on the TV

Open the TV's HDMI-CEC setting (Anynet+/BRAVIA Sync/SimpLink/VIERA Link) and turn it on.

Where: On the TV menu

Expected: CEC is enabled at the TV.

Failure means: Left off, the whole chain can't be controlled.

Safe next step: Then enable it on the source and AVR too.

Enable CEC on each source/AVR

Turn on CEC/HDMI control on the streamer/console and the AVR (passthrough).

Where: On each device's settings

Expected: Every device in the chain has CEC on.

Failure means: One device off breaks one-remote/auto-switch.

Safe next step: For an AVR specifically, enable CEC passthrough.

Re-handshake CEC

Power-cycle all devices after enabling CEC (display → AVR → source).

Where: At the rack/outlets

Expected: CEC re-discovers the chain and one-remote works.

Failure means: If it still fails, suspect a cross-brand interop limit.

Safe next step: Use device remotes as fallback for cross-brand quirks.

Hardware boundary

Hardware and platform boundary

Change only when

Prefer a same-brand TV + soundbar/AVR control path if reliable one-remote CEC matters to you, since cross-brand CEC is the least consistent.

Evidence that matters

CEC enabled on every device in the chain, AVR passthrough on, and current AVR firmware.

Evidence that does not matter

The CEC brand name itself — they're all HDMI-CEC; what matters is enabling it end to end.

Avoid

Disabling CEC to stop auto-switching (it also kills eARC and one-remote) instead of disabling the specific auto-power option.

Related tool/checklist

Use the linked tool when you need a guided plan from your exact symptoms instead of a static checklist.

Device setup troubleshooter

Last reviewed

2026-06-03 · Reviewed by HomeTechOps. Built from 2026-06 research verified against Samsung's Anynet+ support and HDMI.org's audio guidance. The operator differentiators are the per-brand trade names, the enable-on-every-device rule, the AVR-passthrough fork, and the CEC↔eARC dependency that makes 'just turn CEC off' a trap.

Sources/assumptions

Assumes a TV plus one or more CEC-capable devices (streamer/console/player) and optionally an AVR/soundbar in the chain.
Brand trade names are stated from maker support; cross-brand CEC interoperability is inherently inconsistent, so no universal behavior is claimed.

Source-backed checks

HomeTechOps turns official docs and conservative safety rules into a shorter runbook. These links are the source trail for the page direction.

Samsung Support: Anynet+ (HDMI-CEC)Used as a representative first-party reference for HDMI-CEC under a brand trade name (Anynet+) and the enable-on-every-device requirement.HDMI: How to get the best sound from a TV (ARC vs eARC)Used for the ARC-vs-eARC distinction and the 'use the HDMI port labeled eARC/ARC' rule when wiring a soundbar/AVR back to the TV.

Diagnostic rule

1. Check the simplest signal first.
2. Change one thing at a time.
3. Avoid unsafe electrical or data-loss steps.
4. Stop when the evidence says the risk moved.

FAQ

Why is HDMI-CEC so unreliable across my devices?

Because each brand implements CEC under its own trade name (Anynet+, BRAVIA Sync, SimpLink, VIERA Link) and they interoperate poorly across brands. CEC must be enabled on every device in the chain — one device with it off breaks the whole one-remote/auto-switch behavior. Same-brand chains are the most reliable; mixed-brand chains are the worst case.

My AVR is in the middle and control doesn't pass through — what now?

With TV → AVR → source, the AVR's CEC passthrough must be enabled, and its implementation has to cooperate with the TV's. Turn CEC on at all three points and, if it still conflicts, check the AVR's CEC/passthrough setting specifically. If only return audio is affected rather than control, that's the eARC/ARC path — eARC depends on CEC.

Could enabling CEC fix my soundbar audio too?

Often yes. eARC/ARC uses CEC for its handshake and auto-switch, so a disabled CEC setting frequently breaks return audio as well as one-remote control. If you turned CEC off to stop unwanted auto-switching, re-enable it and instead disable the specific auto-power behaviors you don't want, where the TV exposes them.

Problem summary

Layer path

Step-by-step runbook

Enable CEC on the TV

Enable CEC on sources

Enable AVR passthrough

Re-handshake

Tame unwanted behavior

Decision tree

Evidence table

Commands and settings paths

Enable CEC on the TV

Enable CEC on each source/AVR

Re-handshake CEC

Hardware and platform boundary

Change only when

Evidence that matters

Evidence that does not matter

Avoid

Related tool/checklist

Related problems

Last reviewed

Sources/assumptions

Source-backed checks