You might want to read the README on the module:
https://github.com/MichMich/MagicMirror/tree/master/modules/default/currentweather
Basically, you need to go get your own API key for that to work.
You might want to read the README on the module:
https://github.com/MichMich/MagicMirror/tree/master/modules/default/currentweather
Basically, you need to go get your own API key for that to work.
The only reason I ask is because you can do one of three things here:
Using the lighter one is contingent on how well it reflects when there’s nothing being displayed or the TV is completely turned off. But if it reflects better, then that may be the way to go.
I realize the last option may be somewhat annoying but it would work. And turning off the modules is a piece of cake. Or you could even turn off the HDMI output on the rpi, but the TV remains on … although some (most?) TV will then also turn off the screen’s backlight if they don’t detect an HDMI signal. Mine does. It stays on for a few seconds then the backlight turns off. The TV is still on, but the screen is off completely.
There shouldn’t be any reason to edit 'defaultmodules.js'
, that’s only specific to the default modules that MM comes with. Any modules that you install does not go in the default folder, but simply in MagicMirror/modules/<module_name> …
@MichMich, unfortunately I can’t reproduce that. I’m using my own private Google calendar and it loads just fine.
The config.js file lives inside of the MagicMirror folder. Look in ~MagicMirror/config/ for a file named 'config.js.sample'
and rename that to 'config.js'
. Load up your mirror. Once that’s working, you can start customizing it.
Yeah, I definitely like the lighter one better (specially with the TV completely off!), but you need to decide on the reflective property. If it doesn’t suit you (you can’t quite see the mustache hair), then you’ll have to figure something else out.
For debugging purposes, I sprinkle 'Log.log("...")'
statements in my code which I can then see in the console log. For example, in my calendar_monthly
module, I have a 'debugging'
flag that I can set which then outputs this bit in the console log:
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
CALENDAR_MONTHLY IS IN DEBUG MODE!
Remove 'debugging' option from config/config.js to disable.
Current moment(): 1466399977889 (11:19:37 pm)
scheduleUpdate() delay set at: 1466402400000
nextReload should happen at: 1466402400000 (12:00:00 am)
which is in: 40 minutes and 22 seconds.
midnight set at: 1466402400000 (12:00:00 am)
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
That output helped a great deal when I needed to accurately calculate those values (and I couldn’t figure out why the delay I was setting wasn’t right.)
Having log notifications like that helps. I tend to put them in places where I need to check for a value, or verify that a condition is being met, before the rest of the code continues on. It’s worth nothing that I load the running mirror remotely on my development desktop machine (through Chrome or Firefox) by going to my rpi’s IP and MM’s port. I don’t touch the actual running task on the rpi itself, once loaded, I leave it alone. When I make a change in the code, I can refresh my browser and see the results immediately without affecting the mirror itself. It’s not till I’m certain the code works that I will restart the npm process on the mirror. This has the added advantage that I can see the current running code on the mirror and compare it with what the new/changed code shows on my remote browser.
As for the height/width part, those are being set in the main CSS file. Because it’s a fluid layout, there is no exact numbers, it’s all calculated at run-time based on the monitor’s resolution. So you’ll have to use the main layout “box” for the position that your module will be in, and then work within that. Setting fixed sizes will cause problems later down the road with folks who don’t have the same resolution as you.
Yeah, I saw that too when using Edge. I need to spent some time looking into that, but I’m also working on other code … one thing at a time. :)
That’s been in the 'develop'
branch. Not pushed to 'master'
yet. With this being a “biggie” for everyone who’s running the master branch, perhaps @MichMich might consider pushing it to the master branch sooner rather than later.
And my apologies earlier for not having spotted it. I always run the develop branch. #livingontheedge :)
What you see there are laser cut wood pieces. The connectors and light cups are done on an Ultimaker 2.