I wanted to share a simple approach to unify logging across module components that I found incredibly useful during development. This will put all* logging in a browser console and remove the need to monitor pm2/pi console logs.

In your main module code (MMM-ABC.js), where you define your sockets simply add:

if (notification === 'HELPER_MESSAGE') {
     if (this.config.debug === 1) { Log.info(payload); }
//Receive a message, log the payload to the browser console. 
}

In your node_helper.js module, construct and send messages:

if (self.config.debug === 1) {
         apiMessage = moment().format('YYYY-MM-DD>>HH:mm:ss.SSSZZ') + ' [node_helper] << your log message content here >>';
         self.sendSocketNotification('HELPER_MESSAGE', apiMessage);
}

Hope this helps on your development journey!

*any code errors / exceptions will still throw to the raspberry pi console / pm2

Description

MMM-Surf module displays weather, tides, water temp, and Magicseaweed forecast data for your favorite surf spot. It is currently North America centric, pulling tide and water temperature from the National Oceanic and Atmospheric Administration (NOAA).

Screenshot

20178-01-07:

• Added color coded icons to swell height, periodicity, swell/wind direction that are based on configurable settings based on spot characteristics
• Added “gear” guide (wetsuit mm based on water temp)
• Fixed 12 hour view to cross date boundary
• Developed algo to find “best” daily forecast time and display that in daily forecast row

2017-12-09:

• Updated layout
• Cleaned up code
• Added logic to match Spot Characteristics (e.g. best swell / wind). If a match, the swell/wind icons pop green
• Added swell/wind direction text next to arrow to make it easier to understand

Download

[card:Privacywonk/MMM-Surf]

---

Version history

• v1.0.0 - first tagged release 2018-01-07

Log.Info will print to the Browser Console.

In Firefox or Chrome hit: Ctrl+Shift+I and then click the “console button”

@E3V3A that worked perfectly. Thank you for sharing!

https://www.scorespro.com/livescore-xml/ - looks like the best bet for following Six Nations coverage via API.

If I have time prior to the tourny starting, I may try to put something together but please don’t wait on me if you want to start developing.

@cotxwx I am experiencing the same issue. Do you by chance turn your mirror monitor off? Mine is hooked up to a TV HDMI input and the issue seems to present itself when I switch between HDMI inputs…

@strawberry-3.141 - thank you for the approach. This is working out beautifully.

@E3V3A that worked perfectly. Thank you for sharing!

I wanted to share a simple approach to unify logging across module components that I found incredibly useful during development. This will put all* logging in a browser console and remove the need to monitor pm2/pi console logs.

In your main module code (MMM-ABC.js), where you define your sockets simply add:

if (notification === 'HELPER_MESSAGE') {
     if (this.config.debug === 1) { Log.info(payload); }
//Receive a message, log the payload to the browser console. 
}

In your node_helper.js module, construct and send messages:

if (self.config.debug === 1) {
         apiMessage = moment().format('YYYY-MM-DD>>HH:mm:ss.SSSZZ') + ' [node_helper] << your log message content here >>';
         self.sendSocketNotification('HELPER_MESSAGE', apiMessage);
}

Hope this helps on your development journey!

*any code errors / exceptions will still throw to the raspberry pi console / pm2

Big O strikes again! Thank you for the explanation.

@strawberry-3.141 any guidance on location / structure of that function within node_helper? Create something like I did for MMM-Surf module within node_helper? Tack on a simple set interval @ the end of the NodeHelper.create {} stanza?

Current node_helper code can be found at https://github.com/Privacywonk/MMM-Surf/blob/master/node_helper.js for reference.

So I did some quick googling over coffee this morning. I think there is a two part suggestion for you. Please note, this will require research and testing which I have not done, this is just directional.

1. Install MMM-RemoteControl - https://github.com/Jopyth/MMM-Remote-Control
2. Add some custom code to the MMM-Remote-Control module to handle requests for turning on/off the motion device.

In MMM-Remote-Control’s node_helper.js module, you can find the “MONITORON” code:

if (query.action === "MONITORON")
		{
			exec("tvservice --preferred && sudo chvt 6 && sudo chvt 7", opts, function(error, stdout, stderr){ self.checkForExecError(error, stdout, stderr, res); });
			return true;
}

Notes:

• query.action defines a trigger word for the MMM-RemoteControl to listen for.
• exec() - executes a command on the OS
• The rest is for error checking that the external command executed.

In your case, we could define the following:

if (query.action === "MOTIONON")
		{
			exec("echo "motion_enable on" > ~/pikrellcam/www/FIFO", opts, function(error, stdout, stderr){ self.checkForExecError(error, stdout, stderr, res); });
			return true;
}

if (query.action === "MOTIONOFF")
		{
			exec("echo "motion_enable off" > ~/pikrellcam/www/FIFO", opts, function(error, stdout, stderr){ self.checkForExecError(error, stdout, stderr, res); });
			return true;
}

Background:

My module pulls from three data sources: NOAA, Wunderground, and Magicseaweed to render the UI. When I initially made the module, I had 3x setInterval functions loaded in node_helper. This did not work well…the setInterval function was firing haphazardly, resulting in 1000s of calls being made to the APIs.

My initial solution for this was to move the update function to the main module (MMM-Surf.js). This produced the desired effect BUT, I later realized, creates an asynchronous update process across multiple clients vs. synchronizing it in node_helper.

Question(s):

• Is it worthwhile to move the update functionality back into node_helper or if it’s working, leave well enough alone?
• if I do move it back, recommendations for how to structure it to avoid the random firing across the three API calls?

Current solution in MMM-Surf:

        scheduleUpdate: function() {
                var nextload = this.config.updateInterval;
                var self = this;
                this.updateTimer = setInterval(function() {
                        if (self.config.debug === 1) { Log.info(moment().format('YYYY-MM-DDTHH:mm:ss.SSSZZ') + "  UPDATE: scheduledUpdate called fetching new data: " + self.config.updateInterval); }
                        self.getNOAA(self);
                        self.getWunder(self);
                        self.getMagicseaweed(self);
                }, nextload);
        },

Legacy node_helper structure (repeated 3x times):

    fetchMagicseaweedData: function() {
        var self = this;
        this.MAGICfetcherRunning = true;

        //block of code removed for brevity

        setInterval(function() {
                    self.fetchMagicseaweedData();
                }, self.config.updateInterval);

            } // end request(function())
        ); //end Magicseaweed request
        this.MAGICfetcherRunning = false;
    }, //end Magicseaweed function

Gorgeous. Thank you!

@retroflex - that is where all of my API requests reside. MMM-Surf calls the node_helper functions. Whenever the app is loaded it makes new calls.

I am looking into node-cache to see if I can integrate that somehow.

as part of the configuration file for MMM-NetworkScanner there is an “occupiedCMD” and “vacantCMD” that you could try setting with the command sequence above. I haven’t used this tool yet so I am unsure what sort of commands can be passed.