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.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).

Query: What would cause a MagicMirror installed on a VM to fill up the 50 GiB VM virtual disk over 4 months?

I have an instance of MagicMirror installed in a Linux VM running under TrueNAS, which is mostly used to try out modules, configurations or layouts without disturbing the main MagicMirror. When I went to look at it yesterday I found the VM running, but not MM. PM2 status did not show it running, and it would [re]start. MagicMirror is the only thing installed on the VM, and running modules were newsfeed and default weather [5 instances],

Some searching tells me the virtual disk of 50 GiB is full! I have expanded the virtual disk size [resized the zvol], but am unable to extend the partition and filesystem as I get an error. I think it was along the lines of “you don’t have enough free space in /var/cache/apt/archives”.

At this point it appeared the best route would be to just build a new VM and install MM, but when I went to start making notes to record what I was doing - I found this same thing happened some months ago. The current VM is an upsized VM that similarly locked up.

Since starting over will not apparently solve the underlying root cause, I need some help. Thanks in advance.

Good evening!

After a lot of on-and-off wrestling with Spotify on my mirror, I finally sat down and built something new — and I’m genuinely happy with how it turned out: MMM-NowPlayingOnVolumio.

The backstory (some of you will feel this pain 🙂)

I’ve run Spotify through librespot for long time now, and it kept breaking in ever-new and creative ways. The latest one — the login5 change — finally finished it off for me: hard to fix, only community support and no chances that things will become better.
So I decided finally to jump ship to Tidal.

That meant my beloved (forked) MMM-NowPlayingOnSpotify was suddenly out of a job — Tidal doesn’t expose a “currently playing” API the way Spotify does. The existing Volumio modules would have been the obvious fallback… but they’re pretty old (8 and 9 years) and simply too old for a current Trixie / Node 22 setup (ancient socket.io and friends). So: a new module, written from scratch against current Volumio (4.x) and current Node.

The silver lining

Moving to Tidal pushed me onto Volumio’s Premium tier — and that turned unexpectedly even into a
real win. (I’m not THAT big fan of “payment-plans” at all - but: I get noticeably better sound quality (Spotify via Volumio is quality-limited by intent), and (that’s the surprise) the Premium plan unlocks Volumio’s Music Metadata, so the module can show a proper artist biography right on the mirror. More info and better sound — I’ll happily take that trade.

What it does

• Shows what Volumio is playing — cover, title, artist, progress bar and
  elapsed/total time.
• Optional artist biography from Volumio’s Music Metadata (Premium), Between Artists’s Name and progreess bar - shown page by page with a gentle cross-fade — no jittery scrolling.- Because Volumio is the source of truth, it works with any source: Tidal, Spotify, Qobuz, web radio, local files — no changes when you switch services.
• When nothing is playing it quietly fades to the Volumio logo.
• Clean split: the backend holds a persistent socket.io connection and does the work, the frontend just displays. It reconnects on its own and survives browser reloads.

Config

Basically just your Volumio host:
(some options more available - see documentaion on github)

{
  module: "MMM-NowPlayingOnVolumio",
  position: "bottom_left",
  // header: "Volumio",
  config: {
    volumioHost: "volumio.local",
    showArtistBio: true
  }
}

One dev note for the curious: current Volumio runs a socket.io 2.x server, so socket.io-client is pinned to exactly 2.4.0 — 2.5.0 and the 4.x line won’t connect. That one cost a moment to figure out. 🙂

GitHub (MIT): https://github.com/rkorell/MMM-NowPlayingOnVolumio

Feedback, issues and PRs are very welcome — especially from fellow Volumionists.

Happy mirroring!

Warmest regards,
Ralf

(module is included in 3rd-party-module-list)

Update socket issue 1 No data received yet .
It is already second time with this problem. Last time update helped. This time not. What has been changed? It still uses vendo profile besides I changed in config.js to “db”
Edit: by fahrplanguru also only flixbus is available