Raspberry Pi locking after HDMI display is turned off

[rsperson]

I had been running Xbian for months with no power off/lockup.

 

raspbmc froze/locked the same way, Openelec had similar issues

 

Otherwise I really like Plex and want to keep using it - and I will but at this point but the pi is not workable

 

I always want the PI on.  

 

Obviously there is a way to do it because Xbain has it solved.

 

I have not been able to find anything in any menu or file that will fix this on ANY version or XBMC/KODI or OpenELEC

 

Now there are differences.  Plex keeps all the lights on as if the Pi is still running.   Xbmc - any flavor always went to the single red light about 20 seconds after the display was turned off

 

Lights:

yellow 1 - solid

yellow 2 - solid

green 1 -fast blink

green 2 - solid

red 1 - solid

red 2 - solid

 

fails ssh, ping, plex android remote app

 

Ideas?

[dlanor]

If it locks up each time you turn off the ‘HDMI display’, then I suspect that the issue is related to the CEC features.
That’s how HDMI TV sets use HDCP protocol to interact with HDMI signal sources in various ways, including shutdown.
Since the RPi does not have any method to be awakened from shutdown, CEC shutdown features had best be disabled.

Also, since you say “HDMI display” rather than just “TV with HDMI”, I have to ask if you use a normal TV set or something else.
Some people use PC monitors with HDMI-DVI adaptors, and in most cases such monitors do NOT use HDCP and CEC in a way compatible with RasPlex.

You should go into the RasPlex submenu:
Preferences > System > ‘Input devices’ > Peripherals

This should normally list just one entry, that being a “CEC Adapter”.
With that entry selected, press ‘Enter’ to open the menu containing all CEC related settings of RasPlex.
Try disabling everything you can here, to see if this affects/prevents the unwanted shutdown/freeze behaviour.

If your “HDMI display” device also has a settings menu for HDCP or CEC (sometimes named differently), try disabling all interactions there too.

Hopefully this will result in some combination of settings that work properly for you.

Best regards: dlanor

[rsperson]

You are right.  HDMI display - is a TV albeit an old one.

(10 year old Panasonic 42 Plasma ED set but converts 1080p inputs nicely)

1 hdmi, 2 composite, 1 component

The Pi locks up.   XBMC/Raspbian physically shuts off - has a single red light - like a shutdown from Xbmc menu.

OpenELEC would shut off within an hour or 5 minutes - no consistency - and either lights on - nobody home - or red light like a shutdown.

Xbian - just runs.  I have checked the menus and all settings that are manageable are the same - had to something in a file buried somewhere - but not in config either

I will check the menus - but like I said.  Nothing changed in the menus changes the behavior on any version of the XBMC/OpenELEC on the Pi.  Only the Xbian distro works flawlessly in regard to HDMI display.  It has other issues and I REALLY like the Plex client/server methodology (server running on Linux Ubuntu 14.04 Headless server)

I had to replace a broken TV (wife insists :P ) in the bedroom.  Got a 32 TCL (A what???) with Roku built in and Plex right in the setup

I would be more then happy to replace the 42 Plasma with another 42-48 TCL to make the problem go away but the budget doesn't allow

[dlanor]

I still believe this to be a CEC-related issue, though the Panasonic menus probably call it something else.
I believe the Panasonic sets use a customized protocol called ‘Viera’ which corresponds to HDCP and CEC.
Note that ‘corresponds to’ does not guarantee mutual compatibility, which could cause such problems.

You should try to find any menu related to such things on the TV set, and disable EVERYTHING in it.
And of course you should also disable the CEC settings of RasPlex, which I mentioned earlier.

Best regards: dlanor

[system]

You are right.  HDMI display - is a TV albeit an old one.

(10 year old Panasonic 42 Plasma ED set but converts 1080p inputs nicely)

1 hdmi, 2 composite, 1 component

The Pi locks up.   XBMC/Raspbian physically shuts off - has a single red light - like a shutdown from Xbmc menu.

OpenELEC would shut off within an hour or 5 minutes - no consistency - and either lights on - nobody home - or red light like a shutdown.

Xbian - just runs.  I have checked the menus and all settings that are manageable are the same - had to something in a file buried somewhere - but not in config either

I will check the menus - but like I said.  Nothing changed in the menus changes the behavior on any version of the XBMC/OpenELEC on the Pi.  Only the Xbian distro works flawlessly in regard to HDMI display.  It has other issues and I REALLY like the Plex client/server methodology (server running on Linux Ubuntu 14.04 Headless server)

I had to replace a broken TV (wife insists :P ) in the bedroom.  Got a 32 TCL (A what???) with Roku built in and Plex right in the setup

I would be more then happy to replace the 42 Plasma with another 42-48 TCL to make the problem go away but the budget doesn't allow

You need to change the setting on your TV under Settings, Viera Link Settings.

The one you are interested in is 'Power off link', you need to set this to 'No', the manual states:

"When "Yes' is selected and the TV is turned off, all connected VIERA Link compatible equipment is also automatically turned off.

- A Panasonic DVD Recorder will not turn off if it is still in Rec mode.

- The TV remains on even if the VIERA Link compatible equipment is turner off."

Regards

[rsperson]

This Panasonic was made before ANY Viera existed - I think.

Its an ED/480p Plasma - and like a said previously

SOMETHING is working in the settings of Xbian - without changes to the Panasonic - that is weeks and weeks between plays sometimes and all just WORKS.  I was away for 5 weeks and it just WORKED when I got home.

I am trying the settings to see what is what.

Thanks

[dlanor]

This Panasonic was made before ANY Viera existed - I think.

Perhaps you are right, but this kind of control protocol is not much younger than the HDMI interface standard.
It's one of the features that the HDMI standard was aiming for. And Panasonic have been using it for quite a while.
The oldest article I could find right now stating another product actually using Viera link protocol is just 8 years old.
But it stands to reason that the protocol (or some prototype leading to it) must exist in TVs before products using it.
 

Its an ED/480p Plasma - and like a said previously
 
SOMETHING is working in the settings of Xbian - without changes to the Panasonic - that is weeks and weeks between plays sometimes and all just WORKS.  I was away for 5 weeks and it just WORKED when I got home.

The time interval is irrelevant as long as no settings have changed.
It could simply be that your Xbian has no CEC interactivity at all, while most other RPi OS do.
Or perhaps it simply has those features disabled by default, while others have it enabled.
(I'm not familiar with Xbian, so I have no real clue as to what it can or can't support.)
 

I am trying the settings to see what is what.

I really think this should help, because with all HDMI interaction disabled the RPi couldn't care less whether or not the TV set is on or off (or physically disconnected). It should keep running until explicitly commanded to shutdown or reboot.

Best regards: dlanor

[rsperson]

First test was successful - Pi stayed running overnight.  Will see if it can take a few days. I didn't touch it after this morning.  Tomorrow night will be the next try.

The Time interval is relevant - I had versions of XBMC run for few hours and about a day and a half and then go lights on nobody home. Xbian on the same display and same Pi - no issue for weeks.

Xbain claims smaller footprint then XBMC - but based on debian/Xbmc - stripped down and tweeked

with Kodi working on rc3 who knows where Xbian will end up

Meanwhile - Plex has gotten another step closer to being my Pi media center OS of choice.

[dlanor]

First test was successful - Pi stayed running overnight.  Will see if it can take a few days.

Mine does, and always has. That's one reason I think interaction with your TV is involved.
 

I didn't touch it after this morning.  Tomorrow night will be the next try.

I still don't think it is a matter of time as such, but mainly a matter of how the TV set is operated and configuration at both ends.

Here's one non-CEC example:
Some people have suspected that there's a memory leak in the slideshow screensaver, and since this reloads images at a set rate, such leakage would increase over time, and could eventually reach a point where the system runs out of free RAM and crashes. Personally I don't have that problem though, and I use slideshow screensaver all the time, so that can't be the full story behind the crashes of that kind which some people complain of. But some of those people eliminated that problem simply by disabling the screensaver.
 

The Time interval is relevant - I had versions of XBMC run for few hours and about a day and a half and then go lights on nobody home.

I'm not sure what you mean by 'lights on' (odd phrase for a turn-off/lock).
But since nobody was home, you don't really know what happened. A temporary power outage could very well have such effects, with or without CEC interactions (possibly triggered by power returning).
 

Xbian on the same display and same Pi - no issue for weeks.

So it has different default behavior, as already stipulated.
 

Xbain claims smaller footprint then XBMC - but based on debian/Xbmc - stripped down and tweeked

And...? How does that relate to the issues ?
Storage footprint doesn't really matter much for a dedicated player system, as long as available storage is sufficient.
 

with Kodi working on rc3 who knows where Xbian will end up

It will probably follow the continued development of XBMC/Kodi, just like most XBMC-based projects do.

But the more complex modifications and additions an XBMC-based project uses, the greater will be its adaption delay, which is why PHT still hasn't completed its integration of the 'Gotham' XBMC version, which also leaves RasPlex with that same limitation.
 

Meanwhile - Plex has gotten another step closer to being my Pi media center OS of choice.

It has been that for me since a long time back. I still experiment with XBMC/Kodi and other media players on various platforms, including several set-top boxes. But when it comes to convenient access to my media library nothing really competes with PHT/RasPlex.

Best regards: dlanor

[rsperson]

Quote

The Time interval is relevant - I had versions of XBMC run for few hours and about a day and a half and then go lights on nobody home.

I'm not sure what you mean by 'lights on' (odd phrase for a turn-off/lock).
But since nobody was home, you don't really know what happened. A temporary power outage could very well have such effects, with or without CEC interactions (possibly triggered by power returning).

Quite Literally - lights on like normal - cannot SSH in,  cannot use the remote.  When the Pi is powered down a single red light is on - different situation

[rsperson]

Quote

Xbain claims smaller footprint then XBMC - but based on debian/Xbmc - stripped down and tweeked

And...? How does that relate to the issues ?
Storage footprint doesn't really matter much for a dedicated player system, as long as available storage is sufficient.

These are all XBMC based installations - change all the CEC options in the menus. Change the Config.txt file as well.  Something else that is not in either of those locations appears to be involved.  Just don't know what.

[dlanor]

Quote
I'm not sure what you mean by 'lights on' (odd phrase for a turn-off/lock).
But since nobody was home, you don't really know what happened. A temporary power outage could very well have such effects, with or without CEC interactions (possibly triggered by power returning).
 
Quite Literally - lights on like normal - cannot SSH in,  cannot use the remote.  When the Pi is powered down a single red light is on - different situation

OK. Now I understand how you meant it. The 'Nobody Home' part referred allegorically to the RPi, whereas I took it literally (nobody at your home at the time). That kind of allegory would not be used in my native language, hence the misunderstanding.

These are all XBMC based installations - change all the CEC options in the menus. Change the Config.txt file as well.  Something else that is not in either of those locations appears to be involved.  Just don't know what.

The config.txt may have some CEC related entries, but the main configuration must be done in the "CEC adapter" submenu, reached through the submenu path: Preferences > System > 'Input devices' > Peripherals > 'CEC adapter'

The only other CEC-related config I'm aware of would be at the other end, in the TV menus.
But that obviously varies with TV models, with some not implementing any.

In an earlier post (Dec 22) you stated that the RPi had managed to run overnight without problems.
So now I wonder if the problem has recurred since then ?

Best regards: dlanor

[rsperson]

Pi has run 2 overnights without turning off or locking up.

I am considering this solved and closed

Thanks for all the help.