This line just keeps repeating:

MMM-BackgroundSlideshow received a system notification: CLOCK_SECOND

The only red text is for an error with the weather module then it states that it’s changing to a different forecast.

I’ve been working on setting up the MMM-BackgroundSlideshow module up and running, but am having issues.

I have about a dozen photos that I shot with a 24MP DSLR, edited, and exported as JPG. They are anywhere from about 4MB to about 9MB in size. I’ve copied these into a folder on the Pi and was able to get the module to begin showing them. Then, it would randomly die with an “out of memory” error (from the error log) and the whole screen would go black. Restarting MM would fix it temporarily.

I commented that section of the config out to make some updates to the calendar section. Once done tinkering there, I tried re-enabling the background image stuff and I get zip. No errors, no pictures, nothing.

So, my question is how to go about getting help from the author of the third-party module? How do I determine any details about where the module is dying out and not even loading?

This is a new setup on my first MM, so it may not be related to the calendar at all. In the event that it is, here’s my setup:

{
                        module: "calendar",
                        header: "Shared Calendar",
                        position: "top_left",
                        config: {
                                calendars: [
                                        {
                                                symbol: "calendar-check",
                                                maximumEntries: 25,
                                                wrapEvents: true,
                                                fetchInterval: 900000,
                                                fade: false,
                                                fadePoint: 1,
                                                url: "https://calendar.google.com/calendar/ical/<stripped for security>/basic.ics"                          }
                                                /*url: "webcal://www.calendarlabs.com/ical-calendar/ics/76/US_Holidays.ics"                                     }*/
                                ]
                        }
                },

I have the following issues:

• I do not appear to be getting more than the default ten entries
• I say “appear” because the list of entries is fading at the bottom
• I can’t tell any difference between the default fadePoint and the hard-coded one

I know that these variables are supposed to override the global settings, but I don’t even know if (where?) those are coded if not directly into the code itself.

Does anyone have any thoughts?

@sdetweil said in Initial Setup Q's and Some Doc Feedback:

@ember1205 said in Initial Setup Q's and Some Doc Feedback:

Backing up just a bit, there appears to be no guidance in the install doc as to whether I should choose to allow the installer to set MM to autostart and/or whether I should disable the screensaver during the install process. I chose “N” and “Y” respectively.

that is all really choice on your installation and and usage planning…

i don’t want to touch the mirror… if it reboots cause of power outage, etc, I want it to logon, and start mirror, and never screen lock…

so, set OS to auto logon (manual step)
use pm2 to autostart
and turn off screensaver

Yes. Those were all done. But, the screensaver disable was done during the install and it appears to not have modified the same files as the manual changes show.

@sdetweil

Thanks… Good updates. I will definitely look through your updated installer.

With regard to the warnings - I understand what you’re saying, but my concerns were driven more by the warnings that said “this might not even work.” I realize that they may be very specific to certain aspects, but given that isn’t indicated specifically, it raised up my alert level.

On the fake versus real driver piece, I did notice the “f” to indicate the fake driver. With zero experience with this piece, and having no background that there IS a fake driver or that it’s now default, my eyes told me that the name for the fake driver was actually the name for the real one at first [two] glance[s]. It wasn’t until I reached the latter part talking about the fake driver that I realized it was a different name and changed it.

I’m not using portrait mode as I want this to be a “Magic Photo Frame” and display pictures (many of which are in landscape format), so it seems that I might be able to use either.

Getting started, numerous issues and questions doing the initial setup.

First, I want to say that the overall docs for installing and configuring this appear to be reasonably solid and generally well-maintained - kudos for that!

With that said, there appear to be some gaps that I’m falling into.

The doc I’m using to get started is this one: https://github.com/MichMich/MagicMirror
I have an RPi3 with a 64G card. I am using the full Raspbian image and loaded it via NOOBS. After booting up and stepping through the few minimum steps that the device requires (including setting up WLAN and doing an OS update and then restart), I drop to a shell to begin the MM install and setup. For automatic installation, all I should have to issue (according to the docs) is

bash -c "$(curl -sL https://raw.githubusercontent.com/MichMich/MagicMirror/master/installers/raspberry.sh)"

While that works, there are a LOT of warnings about things potentially not working. So, I opted to update node.js according to the next two steps:

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
sudo apt install -y nodejs

This clearly processes updates and “makes me feel better.” Was it a necessary step? Should this have been required given that I opted for the “automatic” install?

Backing up just a bit, there appears to be no guidance in the install doc as to whether I should choose to allow the installer to set MM to autostart and/or whether I should disable the screensaver during the install process. I chose “N” and “Y” respectively.

After the node.js updates and a restart, I moved on to the Configuration section and opted to follow this doc: https://github.com/MichMich/MagicMirror/wiki/Configuring-the-Raspberry-Pi

The information in the OpenGL driver section are very confusing. It states that you shouldn’t need to modify the OpenGL driver, then goes on to tell you to edit a file whose location has changed (but the commands still point to the old location - you have to find the info in the notes that the file has been moved), tells you to add a line for

dtoverlay=vc4-kms-v3d

Which looks IDENTICAL to the new default (which is already in the file) as

dtoverlay=vc4-fkms-v3d

That is also referenced as an option later on in the doc, but there’s no commentary that I could find as to whether I should use one or the other for my specific hardware. Also, the file HAS the new default, but it’s in a RPi4 section. Again, very confusing here, and really don’t know what I should have opted for. I chose the full OpenGL and not the “fake” one.

In the Screensaver section, the first portion is already present since I opted to let the installer disable the screensaver. The second portion, however (LightDM) is not only not present but there is no discussion of what this is. Is this actually a required piece? What does it do?

The section for disabling WiFi Power Saving seems pretty broken, at least for my needs. The section about adding information for Pi3 (Jesse and below) will BREAK your setup if using a new release. If nothing else, I would say this entire doc would be immensely easier to follow if there were some direction provided for inspecting the /etc/os-release file to determine which build of Raspbian is being used along with some notes on which names were released in which order (so you know that buster is newer than Jesse, for example).

For the VNC server section, it was quite simple for me to just “turn on” the SSH and VNC server options from the Options panel in the desktop on the RPi when doing initial setup. I also want to point out that doing it this way also requires that the security options on the server be changed from UNIX Password to VNC Password or at least some VNC clients won’t connect.

If anyone has any thoughts on the pieces where I wasn’t sure what to do, I’d appreciate it. Thanks!

@BD0G

Thanks - I’ll keep that module in mind and be sure to load it.

I wonder if the card failure is the result of a disk write operation being in effect at the time of power-off and the level of corruption actually ends up causing the card to be converted into a permanent read-only device (with the corruption). I have seen a SSD drive fail like this, although I don’t believe that it had anything to do with powering off.

At any rate - I’m usually good about having things like this plugged into a UPS and shutting them down properly. :)

@BD0G

Thanks. I have a Pi2 and Pi3, so I can use those. I also have some different cards that I can use for initial testing and such, but I’ll look for something a bit more “durable” in terms of the card itself.

Why would a card fail from a power-off? I could see file corruption, but straight up failure? And, since I don’t actually have adapters with a power button, my choices would only be a cord pull or graceful shutdown. The last time I was testing some functionality for a Pi, I ended up building a simple web system that allowed me to connect from any device and click/tap to initiate a shutdown. I could certainly go that route again if need be.

@sdetweil

Thanks!

Is there a “How to get started” sort of guide somewhere that I should use as a starting point? I see mention specifically of Raspbian, but what other minimum requirements are there? Pi2? Pi3? Pi4? Any recommendations for specific Micro SD cards based on longevity, wear, and price for this effort? Or, should I just go with a DLC type of card if I can find what I need at a reasonable cost?

@sdetweil

Thanks for the comments - good to know that I’m not blazing any trails here! :)