Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Kernel & Hardware
  • Search

[Solved] Power on by MCE Remote?

Kernel not recognizing your hardware? Problems with power management or PCMCIA? What hardware is compatible with Gentoo? See here. (Only for kernels supported by Gentoo.)
Post Reply
Advanced search
12 posts • Page 1 of 1
Author
Message
Silmano
n00b
n00b
Posts: 59
Joined: Sat Mar 10, 2012 5:53 pm

[Solved] Power on by MCE Remote?

  • Quote

Post by Silmano » Sun Mar 17, 2013 7:24 pm

I've got a Zotac ZBOX ID-84 with the remote configured via lirc as:

Code: Select all

LIRC_DEVICES="devinput"
Using XBMC, the remote handles almost all the inputs without problems, but I would like to set the power on button on the remote to actually power on the zbox. Any idea how to achieve that?

This is the remote that came with the ZBOX:
http://media.bestofmicro.com/C/M/342598 ... remote.jpg
Should it be configured in any other way that "devinput"? I wasn't able to find the manufacturer or what driver to set in lirc.


SOLUTION: It seems you have to suspend/hibernate the PC instead of power it off. With suspend/hibernate and the remote correctly installed, works without problem. You can find how to fully install the zotac remote here: http://forums.gentoo.org/viewtopic-p-72 ... ml#7291578
Last edited by Silmano on Wed Apr 17, 2013 8:14 am, edited 2 times in total.
Top
lexflex
Guru
Guru
Posts: 363
Joined: Sun Mar 05, 2006 6:09 pm
Location: the Netherlands

  • Quote

Post by lexflex » Sun Mar 17, 2013 8:27 pm

Hi,

Some thoughts, though I don't have the same motherboard.
I did not manage to get "power on" working, but I can resume from suspend using my MCE remote (so this works if you make xbmc suspend and not actually power down.)

You have to select what device is allowed to wake the system ( per usb port, make sure it is pluged in into the right one).

You can check if any "resume after suspend" is activated using :

Code: Select all

 cat /proc/acpi/wakeup
or per usb-port:

Code: Select all

cat /sys/bus/usb/devices/usb2/power/wakeup
To activate, you need something like:

Code: Select all

 echo enabled > /sys/bus/usb/devices/usb2/power/wakeup
where usb2 is the usb my remote is plugged in to ( note that this is important: switching the usb port around will make iresume stop working...)
You have to do this every time after boot I think, so add it to local.d .

Hope this helps ( although I might have to check the exact settings if this doesnt seem to work for you).

Alex.


Ps: also check if the BIOS-settings allow for "wake on USB" or something like that
Top
Silmano
n00b
n00b
Posts: 59
Joined: Sat Mar 10, 2012 5:53 pm

  • Quote

Post by Silmano » Mon Mar 18, 2013 5:47 pm

Wouldn't these changes let the remote wake up the system with any button?

The idea is to have just one button power up the system, so you don't accidentally sit in the remote and power it up.
Top
lexflex
Guru
Guru
Posts: 363
Joined: Sun Mar 05, 2006 6:09 pm
Location: the Netherlands

  • Quote

Post by lexflex » Mon Mar 18, 2013 6:52 pm

Mmm, never thought about that, and I do not know why or why not, but : no, it does not react to any other button.
Only the power button.

Alex.
Top
depontius
Advocate
Advocate
Posts: 3533
Joined: Wed May 05, 2004 4:06 pm

  • Quote

Post by depontius » Mon Mar 18, 2013 7:27 pm

I resume-from-suspend also, and that only happens on the power button, not on the others. My IR receiver also has a light that flashes when it's receiving input, and though my TV remove makes that light flash, I've never had "remote-crosstalk".
.sigs waste space and bandwidth
Top
Silmano
n00b
n00b
Posts: 59
Joined: Sat Mar 10, 2012 5:53 pm

  • Quote

Post by Silmano » Tue Mar 19, 2013 11:19 am

Via lsusb I got the following:

Code: Select all

Bus 003 Device 002: ID 0471:20cc Philips (or NXP)
Bus 003 Device 003: ID 04f3:0103 Elan Microelectronics Corp. ActiveJet K-2024 Multimedia Keyboard
Bus 004 Device 002: ID 8086:0189 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Where Philips is the IR receiver. I've tried with /sys/bus/usb/devices/usb2/power/wakeup, but it doesn't seem to be that device. Any idea how to know which one is it?
Top
depontius
Advocate
Advocate
Posts: 3533
Joined: Wed May 05, 2004 4:06 pm

  • Quote

Post by depontius » Tue Mar 19, 2013 2:22 pm

Silmano wrote:Via lsusb I got the following:

Code: Select all

Bus 003 Device 002: ID 0471:20cc Philips (or NXP)
Bus 003 Device 003: ID 04f3:0103 Elan Microelectronics Corp. ActiveJet K-2024 Multimedia Keyboard
Bus 004 Device 002: ID 8086:0189 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Where Philips is the IR receiver. I've tried with /sys/bus/usb/devices/usb2/power/wakeup, but it doesn't seem to be that device. Any idea how to know which one is it?
You've got to enable wakeup both on the specific device, and on the correct USB device in /proc/acpi/wakeup. You may have only done half the job. "cat /proc/acpi/wakeup". Then you have to figure out which device in the latter maps to what you've already enabled in /sys/bus/usb/devices.
.sigs waste space and bandwidth
Top
Silmano
n00b
n00b
Posts: 59
Joined: Sat Mar 10, 2012 5:53 pm

  • Quote

Post by Silmano » Tue Mar 19, 2013 2:29 pm

depontius wrote:You've got to enable wakeup both on the specific device, and on the correct USB device in /proc/acpi/wakeup. You may have only done half the job. "cat /proc/acpi/wakeup". Then you have to figure out which device in the latter maps to what you've already enabled in /sys/bus/usb/devices.
In /proc/acpi/wakeup I got already all USB enabled by default, sorry for not telling before. I've managed to suspend to RAM and wake up without many problems, but is it possible to do so from a cold boot? That is, turn on the PC with the remote instead of waking up from S3/S4?
Top
depontius
Advocate
Advocate
Posts: 3533
Joined: Wed May 05, 2004 4:06 pm

  • Quote

Post by depontius » Tue Mar 19, 2013 3:18 pm

Silmano wrote:
depontius wrote:You've got to enable wakeup both on the specific device, and on the correct USB device in /proc/acpi/wakeup. You may have only done half the job. "cat /proc/acpi/wakeup". Then you have to figure out which device in the latter maps to what you've already enabled in /sys/bus/usb/devices.
In /proc/acpi/wakeup I got already all USB enabled by default, sorry for not telling before. I've managed to suspend to RAM and wake up without many problems, but is it possible to do so from a cold boot? That is, turn on the PC with the remote instead of waking up from S3/S4?
I don't believe that's possible, at least not without Secret Sauce built into the motherboard and/or power supply.
.sigs waste space and bandwidth
Top
lexflex
Guru
Guru
Posts: 363
Joined: Sun Mar 05, 2006 6:09 pm
Location: the Netherlands

  • Quote

Post by lexflex » Tue Mar 19, 2013 5:53 pm

Silmano wrote:
depontius wrote:but is it possible to do so from a cold boot? That is, turn on the PC with the remote instead of waking up from S3/S4?
I don't believe that's possible, at least not without Secret Sauce built into the motherboard and/or power supply.

Indeed, as depontius says, I also don't think that is possible, thats why we resume from suspend.

From a powerconsumption point-of-view it doesnt really matter though; Only thing is you cant completely remove power because then it would be a cold boot again...
Top
depontius
Advocate
Advocate
Posts: 3533
Joined: Wed May 05, 2004 4:06 pm

  • Quote

Post by depontius » Tue Mar 19, 2013 6:01 pm

In the early days of building my dedicated mythfrontend, I plugged it into my Kill-O-Watt.

Turned "off" it chewed right around 10 watts. (Perhaps that should be "powered-up then shut down.") When suspended it chewed 11 or 12 watts. I'm not sure what was in that 10 watts, at least some of it was keeping the green LED lit on the back of the ethernet jack, and I'm sure that there were other things in there half-alive. But moving from there to suspend looked like a nit.
.sigs waste space and bandwidth
Top
lexflex
Guru
Guru
Posts: 363
Joined: Sun Mar 05, 2006 6:09 pm
Location: the Netherlands

  • Quote

Post by lexflex » Tue Mar 19, 2013 6:10 pm

Indeed your NIC and the ability to "wake on lan" takes some power ( not just the LED itself :-) ).
So switching that of in the bios might still safe you some watt's....
Top
Post Reply

12 posts • Page 1 of 1

Return to “Kernel & Hardware”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic