Vero 4k CEC issue

I’m guessing that when you built things, you removed my patch:


From 8ef32691188e48f8cc7ad8af7b3131202f80ba92 Mon Sep 17 00:00:00 2001
From: Sam Nazarko <email@samnazarko.co.uk>
Date: Sun, 30 Apr 2017 09:35:11 +0100
Subject: [PATCH] Revert LG-Reconnect request

That might’ve been the issue.

Sam

i removed 03 and 05, 05 was already applied upstream.

Yep. It’ll be in staging in an hour.

Nice, good to hear. :wink:

Apologies for my absense. I still haven’t managed to solve this problem.

The symptoms are: If the Vero is awake (LED blue) and I put the TV into standby, the Vero, TV and AVR all go to sleep as I would expect.

If I am watching another source and the Vero is asleep (LED red), pressing standby on the TV puts the TV and AVR to sleep but the Vero LED instantly turns blue, followed by the TV and AVR waking.

I turned on logging for CEC and rebooted. I woke the TV and AVR by turning on my satellite STB, leaving the Vero asleep then turned the TV off. This caused the above behavior to occur.

OSMC log

Thanks for your help

It looks like your TV sends a key press to the Vero, so we wake from standby as you would expect.

Perhaps there is an option to not do this in your TV’s CEC Settings?

Surely that’s the problem; the keypress is “turn everything off” which wakes up the vero. It doesn’t wake up other devices.

I can reproduce here.
It’s the double standby issue. If Vero is in Standby and get’s another Standby request via CEC it wakes up

2020-05-03 19:25:15.586 T:4070645760  NOTICE: Activating standby mode
2020-05-03 19:25:15.586 T:4070645760    INFO: Activating Vero standby mode
2020-05-03 19:25:15.586 T:4070645760    INFO: Toggle standby state is sleeping
2020-05-03 19:25:15.586 T:4070645760    INFO: CApplication::ToggleStandby -- Toggle TMDS clock to 0
2020-05-03 19:25:15.587 T:4070645760    INFO: CApplication::ToggleStandby -- Toggle LED brightness to 0
2020-05-03 19:25:15.587 T:4070645760    INFO: CApplication::ToggleStandby -- governor will now be powersave
2020-05-03 19:25:15.588 T:4070645760    INFO: CApplication::ToggleStandby -- HPD locking will now be hpd_lock1
2020-05-03 19:25:15.588 T:4070645760  NOTICE: CApplication::ToggleStandby -- checking for existence of /home/osmc/.kodi/userdata/standby.py
2020-05-03 19:25:15.589 T:4070645760   DEBUG: ------ Window Deinit (Custom_Overlay_Debug.xml) ------
2020-05-03 19:25:15.589 T:4070645760   DEBUG: ------ Window Deinit (DialogButtonMenu.xml) ------
2020-05-03 19:25:15.590 T:4070645760   DEBUG: ------ Window Init (Custom_Overlay_Debug.xml) ------
2020-05-03 19:25:15.595 T:4070645760   DEBUG: CAddonSettings[screensaver.xbmc.builtin.dim]: loading setting definitions
2020-05-03 19:25:15.595 T:4070645760   DEBUG: CAddonSettings[screensaver.xbmc.builtin.dim]: trying to load setting definitions from old format...
2020-05-03 19:25:15.596 T:4070645760   DEBUG: ------ Window Init () ------
2020-05-03 19:25:27.360 T:4070645760  NOTICE: Activating standby mode
2020-05-03 19:25:27.361 T:4070645760    INFO: Activating Vero standby mode
2020-05-03 19:25:27.361 T:4070645760    INFO: Toggle standby state is waking
2020-05-03 19:25:27.361 T:4070645760    INFO: CApplication::ToggleStandby -- Toggle TMDS clock to 1
2020-05-03 19:25:27.399 T:4070645760    INFO: CApplication::ToggleStandby -- Toggle LED brightness to 1
2020-05-03 19:25:27.400 T:4070645760    INFO: CApplication::ToggleStandby -- governor will now be ondemand
2020-05-03 19:25:27.400 T:4070645760    INFO: CApplication::ToggleStandby -- HPD locking will now be hpd_lock0
2020-05-03 19:25:27.401 T:4070645760  NOTICE: CApplication::ToggleStandby -- checking for existence of /home/osmc/.kodi/userdata/wake.py
2020-05-03 19:25:27.401 T:4070645760   DEBUG: ------ Window Deinit (Custom_Overlay_Debug.xml) ------
2020-05-03 19:25:27.401 T:4070645760   DEBUG: ------ Window Deinit () ------
2020-05-03 19:25:27.401 T:4070645760   DEBUG: ToggleDeviceState - waking up CEC device...
2020-05-03 19:25:27.401 T:4070645760   DEBUG: ------ Window Init (Custom_Overlay_Debug.xml) ------

Is there a cure or work around for this please? It’s annoying as anything and is putting extra power on cycles on my TV and AVR

The TV sending a turn of request is desirable for me as I want everything to sleep when I turn the TV off. I can turn off “Smart Standby” on the TV but then I’ll have to grab the AVR remote and turn it off every time I turn the TV off.

Would it be possible for the Vero to check what the keypress was if it’s sleeping and if it was “Turn off”, go back to sleep rather than proceed with a full wake up and and tell the rest of the system to wake?

Does every receiver send the same ‘turn off’ key press?

The Vero clearly seems to understand whatever is sent as it goes to sleep on the command of the TV if it’s awake in the same circumstances

I don’t think it is a ‘turn off’ key press.
I enable CEC logging, here is what the TV sends

2020-05-03 22:13:18.672 T:3901739744   DEBUG: CecLogMessage - TV (0): power status changed from 'on' to 'standby'
2020-05-03 22:13:18.672 T:3901739744   DEBUG: CecLogMessage - >> TV (0) -> Broadcast (F): vendor command with id (A0)
2020-05-03 22:13:18.774 T:3901739744   DEBUG: CecLogMessage - >> 0f:36
2020-05-03 22:13:18.774 T:3901739744   DEBUG: CecLogMessage - >> TV (0) -> Broadcast (F): standby (36)
2020-05-03 22:13:18.779 T:4066725888  NOTICE: Activating standby mode
2020-05-03 22:13:18.779 T:4066725888    INFO: Activating Vero standby mode
2020-05-03 22:13:18.779 T:4066725888    INFO: Toggle standby state is waking
2020-05-03 22:13:18.780 T:4066725888    INFO: CApplication::ToggleStandby -- Toggle TMDS clock to 1
2020-05-03 22:13:18.818 T:4066725888    INFO: CApplication::ToggleStandby -- Toggle LED brightness to 1
2020-05-03 22:13:18.818 T:4066725888    INFO: CApplication::ToggleStandby -- governor will now be ondemand
2020-05-03 22:13:18.818 T:4066725888    INFO: CApplication::ToggleStandby -- HPD locking will now be hpd_lock0
2020-05-03 22:13:18.819 T:4066725888  NOTICE: CApplication::ToggleStandby -- checking for existence of /home/osmc/.kodi/userdata/wake.py

I will see what can be done here.

This should now be solved in the June update.

Thanks

Sam

Thank you for all your hard work, Sam.

I hope you and your loved ones are all safe.

1 Like