MMM-PIR-Sensor-Lite modification

sdetweil

@Freddy_boy said in MMM-PIR-Sensor-Lite modification:

Also, the files are difficult to view, as the entire code is written on a single line, so you need to search for text strings to find anything.

yes, he has minified the code to prevent others using it… or learning form it…

does this work to list the cec devices?

echo 'scan' | cec-client -s -d 1

Freddy_boy

From SSH connection:

pi@raspberrypi:~ $ echo ‘scan’ | cec-client -s -d 1
opening a connection to the CEC adapter…
requesting CEC bus information …
CEC bus information

===================
device #1: Recorder 1
address: 1.0.0.0
active source: no
vendor: Pulse Eight
osd string: CECTester
CEC version: 1.4
power status: on
language: eng

currently active source: unknown (-1)
pi@raspberrypi:~ $

Freddy_boy

Update: I’m not sure how it happened, but I believe that my monitor had the controls disabled. It is an LG monitor using Simplink, and when I enable it, I can now see the device:

pi@raspberrypi:~ $ echo ‘scan’ | cec-client -s -d 1
opening a connection to the CEC adapter…
requesting CEC bus information …
CEC bus information

===================
device #0: TV
address: 0.0.0.0
active source: yes
vendor: LG
osd string: TV
CEC version: 1.3a
power status: on
language: eng

device #1: Recorder 1
address: 1.0.0.0
active source: no
vendor: LG
osd string: CECTester
CEC version: 1.3a
power status: on
language: eng

currently active source: TV (0)

However, when I attempt to turn OFF the monitor using the CEC control commands, it doesn’t seem to work. The commands appear to be working (ie. no error messages returned), but the monitor remains ON when I issue the standby command. I also use the ‘power’ command to check the status of the monitor, and it confirms that it is ON.

pi@raspberrypi:~ $ echo ‘pow 0.0.0.0’ | cec-client -s -d 1
opening a connection to the CEC adapter…
power status: on
pi@raspberrypi:~ $ echo ‘standby 0.0.0.0’ | cec-client -s -d 1
opening a connection to the CEC adapter…
pi@raspberrypi:~ $ echo ‘pow 0.0.0.0’ | cec-client -s -d 1
opening a connection to the CEC adapter…
power status: on
pi@raspberrypi:~ $

Freddy_boy

I have also tried:
sudo echo ‘standby 0.0.0.0’ | sudo cec-client -s -d 1

but got the same result…

sdetweil

@Freddy_boy ok, I have a CEC tv which I can turn OFF, but not back on…

Freddy_boy

Yes, but this used to work previously. I suspect that none of the commands are working (even if no error message is returned). I attempted other commands, and they also do not seem to work. For example, I tried to change HDMI inputs, and the monitor remains at the same input. I think I need to determine if I can get ANY HDMI CEC command to work at all. It seems to be a missing step somewhere…

sdetweil

@Freddy_boy I have not studied the CEC commands

Freddy_boy

Here is the last portion of the debug log when I attempt to issue the standby command:

WARNING: [ DEBUG: [ DEBUG: [ TRAFFIC: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ TRAFFIC: [ DEBUG: [ DEBUG: [ DEBUG: [ TRAFFIC: [ DEBUG: [ DEBUG: [ DEBUG: [ NOTICE: [ TRAFFIC: [ TRAFFIC: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ NOTICE: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ TRAFFIC: [ DEBUG: [ TRAFFIC: [ TRAFFIC: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ DEBUG: [ 3123] FIXME: LG seems to have bugged out. resetting to ‘in transition standby to on’. the return button will not work
3123] Recorder 1 (1): power status changed from ‘on’ to ‘in transition from standby to on’
3123] << Recorder 1 (1) -> TV (0): in transition from standby to on
3123] << 10:90:02
3123] >> TV (0) -> Recorder 1 (1): give device power status (8F)
3175] expected response not received (90: report power status)
3189] CLinuxCECAdapterCommunication::Process - ioctl CEC_RECEIVE - rx_status=01 len=2 addr=01 opcode=46
3276] CLinuxCECAdapterCommunication::Write - ioctl CEC_TRANSMIT - tx_status=01 len=3 addr=10 opcode=90
3276] << 10:8f
3276] Recorder 1 (1): power status changed from ‘in transition from standby to on’ to ‘on’
3366] CLinuxCECAdapterCommunication::Process - ioctl CEC_RECEIVE - rx_status=01 len=3 addr=01 opcode=89
3428] CLinuxCECAdapterCommunication::Write - ioctl CEC_TRANSMIT - tx_status=01 len=2 addr=10 opcode=8f
3429] >> 01:90:00
3429] TV (0): power status changed from ‘unknown’ to ‘on’
3429] expected response received (90: report power status)
3429] >> TV (0) -> Recorder 1 (1): report power status (90)
3429] << putting ‘TV’ (0) in standby mode
3429] << 10:36
3429] >> 01:1a:01
3429] >> TV (0) -> Recorder 1 (1): give deck status (1A)
3494] CLinuxCECAdapterCommunication::Process - ioctl CEC_RECEIVE - rx_status=01 len=2 addr=01 opcode=46
3557] CLinuxCECAdapterCommunication::Write - ioctl CEC_TRANSMIT - tx_status=01 len=2 addr=10 opcode=36
3557] unregistering all CEC clients
3557] unregistering client: libCEC version = 6.0.2, client version = 6.0.2, firmware version = 0, logical address(es) = Recorder 1 (1) , physical address: 1.0.0.0, compiled on Linux-5.10.63-v8+ … , features: P8_USB, DRM, P8_detect, randr, RPi, Exynos, Linux, AOCEC
3557] Recorder 1 (1): power status changed from ‘on’ to ‘unknown’
3557] Recorder 1 (1): vendor = Unknown (000000)
3557] Recorder 1 (1): CEC version unknown
3557] Recorder 1 (1): osd name set to ‘Recorder 1’
3557] Recorder 1 (1): device status changed into ‘unknown’
3557] CLinuxCECAdapterCommunication::SetLogicalAddresses - ioctl CEC_ADAP_S_LOG_ADDRS - log_addr_mask=0000 num_log_addrs=0
3557] CLinuxCECAdapterCommunication::SetLogicalAddresses - ioctl CEC_ADAP_S_LOG_ADDRS - log_addr_mask=0000 num_log_addrs=0
3557] unregistering all CEC clients
3557] >> 01:46
3558] CLinuxCECAdapterCommunication::SetLogicalAddresses - ioctl CEC_ADAP_S_LOG_ADDRS - log_addr_mask=0000 num_log_addrs=0
3558] >> 01:89:01
3558] >> 01:46
3558] CLinuxCECAdapterCommunication::Process - CEC_DQEVENT - CEC_EVENT_STATE_CHANGE - log_addr_mask=0000 phys_addr=1000
3558] >> TV (0) -> Recorder 1 (1): give osd name (46)
3558] >> TV (0) -> Recorder 1 (1): vendor command (89)
3558] >> TV (0) -> Recorder 1 (1): give osd name (46)
4564] CLinuxCECAdapterCommunication::Process - stopped - m_path=/dev/cec0 m_fd=4
4564] CLinuxCECAdapterCommunication::Close - m_path=/dev/cec0 m_fd=4

This seems to indicate that it will not take the command, and returns the monitor to the ON state. But I don’t know where to look next…

sdetweil

@Freddy_boy google is your friend… sort of…lol… i would search the messages…

Freddy_boy

As I dig more into this, I am finding that there seem to be a lot of reports that some LG monitors do not support using the Standby command. I am not certain of how this was working before, but now I am beginning to suspect that the Magic Mirror app simply went hidden when the timeout occurred. Perhaps the monitor was ON all along, but the app disappeared from the screen? I don’t know if this applies in my situation, because I can’t seem to make any of the CEC commands work at all.

I attempted to turn OFF the monitor, and then issue the CEC ON command, but that also did not work. It appears to be some fundamental issue with the CEC commands that I may not be able to use. Are you aware of any modules that simply blackout the Magic Mirror app using the PIR sensor? I know that isn’t really saving as much energy, but it might be worthwhile implementing…

sdetweil

@Freddy_boy you can try my MMM-SleepWake
https://github.com/sdetweil/MMM-SleepWake

it listens for pir sensor or lite to signal user presence

and mode HIDE will hide all the modules and show them again when a user appears

I built this to use this with a webcam as I don’t have any pirs, and none of my monitors will behave (big ‘no power’ warning when hdmi goes off)

I just added the code for sensor-lite, just a check …

Freddy_boy

I assume that I would need to re-configure the MMM-PIR-Sensor-Lite module to prevent the command from turning OFF the HDMI. How do I do that?

sdetweil

@Freddy_boy dang, this module also doesn’t alert other modules…

too much to change quickly… sorry

bugsounet

Really…

Should I recode a module by merging screen and pir plugins ??

Yes, I can do it but… I not really interested to maintened it
@sdetweil: if I add you to contributor, you are able to “maintened” it ?

I will create MMM-Pir

wishmaster270

@Freddy_boy
Hi, my MMM-Screen-Powersave-Notification module can do this job. It has a hideInsteadShutoffoption.
You need my MMM-GPIO-Notifications in addition.
I wrote a Guide of how to configure the modules.

bugsounet

@bugsounet said in MMM-PIR-Sensor-Lite modification:

I will create MMM-Pir

It’s done.
It’s based with my EXT-Screen and EXT-Pir plugins
I have rewrite and clean it for MMM using

@wishmaster270:
do you want to try to maintened it ?
I can add you as contributor
(I see that you fork EXT-Screen)
I have really no time for any MMM :/

wishmaster270

@bugsounet Hi,
sorry but at the moment a do not have plans to maintain more modules than i already do.
In addition i do not see a reason why there should be a need for a additional screensave module.
Most of the features are present in the exiting ones. I do not like the idea of putting the GPIO logic and screensave logic into the same module and had problems with it in my setup in the past. Thats why i created the two separted modules.
I forked MMM-Screen as i wanted to check if there is a easy way to implement the CEC logic to my screensave module. I do not think it would be a big deal. The problem is that i do not have a CEC aware monitor at the moment and do not have the time to build a dev environment with my tv.

Freddy_boy

Terrific! I just installed MMM-Pir and it works properly as before. I am using mode 4 (HDMI CEC) and the monitor responds as expected. Thanks very much for the quick response! You guys are a real credit to this open source project!

bugsounet

@Freddy_boy perfect !

You understand now why i prefer works alone :D

I repeat again … If someone have the time to maintened this new module,
I will add a contributor access :)

@sdetweil: this module can be referenced on the third party module page ;)

sdetweil

@bugsounet sure give me access