PIR-Sensor - put your mirror to sleep if not used

[paviro]

@IngmarSwart could you explain what setting this changes? And may open a pull request? Is this only possible with sudo?

Please also note: Use Markdown on code snippets so it is easier to read!

[IngmarSwart]

@paviro, if I understoof the documentation correctly, the command chvt simply changes the foreground terminal. It appears that in my case the the output of the RasPi is send to another terminal than that is displayed on the monitor.

My apologies for not using the markdown code. I only recently started using GitHub etc, so I have some learning to do when it comes to opening pull requests.

I just tested to confirm if the use of sudo is required. Unfortunately, it is.

[paviro]

@IngmarSwart Strange that you have this issue, since I do not. I only have the problem when the monitor is disabled via a relay while the Pi boots.
Could you do some more research on why this is happening and maybe find a way to fix it without root rights?

[IngmarSwart]

@paviro, I also don’t understand where it comes from, especially since the MagicMirror appears as it should immediately after boot. At first glance, the monitor (Philips 273V5L) and Pi seem to play nice: EDID information is correct, tvservice -s gives the native resolution and refresh rate of the monitor. If I can find some time, I will look into it. However, I am also quite earger to start playing with your Facial-Recognition module… :relaxed:

[KirAsh4]

This is more of a PSA than anything else, but particularly since the tvservice is part of the rPi’s firmware. While running 'sudo apt-get update && sudo apt-get upgrade' will upgrade your rPi’s packages and firmware, it may not be the latest version. For most, this is okay. But if you’re like me, who likes to live on the bleeding edge of things, particularly when something isn’t working right, running 'sudo rpi-update' separately will update the firmware only, including binaries such as 'tvservice' since they’re part of the firmware, not just a standard package (in fact, you can’t find it as a stand alone package through 'apt-cache'.)

Use at your own risk. :)

[witschi87]

I’m getting the following error:

start-magic-0 (err): WARNING! Could not find config. Please create one.
start-magic-0 (err): App threw an error when running [Error: Module version mismatch. Expected 47, got 48.]
start-magic-0 (err): [Error: Module version mismatch. Expected 47, got 48.]

I’ve just cloned the git repository and installed the dependencies.
And that is my config:

{
	module: 'MMM-PIR-Sensor',
	config: {
		sensorPIN: 22,
		powerSaving: true
	}
},

[paviro]

Please use Node v5 not v6 one of the dependencies is not yet ready for v6.

[witschi87]

Can you tell me how to do that, please?!

[paviro]

First Google result when searching for downgrade node to v5 :)
Also do not forget to execute npm installand if that does not work reinstall the module from GitHub after you downgraded.

[KirAsh4]

@paviro, but but but … @MichMich said … he said … he said node 6.1.0 is now supported. Dependencies be damned, they need to catch up.

[MichMich]

@KirAsh4 Yeah, MM supports Node 6.1.0 @paviro apparently still live in the stone age with his modules … 😈

[KirAsh4]

@MichMich, I have a laser … let’s tie him up and put his hand under the beam. That’ll teach him!

[MichMich]

He is from the stone age. He doesn’t know what a laser is. 😱

[KirAsh4]

[paviro]

Ha, ha :laughing:
Will change my dependencies when I have some spare time.

[Patrick]

At first: Thank you very much.
This module is great and works fine for me.
When it’s allowed to make some suggestion…
you maybe could add a possibility to switch wireless sockets.
The effort for this shouldn’t be much, when you can use xkonni’s remote control.
https://github.com/xkonni/raspberry-remote
This would be a great possibity for those, who don’t feel comfortable to use a 230V relais… (I studied Mechatronics, so i don’t care :P)

[paviro]

Feel free to send a pull request! :)

[MechMatt]

@paviro any suggestions on what relay to get for use with this? There are lots of choices on amazon

[Patrick]

Ok. When I’ve time, I will get a wireless transmitter.
Would be embarrasing if it wouldnt work because I’ve never tried :anguished:

[IngmarSwart]

@paviro I finally found some time to look into the problem I had some more. The exact origin is still unclear to me, but I did figure out that my problem, it is not related to your module, or the MM software in general. I got the same behaviour over ssh: tvservice -o switches the monitor connected to the Pi off, tvservice -p switches it back on, but the screen would appear black. After fiddling around a little bit, I found another solution that does not require root rights. Instead of using the sudo chvt 7 && sudo chvt 9 command, the problem can also be solved using fbset. My modified version of the activateMonitor function file node_helper.js:

activateMonitor: function () {
    if (this.config.relayPIN != false) {
      gpio.digitalWrite(this.config.relayPIN, this.config.relayOnState)
    }
    else if (this.config.relayPIN == false){
      exec("/opt/vc/bin/tvservice -p", null);
      exec("/bin/fbset -depth 8 && /bin/fbset -depth 16 ", null);
      exec("/usr/bin/xrefresh",null);
    }

For the command xrefresh to work when given via ssh, the correct display variable has to be set (in my case):
export DISPLAY=:0 I have added this line to my .profile file in the /home/pi directory so that I don’t have to type it every time I log in via ssh.