<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[MMM-ModuleScheduler, MMM-Remote-Control &amp; MMv2.4.1]]></title><description><![CDATA[<p dir="auto">Guys and gals,</p>
<p dir="auto">I am at a loss here.</p>
<p dir="auto">I have update to 2.4.1 and my mirror not longer automatically starts in the morning.</p>
<p dir="auto">OK, so I have had my mirror for aprox. 18 months. In order to save a little on power consumption I am using a combination of MMM-Remote-Control and MMM-ModuleScheduler to turn my monitor on and off at certain times of the day. I am also using both modules to force a restart every night at 02:00 hr. This all worked well enough under previous MM versions.</p>
<p dir="auto">I am using the fake KMS driver (dtoverlay=vc4-fkms-v3d), the full KMS-driver (dtoverlay=vc4-kms-v3d) is not compatible with the <code>tvservice</code> commands, that are being used in <code>MONITORON</code> and <code>MONITOROFF</code>.</p>
<p dir="auto">This is a small part of my config (that did check out when I ran <code>npm run config:check</code>):</p>
<pre><code>{
			module: 'MMM-ModuleScheduler',
			config: {
				notification_schedule: [
					//turn the monitor/screen on at 07:00 mon-fri
					{notification: 'REMOTE_ACTION', schedule: '00 7 * * 1-5', payload: {action: "MONITORON"}},
 					//turn the monitor/screen off at 08:15 mon-fri
					{notification: 'REMOTE_ACTION', schedule: '15 8 * * 1-5', payload: {action: "MONITOROFF"}},
					//turn the monitor/screen on at 17:30 mon-fri
					{notification: 'REMOTE_ACTION', schedule: '30 17 * * 1-5', payload: {action: "MONITORON"}},
 					//turn the monitor/screen off at 23:30 mon-fri
					{notification: 'REMOTE_ACTION', schedule: '30 23 * * 1-5', payload: {action: "MONITOROFF"}},
					//turn the monitor/screen on at 13:00 wed
					{notification: 'REMOTE_ACTION', schedule: '00 13 * * 3', payload: {action: "MONITORON"}},
					//turn the monitor/screen on at 10:00 Fri
					{notification: 'REMOTE_ACTION', schedule: '00 10 * * 5', payload: {action: "MONITORON"}},
					//turn the monitor/screen on at 09:00 sat
					{notification: 'REMOTE_ACTION', schedule: '00 9 * * 6', payload: {action: "MONITORON"}},
					//turn the monitor/screen off at 23:59 sat
					{notification: 'REMOTE_ACTION', schedule: '59 23 * * 6', payload: {action: "MONITOROFF"}},
					//turn the monitor/screen on at 09:00 sun
					{notification: 'REMOTE_ACTION', schedule: '00 9 * * 0', payload: {action: "MONITORON"}},
					//turn the monitor/screen off at 23:00 sun
					{notification: 'REMOTE_ACTION', schedule: '00 23 * * 0', payload: {action: "MONITOROFF"}},
					// restart the Pi at 02:00 every day
					{notification: 'REMOTE_ACTION', schedule: '00 02 * * *', payload: {action: "REBOOT"}},
					// turn monitor off after RESTART
					{notification: 'REMOTE_ACTION', schedule: '07 02 * * *', payload: {action: "MONITOROFF"}},
				]
			}
		},

</code></pre>
<p dir="auto">I can run the <code>MONITORON</code> <code>MONITOROFF</code> and <code>REBOOT</code> commands from the remote controle website, and they work.</p>
<p dir="auto">But if I look at the log ( /home/pi/.pm2/logs/mm-out-0.log ) I find something strange:</p>
<pre><code>[CALEXT] https://calendar.google.com/calendar/ical/ XXXXX group.calendar.google.com/private- XXXXX /basic.ics  &gt;&gt; 
{ state: 'fetched but no change',
  lastFetchedTime: '18-07-15 01:58:21',
  lastFetchedEvents: 20,
  lastFetchedOldEvents: 20,
  lastServedEvents: 40,
  error: null }
MMM-ModuleScheduler is sending SEND_NOTIFICATION to REMOTE_ACTION
MMM-ModuleScheduler will next send SEND_NOTIFICATION to REMOTE_ACTION at Mon Jul 16 2018 02:00:00 GMT+0200 (CEST) based on "00 02 * * *"*
[CALEXT] https://calendar.google.com/calendar/ical/ XXXXXXXX group.calendar.google.com/private- XXXXXXX /basic.ics  &gt;&gt; Fetch starts.
[CALEXT] https://calendar.google.com/calendar/ical/ XXXXXXXXX group.calendar.google.com/private- XXXXXXXXX /basic.ics  &gt;&gt; Fetch starts.
[CALEXT] https://calendar.google.com/calendar/ical/nl.dutch%23holiday%40group.v.calendar.google.com/public/basic.ics  &gt;&gt; Fetch starts.
[CALEXT] https://calendar.google.com/calendar/ical/nl.dutch%23holiday%40group.v.calendar.google.com/public/basic.ics  &gt;&gt; Fetch starts.
[CALEXT] https://calendar.google.com/calendar/ical/ XXXXXXX group.calendar.google.com/private- XXXXXXX /basic.ics  &gt;&gt; Fetch starts.
[CALEXT] https://calendar.google.com/calendar/ical/nl.dutch%23holiday%40group.v.calendar.google.com/public/basic.ics  &gt;&gt; 
{ state: 'fetched',
  lastFetchedTime: '18-07-15 02:00:37',
  lastFetchedEvents: 0,
  lastFetchedOldEvents: 0,
  lastServedEvents: 0,
  error: null }

</code></pre>
<p dir="auto">A little before 02:00 hr Calender is Fetching info; at 02:00 MMM-ModuleScheduler sends a notification (I think it is the <code>REBOOT</code> ). At 02:00:37 Calender starts a new Fetch. This does not make sense, I was expecting to see something like:</p>
<pre><code>&gt; magicmirror@2.4.1 start /home/pi/MagicMirror
&gt; sh run-start.sh

Starting MagicMirror: v2.4.1
Loading config ...
Loading module helpers ...

</code></pre>
<p dir="auto">It looks like MM is not accepting commands from MMM-ModuleScheduler, but :</p>
<pre><code>[CALEXT] https://calendar.google.com/calendar/ical/ XXXXXX group.calendar.google.com/private- XXXXXX /basic.ics  &gt;&gt; 
{ state: 'fetched but no change',
  lastFetchedTime: '18-07-14 23:58:21',
  lastFetchedEvents: 19,
  lastFetchedOldEvents: 19,
  lastServedEvents: 38,
  error: null }
MMM-ModuleScheduler is sending SEND_NOTIFICATION to REMOTE_ACTION
MMM-ModuleScheduler will next send SEND_NOTIFICATION to REMOTE_ACTION at Sat Jul 21 2018 23:59:00 GMT+0200 (CEST) based on "59 23 * * 6"****
Powering off HDMI

</code></pre>
<p dir="auto">It seems to be working here.</p>
<p dir="auto">Why can it <code>Switch off</code> (Monitor) automatically, but not <code>Reboot</code> or <code>Switch on</code> (Monitor) automatically?</p>
<p dir="auto">Anyone?</p>
<p dir="auto">Hein-Jan</p>
]]></description><link>https://forum.magicmirror.builders/topic/8399/mmm-modulescheduler-mmm-remote-control-mmv2-4-1</link><generator>RSS for Node</generator><lastBuildDate>Tue, 16 Jun 2026 00:27:01 GMT</lastBuildDate><atom:link href="https://forum.magicmirror.builders/topic/8399.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 15 Jul 2018 10:42:18 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to MMM-ModuleScheduler, MMM-Remote-Control &amp; MMv2.4.1 on Sun, 26 Aug 2018 10:16:33 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/axled" aria-label="Profile: AxLed">@<bdi>AxLed</bdi></a></p>
<p dir="auto">Sorry it took me some time to reply. Holidays and such.</p>
<p dir="auto">In reply to your suggestions:<br />
1st idea: Haven’t tried, I went a different route, see underneath.<br />
2nd idea: had tried i before; commands via the URL worked.</p>
<p dir="auto">It decided to go another route.<br />
Instead of using MMM-ModuleScheduler I have opted to use Cron to do the <code>MONITORON</code> and <code>MONITOROFF</code> commands.<br />
As I was only having trouble at the <code>MONITORON</code> command I first tried this in Cron.<br />
To my surpise I now had a mirror in the morning but not in the evening.<br />
It turned out that I was sending 1 <code>MONITOROFF</code> with Cron (after the nightly reboot).<br />
Actually I am not using <code>MONITORON</code> and <code>MONITOROFF</code> in Cron but <code>vcgencmd display_power 1</code> and <code>vcgencmd display_power 0</code>.<br />
After the <code>vcgencmd display_power 0</code> I was able to use Cron to turn the monitor back on with <code>vcgencmd display_power 1</code><br />
But after <code>MONITOROFF</code> I was not able to turn the monitor back on with <code>vcgencmd display_power 1</code>.<br />
So <code>MONITOROFF</code> seems to be doing something strange in combination with the FakeKMS driver.</p>
<p dir="auto">I think I read a similar conclusion in another post:<br />
<a href="https://forum.magicmirror.builders/topic/8556/monitor-not-waking-up-from-sleep">https://forum.magicmirror.builders/topic/8556/monitor-not-waking-up-from-sleep</a></p>
<p dir="auto">So my work around for all this is Cron. And it is working. And I learned something about Cron.</p>
<p dir="auto">Hope this may also help others who are struggling.</p>
<p dir="auto">Hein-Jan</p>
]]></description><link>https://forum.magicmirror.builders/post/43801</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/43801</guid><dc:creator><![CDATA[Hein-Jan]]></dc:creator><pubDate>Sun, 26 Aug 2018 10:16:33 GMT</pubDate></item><item><title><![CDATA[Reply to MMM-ModuleScheduler, MMM-Remote-Control &amp; MMv2.4.1 on Tue, 07 Aug 2018 22:05:47 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/hein-jan" aria-label="Profile: Hein-Jan">@<bdi>Hein-Jan</bdi></a><br />
1st idea:<br />
What happens, if you start your MM in Debug mode (<code>npm start dev</code>) and set the reboot time (for testing purposes) within the next five minutes and watch the logs.</p>
<p dir="auto">2nd idea:<br />
Does the reboot via URL (<code>http://[IP of MM]:8080/remote?action=REBOOT</code>, see also MMM-Remote-Control) work? If not, what informations are in the logs?</p>
<p dir="auto">AxLED</p>
]]></description><link>https://forum.magicmirror.builders/post/43139</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/43139</guid><dc:creator><![CDATA[AxLed]]></dc:creator><pubDate>Tue, 07 Aug 2018 22:05:47 GMT</pubDate></item></channel></rss>