hey,

im new on this forum so i hope you all can help me out!..

i builded my first magic mirror couple of weeks ago.the setup now is a rpi 5 as server and a rpi 3 for the mirror itself. it works seemless BUT,

i took an old lcd monitor (24") and disembled it, after that fitted it in a wooden frame etc etc. loks nice. for the glass in the first option i took was plexiglass with available foil from the hardware store.
result, not flat, to much mirror in day time and to dark. so i had to put a screensaver and white borders on the HA dashboard to make it even visible.
yesterday finished my 2nd attempt, 4mm glass with better foil, less mirror effect more light transmission. but foggy mirror effect. black is not black and not statisfied at all (even worse imo)
foil:
https://www.amazon.nl/dp/B0CLNMFLJ9?ref=ppx_yo2ov_dt_b_fed_asin_title

so here is the deal, i would love to still use the same monitor. or do i have to switch to an oled or anything i cant place a bigger one on that spot in the house.
second of that, what would be a nice glass to start out with… i seen some links on the forum :
https://www.brigla-shop.de/glas-nach-mass/spionspiegel/
and
https://www.myspiegel.de/spionspiegel-pg-2102.html

i love to hear what you all recomend, all tips etc are welcome! i will post some pictures also

thx in advance from the netherlands
ian

How to enlarge module? All the font-size is in “em” sizing. Can’t figure out the parent px to enlarge it all…

Here is a shot of my MagicMirror layout. I wanted to get as much daily info into one screen as I could but also display photos at a size that was nice. Here is my module list;
calendars - directory for iCloud calendar sync
MMM-AirQuality
MMM-DailyBibleVerse
MMM-iCloudPhotos - syncs iCloud Photos Album to my Pi
MMM-ImagesPhotos
MMM-MoonPhase
MMM-Pinfo
MMM-PWSWeather - Provider for default weather module
MMM-UpliftingNews - An RSS reader with links to positive news. (Not in the list of 3rd Party Modules)
MMM-WordOfTheDay
Simon’s Simple

Description

MMM-TempestWeather is a MagicMirror² weather module for owners of a WeatherFlow Tempest personal weather station.

It combines real-time observations from your Tempest with current conditions and a five-day forecast.

The display includes:

• Current temperature and conditions
• Wind speed and direction
• Relative humidity
• Barometric pressure and pressure trend
• Precipitation probability and daily accumulation
• Five-day forecast with weather icons
• Automatic WebSocket reconnection and connection monitoring

Real-time observations are received through the WeatherFlow WebSocket service. Forecast and current-condition information comes from the WeatherFlow Better Forecast service.

The module uses the standard MagicMirror frontend/node_helper architecture and requires no additional npm packages on supported Node.js versions.

A WeatherFlow Tempest station, personal access token, device ID, and station ID are required.

Screenshots

Download

https://github.com/dwburger/MMM-TempestWeather

Installation and configuration instructions are provided in the README.

Version 1.2

• Added configurable imperial and metric unit support
• Added the units configuration option (imperial or metric)
• Imperial displays °F, MPH, inHg, and inches
• Metric displays °C, km/h, hPa, and mm
• Imperial remains the default for backward compatibility
• Better Forecast requests now use the selected unit system

Version 1.1

• Moved WeatherFlow WebSocket communication to node_helper.js
• Moved Better Forecast REST requests to node_helper.js
• Added WebSocket reconnection and connection watchdog
• Added forecast request timeout and overlap protection
• No additional npm packages required

Version 1.0

• Initial standalone release

The current version of electron we use is version 43,
This version actually downloads the binary for the matching runtime at startup.

Help from others added a script to my scripts package to help cleanup the growing disk consumption

Anyhow, version 43 is no longer supported after this year

Version 44 does NOT provide support for arm32, armhf systems.
Node 24 also has the same limitation.

We will move to electron 44 in the October release.
And will document a workaround: after install or upgrade, manually install electron 43 before running
(I’ll update the install/upgrade scripts to do the hack while it works)

We don’t know how long this hack will work.

Soooo, for those of you running on 32bit os for smaller memory, pi0-2w or pi3, you need to start making plans

1. Freeze upgrades on that system
2. Upgrade, possibly the hardware too, to a 64 bit os

We have added the electron 44 to the next release, aka develop, branch
If you have time or interest you can start reviewing its impacts by installing the develop branch.

See my post in troubleshooting about testing changes for how to get the develop branch

Using openmeteo, weather display, header line commented out.
MM shows “city, GB-ENG”

How do I remove, disable the GB-ENG bit?

I was having issues with getting rtsp streams from my Frigate NVR to reliably show as I wanted them so I decided to let AI create a module for me that uses WebRTC and it’s much simpler. I’m using it only to show a birdseye view from Frigate rather than multiple individual cameras but it’s working well for me so far but wanted to share.

https://github.com/maxbethge/MMM-WebRTC

hi

just came back from a 2 weeks holiday and turn on my magicmirror but it seems to be somewhat dead.
the mouse and keyboard is not responding but i am able to control via bitvise albeit it is very very slow. so i suspect something is wrong with the rpi 5.

every command i type in bitvise, it takes very long to trigger the command. my os is install on an external usb drive along with plex.

i tried taking out the external drive and connect to the pc to perform chkdsk but the pc doesnt recongise the disk …?

now my magicmirror is stuck in the main screen wallpaper. i tried to do a pm2 start MagicMirror but hit with a process 0 error.

note that all these are done via remotely on bitvise.

im not sure where to begin to troubleshoot. any advise anyone?

Hi!
i’m new to this and am having truble whenever I try to display my calendar, I get the message “iCal parsing failed: Cannot find package 'ics-filter” . It doesn’t matter which URL i use, I get the same message. I’m not really sure what the error message means, I woud appreciate any help. I have the latest update for magicmirror2.

Here is the code I’m using for the calender:

	{
		module: "calendar",
		header: "Kalender",
		position: "top_left",
		config: {
			calendars: [
				{
					symbol: "calendar-alt",
					url: "https://calendar.google.com/calendar/ical/sv.swedish%23holiday%40group.v.calendar.google.com/public/basic.ics"
				}
			],
			maximumEntries: 3,
			//showLocation: false
		}
	},

Here is the error message I get when I run the Code:

[2026-08-30 17:55:26.613] [ERROR] [calendar] https://calendar.google.com/calendar/ical/sv.swedish%23holiday%40group.v.calendar.google.com/public/basic.ics - iCal parsing failed: Cannot find package ‘ics-filter’ imported from /home/pi-mirorr/MagicMirror/defaultmodules/calendar/calendarfetcherutils.js
[2026-08-30 17:55:26.614] [ERROR] [calendar] Calendar Error. Could not fetch calendar: https://calendar.google.com/calendar/ical/sv.swedish%23holiday%40group.v.calendar.google.com/public/basic.ics iCal parsing failed: Cannot find package ‘ics-filter’ imported from /home/pi-mirorr/MagicMirror/defaultmodules/calendar/calendarfetcherutils.js

Good Morning all around here. I’m new to the magicmirror stuff but i got a lot of work done by my self until now. My last problem is that i want to bind an external website banner over an php url. I tried everything with iframe modules or url modules but i doesn’t get it to work.

This is the URL i want do bind in the top center of MM.

https://www.hamqsl.com/solar101vhfpic.php

So please could someone show me a way how to do it?

If there are some more information needed i can provide them personally.

A customizable MagicMirror² module for counting down to birthdays, holidays, anniversaries, appointments, trips, and other events.

The nearest event is presented as a stable, live days/hours/minutes/seconds countdown with an optional emoji. A rotating, days-only summary of the later upcoming events fades in and out beneath it; the active main event is excluded from that rotation.

Features

• Displays the nearest upcoming event as the main countdown.
• Shows days, hours, minutes, and seconds.
• Offers digital, flip-clock, progress-ring, and hourglass counter styles.
• Rotates through days-only summaries of later upcoming events without repeating the active main event.
• Supports fixed dates, calculated Easter dates, and weekday-based rules.
• Repeats events annually by default.
• Supports one-time events with repeatYearly: false.
• Displays an optional emoji for the main event and its rotating summary.

Screenshot

See https://github.com/trnitz/MMM-EventCountdown

Installation and usage instructions are in the project’s README.md

Project origins
This project combines and extends ideas from two open-source MagicMirror modules:

TouaregWarrior/MMM-HolidayCountdown provides the original holiday/trip countdown module on which this project is based.
double-ratchet/MMM-AnimatedCountdowns, by ElliAndDad, provides the basis for the digital, flip, progress-ring, and hourglass counter styles adapted here.

The resulting module adds four selectable counter styles, rotating event summaries, reusable yearly events, one-time events, movable-date rules, calculated Easter dates, and per-event emojis.

I have a new module MMM-iCloudPhotos That will sync an Album from your Apple iCloud to your Magic Mirror. The Album does NOT need to be public and can be Personal or Shared.

With a Shared Album you and anyone you invite can add or remove photos from any Apple Device and they will appear on your mirror.

Withdrawn. The MagicMirror maintainer kindly pointed out that this is already covered by the built-in per-module animationSpeed: 0 config option — it gives an instant, blink-free content swap for any module that passes it through. Where a module hardcodes its fade duration, the correct fix is in that module (expose animationSpeed), not a separate global module.

I’ve corrected that in my own modules and withdrawn MMM-NoFade.

TL;DR: to stop a module from fading on updates, just set animationSpeed: 0 in that module’s config.

All, not sure if this was just me but after upgrading my Pi 5B to OS 13.6 my fan stopped working. The fix was to add the following line in /boot/firmware/config.txt. I put it near the top.

dtoverlay=cooling_fan

Sharing a setup that’s been working well for me, in case it’s useful to anyone else juggling a physical MM display on aging/fragile hardware.
Background: I had MagicMirror running natively on a Raspberry Pi 3B with a monitor attached. I wanted to move to Docker, but didn’t want to run Docker on the same Pi that’s driving the display, that Pi is old, and I didn’t want display/GPU quirks tangled up with container management.

What I ended up with instead:

• MagicMirror runs as a single Docker container on a separate, more capable Pi on the same home network , completely headless, no monitor attached.
• The Pi with the physical monitor doesn’t run MagicMirror at all anymore. It just runs a browser in kiosk mode, pointed at a small local reverse-proxy process running on that same Pi, which in turn proxies through to the Docker container’s web UI.
  Why the proxy, instead of just pointing the browser straight at containerhost:8080?
  Two reasons:

1. MagicMirror sends X-Frame-Options: SAMEORIGIN, which matters if you want to wrap the feed in your own page (see #2).
2. I wanted a couple of small custom status overlays on the display itself — e.g. a banner if the Docker host becomes unreachable, or if internet connectivity drops but the local container is still fine. To overlay anything on top of MM’s own page you need it loaded same-origin, so a tiny local Node reverse-proxy on the display Pi re-serves the container’s content from localhost, strips that header, and the wrapper page around it handles the status banners.
   Why this arrangement, generally:

One MagicMirror instance/config to maintain, no matter how many physical screens you eventually want — each display Pi is just “a browser + a small proxy,” nothing module- or backend-specific.
Any hardware-specific pain (GPU driver quirks, monitor power management, etc.) on the display Pi stays isolated from the actual MagicMirror process, a crash or leak in a module’s backend logic can’t take the display down, since they’re not sharing a process tree anymore.

Honest caveat: this doesn’t make the display Pi itself lighter, it’s still a real browser doing real DOM/JS rendering and image decoding locally, so don’t expect a resource-usage miracle on the display side. What you get is architectural: single source of truth for MM itself, and a much smaller, simpler thing running on whatever hardware is stuck driving a screen
I’m pairing this with a Radar motion sensor for wake-on-motion, poll a GPIO pin and call dpms_control on on a HIGH reading, dpms_control off after N minutes of no motion. One thing worth knowing if you’re doing the same: Trixie’s kernel exposes the GPIO chip at a different base offset than older Raspberry Pi OS versions, so older libraries like onoff that write raw BCM pin numbers straight to sysfs (/sys/class/gpio/export) fail with EINVAL. Shelling out to gpioget/gpiomon from libgpiod-tools instead sidesteps that entirely:

Hey everyone,

I got the MM-TomTomCalculateRouteTraffic module and it is making calls with a TomTom API - now i would like to have really high amount of calls in the morning (about once every 30s) and non after a certain time.

Is it possible to config a module to be deactivated after a certain time? e.g. run it from 7-8am and then not?

I (thought I’ve) updated everything for my Proxmox MM container: container to Trixie, node.js to stable, all modules to latest commits, AND MM itself. Here’s what the logs show:

[2026-08-21 16:27:57.244] [INFO] [systeminformation]

System Information

MM: version: v2.37.0; git: 53fc814f; branch: master

• SYSTEM: manufacturer: Gigabyte Technology Co., Ltd.; model: Z390 AORUS PRO; virtual: false
• OS: platform: linux; distro: Debian GNU/Linux; release: 13; arch: x64; kernel: 7.0.2-6-pve
• VERSIONS: electron: undefined; used node: 24.19.0; installed node: 24.19.0; npm: 11.17.0; pm2: 5.4.1

But I still get an alert that I am 11 commits behind :-(

What am I forgetting?

Re: iCloud photos
I am trying to use pyicloud library but do not have it working yet.

I’ve been working on MMM-MessageCenter, a module that gives notifications from different sources one consistent place on the mirror.

The idea came from a pretty simple problem: a notification appears, disappears, and nobody knows whether anyone actually saw it. Different modules and services also handle alerts differently, so important information can easily get lost.

MessageCenter adds a small notification history with clear unread, viewed, acknowledged, dismissed, and expired states.

What can send messages?

Everything:

• Other MagicMirror modules
• MagicMirror’s bundled Weather module
• MMM-Remote-Control
• Home Assistant
• REST webhooks
• MQTT
• Local Unix-socket scripts and system monitors

It intentionally doesn’t collect every internal MagicMirror event. Modules either use the MessageCenter API or an explicitly enabled adapter, which keeps refresh, navigation, and module-control traffic out of the inbox.

A few examples

A dishwasher notification can briefly appear as an alert and then remain in history until someone views it.

A doorbell message can include a camera snapshot captured when the event happened, so the image doesn’t change before somebody checks it.

The standard MagicMirror Weather module can add a “Rain approaching” message without requiring a separate weather service.

A local monitoring script can report low disk space, high temperature, network trouble, or another condition that should be visible on the mirror.

Different ways to display it

MessageCenter can be used as:

• A compact list in a normal MagicMirror region
• A full-page message inbox
• A touch-friendly display with message controls
• A non-touch display that simply shows the newest messages

It can show temporary alerts, retain message history, expire old messages, update existing messages by ID, and publish attention events for other integrations. It only says that something needs attention, leaving other modules and integrations free to decide what that means.

0.3.0

The module now has a line mode for side regions. It uses a lightweight, transparent layout and can show just the title and time.

Other recent improvements:

• English, German, Spanish, and French interface translations
• MagicMirror language, locale, and 12/24-hour clock support
• More reliable synchronization after browser or socket reconnects
• Messages continue expiring while the module is hidden or suspended
• REST, MQTT, and Unix-socket messages are retained in the server-side in-memory

Configuration, payload examples, and documentation:

https://github.com/bwente/MMM-MessageCenter

If your MM is using the default Weather module with the EnvCanada provider or the 3rd-party MMM-EnvCanada module, there are some upcoming changes announced by Environment Canada that might impact your MM config in some very specific cases.

Change #1: A handful of siteCode values are changing and will require a minor config.js update. The changes are:

Change#2: A handful of siteCode locations are being relocated to new locations within 5km of the original. This is unlikely to require config.js updates but the changes have been highlighted as FYI. They are:

These Env Canada changes will come into effect as of Oct 6, 2026 are being done to align with other Canadian government databases. I suspect they will impact a very small number of module users (if any).