MMM-PIR-Sensor-Lite modification

[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: [ 3123] FIXME: LG seems to have bugged out. resetting to ‘in transition standby to on’. the return button will not work
DEBUG: [ 3123] Recorder 1 (1): power status changed from ‘on’ to ‘in transition from standby to on’
DEBUG: [ 3123] << Recorder 1 (1) -> TV (0): in transition from standby to on
TRAFFIC: [ 3123] << 10:90:02
DEBUG: [ 3123] >> TV (0) -> Recorder 1 (1): give device power status (8F)
DEBUG: [ 3175] expected response not received (90: report power status)
DEBUG: [ 3189] CLinuxCECAdapterCommunication::Process - ioctl CEC_RECEIVE - rx_status=01 len=2 addr=01 opcode=46
DEBUG: [ 3276] CLinuxCECAdapterCommunication::Write - ioctl CEC_TRANSMIT - tx_status=01 len=3 addr=10 opcode=90
TRAFFIC: [ 3276] << 10:8f
DEBUG: [ 3276] Recorder 1 (1): power status changed from ‘in transition from standby to on’ to ‘on’
DEBUG: [ 3366] CLinuxCECAdapterCommunication::Process - ioctl CEC_RECEIVE - rx_status=01 len=3 addr=01 opcode=89
DEBUG: [ 3428] CLinuxCECAdapterCommunication::Write - ioctl CEC_TRANSMIT - tx_status=01 len=2 addr=10 opcode=8f
TRAFFIC: [ 3429] >> 01:90:00
DEBUG: [ 3429] TV (0): power status changed from ‘unknown’ to ‘on’
DEBUG: [ 3429] expected response received (90: report power status)
DEBUG: [ 3429] >> TV (0) -> Recorder 1 (1): report power status (90)
NOTICE: [ 3429] << putting ‘TV’ (0) in standby mode
TRAFFIC: [ 3429] << 10:36
TRAFFIC: [ 3429] >> 01:1a:01
DEBUG: [ 3429] >> TV (0) -> Recorder 1 (1): give deck status (1A)
DEBUG: [ 3494] CLinuxCECAdapterCommunication::Process - ioctl CEC_RECEIVE - rx_status=01 len=2 addr=01 opcode=46
DEBUG: [ 3557] CLinuxCECAdapterCommunication::Write - ioctl CEC_TRANSMIT - tx_status=01 len=2 addr=10 opcode=36
DEBUG: [ 3557] unregistering all CEC clients
NOTICE: [ 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
DEBUG: [ 3557] Recorder 1 (1): power status changed from ‘on’ to ‘unknown’
DEBUG: [ 3557] Recorder 1 (1): vendor = Unknown (000000)
DEBUG: [ 3557] Recorder 1 (1): CEC version unknown
DEBUG: [ 3557] Recorder 1 (1): osd name set to ‘Recorder 1’
DEBUG: [ 3557] Recorder 1 (1): device status changed into ‘unknown’
DEBUG: [ 3557] CLinuxCECAdapterCommunication::SetLogicalAddresses - ioctl CEC_ADAP_S_LOG_ADDRS - log_addr_mask=0000 num_log_addrs=0
DEBUG: [ 3557] CLinuxCECAdapterCommunication::SetLogicalAddresses - ioctl CEC_ADAP_S_LOG_ADDRS - log_addr_mask=0000 num_log_addrs=0
DEBUG: [ 3557] unregistering all CEC clients
TRAFFIC: [ 3557] >> 01:46
DEBUG: [ 3558] CLinuxCECAdapterCommunication::SetLogicalAddresses - ioctl CEC_ADAP_S_LOG_ADDRS - log_addr_mask=0000 num_log_addrs=0
TRAFFIC: [ 3558] >> 01:89:01
TRAFFIC: [ 3558] >> 01:46
DEBUG: [ 3558] CLinuxCECAdapterCommunication::Process - CEC_DQEVENT - CEC_EVENT_STATE_CHANGE - log_addr_mask=0000 phys_addr=1000
DEBUG: [ 3558] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 3558] >> TV (0) -> Recorder 1 (1): vendor command (89)
DEBUG: [ 3558] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 4564] CLinuxCECAdapterCommunication::Process - stopped - m_path=/dev/cec0 m_fd=4
DEBUG: [ 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

[bugsounet]

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

@bugsounet sure give me access

sended ;)

[sdetweil]

@bugsounet got it