Bugsounet and MMM-Pir

FrostByte

Okay, let’s go into detail. @rkorell

As already written by @sdetweil , the node_modules directory is created when npm run setup (or npm install as it should be called).

In addition, the ‘missing files’ are also created dynamically when this command is called. See:

lukas@smartmirror:~/MagicMirror/modules$ git clone https://github.com/Coernel82/MMM-Pir.git MMM-Pir-test
lukas@smartmirror:~/MagicMirror/modules$ cd MMM-Pir-test
lukas@smartmirror:~/MagicMirror/modules/MMM-Pir-test$ npm run setup
lukas@smartmirror:~/MagicMirror/modules/MMM-Pir-test$ ls -al components/
total 68
drwxr-xr-x  2 lukas lukas  4096 Apr  1 19:06 .
drwxr-xr-x 10 lukas lukas  4096 Apr  1 19:53 ..
-rw-r--r--  1 lukas lukas  4101 Apr  2 11:23 cronJob.js
-rw-r--r--  1 lukas lukas  2241 Apr  2 11:23 governorLib.js
-rw-r--r--  1 lukas lukas  3894 Apr  2 11:23 motion.js
-rw-r--r--  1 lukas lukas  1563 Apr  2 11:23 motionLib.js
-rw-r--r--  1 lukas lukas   757 Mar  3 19:09 MotionSensor.py
-rw-r--r--  1 lukas lukas  3755 Apr  2 11:23 pirLib.js
-rw-r--r--  1 lukas lukas  6068 Apr  2 11:23 screenDisplayer.js
-rw-r--r--  1 lukas lukas 19159 Apr  2 11:23 screenLib.js
-rw-r--r--  1 lukas lukas  1763 Apr  2 11:23 screenTouch.js

I use Wayland/labwc (Debian GNU/Linux 12 bookworm) on aarch64 Raspberry Pi 3B and everything is working for my Pir configuration. I did not use your copy.

So i am asking again, are there some runtime errrors? So please send me errrors logs.

The ‘build’ step in package.json is really very confusing. That’s why I’ve started to organise it: https://github.com/Coernel82/MMM-Pir/compare/main...LukasWestholt:MMM-Pir:main#diff-7ae45ad102eab3b6d7e7896acd08c427a9b25b346470d7bc6507b6481575d519

Best regards,
Lukas

FrostByte

@lif So in my experience, your error just means that you didn’t run ‘npm run setup’!

rkorell

@FrostByte said in Bugsounet and MMM-Pir:

As already written by @sdetweil , the node_modules directory is created when npm run setup (or npm install as it should be called).

This one I’ve missed or was to blonde, to see …

If the install is creating necessary files all “should” be fine.
Despite the fact that in the original screenLib.js is an error (for x11 - regarding handling because the calls are slightly different as coded).
Wayland does not work properly with MagicMirror on my Pi5 - so I’ve switched back to x11, found the above error and corrected this.
Not sure how to handle this in “release” and your maintenance of module.

What have I done?

See here:
This is line 311 (of screenLib.js ):

       exec("DISPLAY=:0 xrandr | grep 'connected primary'", //--rkorell
        // original : exec("xrandr | grep 'connected primary'",

this is line 489 (of screenLib.js ):

        // original exec(`xrandr --output ${this.screen.hdmiPort} --auto --rotate ${this.screen.xrandrRotation}`, (err) => {
          exec(`xrandr --output ${this.screen.hdmiPort} --primary --mode 2560x1440 --rate 59.951 --pos 0x0  --rotate ${this.screen.xrandrRotation}`, (err) => {

especially the second one was disturbing because the statement simply doesn’t work - this option “auto” is something one can find everywhere referenced but it never worked as far as I have tried to research. from own experience (see above) it don’t work. I guess “–auto” should recover the current settings -but it doesn’t (on bookworm!) . Hard coded screen resolution is definitely no candidate for broader distribution …

(First one “only” produces an error message)

These are my findings.
I’ve mistakenly (not aware of the “dynamically created” libraries/dependant modules) linked the problems of the thread owner with the missing libraries in HIS installation to the likewise missing modules in git clone…

Sorry for confusion!

Ralf

FrostByte

@rkorell Thanks for your answer! That makes total sense. Thanks for reporting your experience. I’ll keep that in mind.

With Wayland it took me tens of hours to rotate the display by 90 degrees via autostart and I often thought about migrating to X11 back. But in the end it worked.

lif

@FrostByte
I don’t know if it helps but the only way I could get my old DVI input monitor to turn on & off was with Wayland enabled and the commands

DISPLAY=:0.0 xrandr --output HDMI-1 --auto --rotate left
and
DISPLAY=:0.0 xrandr --output HDMI-1 --off

Nick

sdetweil

@lif with wayland enable it should be wl_randr
xrandr is for x11

gullymat

hi, i just want to drop this here.
my magic mirror is running on a zero2 but very laggy, needs like 10 sec to activate the screen form the pir, often startup failures and so on.
i was about to move to a bigger raspi and tried to migrate my installation from the zero2 to a pi3.
unfortunatelly did not got MMM-Pir running.

so i switched over to MMM-Universal-Pir and everything is running so much smoother.
no need to replace the zero2 anymore :)

rkorell

@gullymat said in Bugsounet and MMM-Pir:

needs like 10 sec to activate the screen form the pir, often startup failures

I guess this is because of the fact that bugsounet has much more functionalty built in (screen dimming, count down display) - which exactly is the reason why i love it that much :-)

Ralf

FrostByte

Thank you @gullymat. Very interesting comparision!