MagicMirror Forum
    • Recent
    • Tags
    • Unsolved
    • Solved
    • MagicMirror² Repository
    • Documentation
    • 3rd-Party-Modules
    • Donate
    • Discord
    • Register
    • Login
    1. Home
    2. rkorell
    3. Posts
    A New Chapter for MagicMirror: The Community Takes the Lead
    Read the statement by Michael Teeuw here.
    R
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 25
    • Posts 389
    • Groups 0

    Posts

    Recent Best Controversial
    • RE: MMM-FRITZ-Box-Callmonitor-py3 unknown_error

      @wuermchen Great, congratulations.

      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: birthdaylist - discontinued ?

      @sdetweil Thanks.
      Take your time.
      This is definitely not urgent!

      Ralf

      posted in Requests
      R
      rkorell
    • RE: birthdaylist - discontinued ?

      @sdetweil OK; sorry, misunderstood.
      In the log file is nothing interesting - As far as I’m able to interpret this right:

      [2025-02-01 23:52:48.499] [INFO]  Newsfeed-Fetcher: Broadcasting 1 items. 
      [2025-02-01 23:52:48.920] [INFO]  Newsfeed-Fetcher: Broadcasting 7 items. 
      [2025-02-01 23:52:51.572] [INFO]  Newsfeed-Fetcher: Broadcasting 24 items. 
      [2025-02-01 23:57:44.968] [LOG]   2025-02-01T23:57:44 <log> MMM-Strava: "Getting data for module_15_MMM-Strava" (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-01 23:57:44.973] [LOG]   2025-02-01T23:57:44 <log> MMM-Strava: "Getting athlete activities for module_15_MMM-Strava after 2025-01-01" (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-01 23:57:45.407] [LOG]   2025-02-01T23:57:45 <log> MMM-Strava: "listActivities api returned 4 activities in page 1 using 200 per page." (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-01 23:57:45.582] [LOG]   2025-02-01T23:57:45 <log> MMM-Strava: "Summarising athlete activities for module_15_MMM-Strava" (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-01 23:57:47.063] [LOG]   2025-02-01T23:57:47 <log>  payload: undefined (/home/pi/MagicMirror/modules/MMM-Logging/node_helper.js:34 Class.socketNotificationReceived) 
      [2025-02-01 23:57:47.069] [LOG]   2025-02-01T23:57:47 <log>  payload: undefined (/home/pi/MagicMirror/modules/MMM-Logging/node_helper.js:34 Class.socketNotificationReceived) 
      [2025-02-01 23:57:47.300] [LOG]   2025-02-01T23:57:47 <log>  payload: undefined (/home/pi/MagicMirror/modules/MMM-Logging/node_helper.js:34 Class.socketNotificationReceived) 
      [2025-02-01 23:57:48.629] [INFO]  Newsfeed-Fetcher: Broadcasting 1 items. 
      [2025-02-01 23:57:49.043] [INFO]  Newsfeed-Fetcher: Broadcasting 7 items. 
      [2025-02-01 23:57:51.842] [INFO]  Newsfeed-Fetcher: Broadcasting 24 items. 
      [2025-02-02 00:02:48.764] [INFO]  Newsfeed-Fetcher: Broadcasting 1 items. 
      [2025-02-02 00:02:49.155] [INFO]  Newsfeed-Fetcher: Broadcasting 7 items. 
      [2025-02-02 00:02:52.110] [INFO]  Newsfeed-Fetcher: Broadcasting 24 items. 
      [2025-02-02 00:07:45.030] [LOG]   2025-02-02T00:07:45 <log> MMM-Strava: "Getting data for module_15_MMM-Strava" (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-02 00:07:45.036] [LOG]   2025-02-02T00:07:45 <log> MMM-Strava: "Getting athlete activities for module_15_MMM-Strava after 2025-01-01" (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-02 00:07:45.496] [LOG]   2025-02-02T00:07:45 <log> MMM-Strava: "listActivities api returned 4 activities in page 1 using 200 per page." (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-02 00:07:45.670] [LOG]   2025-02-02T00:07:45 <log> MMM-Strava: "Summarising athlete activities for module_15_MMM-Strava" (/home/pi/MagicMirror/modules/MMM-Strava/node_helper.js:477 Class.log) 
      [2025-02-02 00:07:47.243] [LOG]   2025-02-02T00:07:47 <log>  payload: undefined (/home/pi/MagicMirror/modules/MMM-Logging/node_helper.js:34 Class.socketNotificationReceived) 
      [2025-02-02 00:07:47.248] [LOG]   2025-02-02T00:07:47 <log>  payload: undefined (/home/pi/MagicMirror/modules/MMM-Logging/node_helper.js:34 Class.socketNotificationReceived) 
      [2025-02-02 00:07:47.493] [LOG]   2025-02-02T00:07:47 <log> Refreshed access token because it has expired. Expired at: 00:07:46 now is: 00:07:47 (/home/pi/MagicMirror/modules/MMM-NowPlayingOnSpotify/core/SpotifyConnector.js:24 ) 
      [2025-02-02 00:07:47.509] [LOG]   2025-02-02T00:07:47 <log>  payload: undefined (/home/pi/MagicMirror/modules/MMM-Logging/node_helper.js:34 Class.socketNotificationReceived) 
      [2025-02-02 00:07:48.900] [INFO]  Newsfeed-Fetcher: Broadcasting 1 items. 
      [2025-02-02 00:07:49.269] [INFO]  Newsfeed-Fetcher: Broadcasting 7 items. 
      
      

      Error log is “empty” for the time around midnight:

      [2025-02-01 23:07:48.215] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-01 23:22:44.976] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-01 23:37:44.996] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-01 23:52:45.072] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 00:07:45.159] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 00:22:45.228] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 00:37:45.305] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 00:52:45.385] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 01:07:45.623] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 01:22:45.537] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 01:37:45.657] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 01:52:45.742] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 02:07:45.838] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 02:22:45.994] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 02:37:46.097] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 02:52:46.168] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 03:07:46.285] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 03:22:46.325] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 03:37:46.523] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 03:52:46.508] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 04:07:46.575] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 04:22:46.640] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 04:37:46.754] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 04:52:46.811] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      [2025-02-02 05:07:46.922] [WARN]  MMM-Fuel: Filtered stationIds list is empty 
      

      Where else can I look?
      Regards,
      Ralf

      posted in Requests
      R
      rkorell
    • RE: birthdaylist - discontinued ?

      Dear Sam , @sdetweil - tahns for following up!!!

      @rkorell you should have a couple days on redraw now, does it still disappear?
      No. With the “debugging” switch I did not see a disappearing again .

      Can you show the new debug info

      Yes, for sure, I can see nothing “spectacular”…
      debuginfobirthdaylist.png

      Can you derive something from this information?

      Warmest regads,
      Ralf

      posted in Requests
      R
      rkorell
    • RE: New Mirror

      Good evening, all.
      As promised a status update regarding my activities with my signage board.
      After several brain distorsions with the software part (you may have seen my dumb questions) I also spent some time in the hardware part.

      I will place the monitor in a wooden frame (not ready, yet) and use a passepartout for design purposes.
      To do so I’ve designed
      passepartoutframesketch.png

      a frame for the mirror, print this in pieces (PETG HF)

      passpartoutframe_parts.jpg

      and assembled this to one connected piece (glued)

      passepartoutframe_assembled.jpg

      Wooden strips will be placed on the outer side (therefore the drill holes) to correspont with the wooden frame.
      The slot on the bottom left side is for eventually using the monitor buttons (through the “final” (paper) passepartout which will be placed on top of the plastic frame.

      So far a little bit progress.
      Will keep you posted.

      Regards,
      Ralf

      posted in Show your Mirror
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      @sdetweil OK, tanks anyway.
      It seems there is something special in my mirror.
      Not that magic but unfortunate…

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      @rkorell the debugging:true was my choice to provide info during execution cycle vs startup.

      It’s not relevant for other modules

      OK - Just a trial :-) - will delete, especially as no debug info is sent by module

      There is an option in weather, by default it will append the location(from the api data) to the header.
      You can turn that off

      appendLocationToHeader:false,
      

      This is an interesting addional hint, thanks.

      The REAL problem/question is: Why do the module override my settings?
      Reagrds,
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      module header not displayed?

      .weather_forecast  .module_header {
          display: none;
      }
      

      sorry doesn’t work, either :-(
      I’ve even copied your phrase to avoid typos - nothing happens.
      Sounds feasible and plausible, but don’t do the job…
      Ive tried

      .weather  .module_header {
          display: none;
      }
      

      Didn’t work, too…

      really strange…
      Thanks for any additional idea…

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      No, setting both headers to a text doesn’t help.
      Any suggestion where THIS error comes from???

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      @sdetweil thanks.
      But this seems not to work.

      .weather_forecast .module_header {
        border-bottom-width: 0px;
        color: black;
        font-size: 0px;
      }
      
      

      changes at least not, what I would like to happen: not visible regardless of content, so text color black and line below not visible, as well - line thickness (border-bottom-widht) 0 …
      What I’m doing wrong?
      Am I on the wrong properties?
      Thanks again,
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      Additional question as CSS rookie:
      I’ve tried to identify the object of the header.
      KlassenBeispiel.png

      how can I address this correctly?
      Sorry, I’m not able to figure this out.

      My best guess is

      .weather_forecast .header {
        border-bottom-width: 0px;
        color: black;
        font-size: 0px;
      }
      
      
      

      but this doesn’t work.
      How do I make this right?

      Thanks!
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      Answer yourself is a nice sport :-)

      • sometimes structured telling hepls thinking - or in other words:
        How I can I know what I mean before I’ve heard what I’ve said …

      As I read my own words - I’ve seen that it might be a good idea to test, if the header must be set indentical in both instances…

      • Leaving them both commented - so “blank” doesn’t work.
        Setting both to something “not null” at least survives some PIR-switch-offs …

      Keep you posted.

      • nevertheless with two headers it do not look nice so I’m still looking for a hint, how to get this done properly …
        Thanks so far.

      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: MMM-FRITZ-Box-Callmonitor-py3 unknown_error

      @wuermchen
      The log info from MMM-FRITZ-Box-Callmonitor seems to be O.K. …
      Regards,
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      After having an exact look on this - this happens immediatly if MMM-PIR switches off the monitor and first “wake-up” resets the headers.

      • So debug/debugging option doesn’t help here
      posted in Troubleshooting
      R
      rkorell
    • RE: Standar "weather" Module: Doesn't keep header setting?

      Addition: I ran into “sync” problems in another module and the “debug” + “debugging” option has helped to resolve this - that’s the reason for being present in this config as well - to give it a try…

      posted in Troubleshooting
      R
      rkorell
    • Standar "weather" Module: Doesn't keep header setting?

      Good evening team,
      as I wrote in another post I’m playing around with the weather (standard) module and today I finally was a bit successful and able to change the default icons in a way I like.
      Works as aspected and different icons in different sizes are shown appropriately.

      But:
      after a while the header of both of the module-instances (I am using two instances of the module- one for current, one for forecast) switching back to default:

      CalandarWrongTitle.jpg

      Only a restart of the mirror corrects this and the header appears as wanted (the header of second instance - forecast - is empty):

      CalandarTitleAfterRestart.jpg .

      config.js for thes modules is as follows:

      // Wetter aktuell für xxx
      
      		{
      			module: "weather",
      			disabled: false,
      			position: "top_right", 
                  header: "CityName",
                  classes: "weather_current", 
      			config: {
      				weatherProvider: "openmeteo",
      				type: "current",
      				lat: x0.24127,
      				lon: 0x.61174403,
      				showSun: false,
      				debug: true,
      				debugging: true,
      
      			}
      		},
      
      // Wettervorherssage - 
      
      		{
      			module: "weather",
      			position: "top_right",
      			disabled: false,
      			//header: "Vorhersage",
      			classes: "weather_forecast",
      			config: {
      				weatherProvider: "openmeteo",
      				type: "forecast",
      				lat: x0.24127,
      				lon: xx.6174403,
      				debug: true,
      				debugging: true,				
      
      			}
      		},
      
      
      

      Any idea how to solve this?
      Thanks a LOT

      Regards,
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: weather module (standard) - a little typo/error in weather.css?

      @sdetweil OK; good to know.
      Thanks!

      Warm regards,
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • weather module (standard) - a little typo/error in weather.css?

      Hi team,

      I’m playing around with the standard “weather” module - try to understand, how it works and how I can change something or even develop an own module.
      During my journey I had a look into weather.css and there seems to be an error.
      It’s possible that my assumption is wrong and that I miss something, than please ignore this…

      I’ve found an additional space in line 39

      .weather .weathericon,
      .weather .fa-home {
        font-size: 75%;
        line-height: 65px;
        display: inline-block;
        transform: translate(0, -3px);
      }
      
      .weather .humidity-icon {
        padding-right: 4px;
      }
      
      .weather .humidity-padding {
        padding-bottom: 6px;
      }
      
      .weather .day {
        padding-left: 0;
        padding-right: 25px;
      }
      
      .weather .weather-icon {
        padding-right: 30px;
        text-align: center;
      }
      
      .weather .min-temp {
        padding-left: 20px;
        padding-right: 0;
      }
      
      .weather .precipitation-amount,
      .weather .precipitation-prob,
      .weather .uv-index {
        padding-left: 20px;
        padding-right: 0;
      }
      
      .weather tr .weathericon {
        line-height: 25px;
      }
      
      .weather tr.colored .min-temp {
        color: #bcddff;
      }
      
      .weather tr.colored .max-temp {
        color: #ff8e99;
      }
      
      

      this is the block

      .weather tr .weathericon {
        line-height: 25px;
      }
      
      

      and the space is between “tr” and the following dot “.” .

      this is not the case in the two following blocks.

      Regards,
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • RE: birthdaylist - discontinued ?

      @sdetweil OK, thanks.
      Have done.

      posted in Requests
      R
      rkorell
    • RE: MMM-FRITZ-Box-Callmonitor-py3 unknown_error

      @wuermchen
      Hi.
      I guess it SHOULD work - at least it works for me at current github status (approx. 2-3 old - not sure what you have archived).
      At my own initial setup I got the same error message and after some researches it was caused by refused authentication on the fritzbox side.

      So I would start at this point initially - not at module side.
      My first attempt was login without password (as possible for console) - this doesn’t work.
      I’ve created a separate user on AVM side with full access to phonebook and so on and this worked from scratch.
      I see that you have an explicite user/pw as well - so I would double check if this user exists on AVM side and do have the right access privileges.

      For being sure I would recommend to delete all parameters from configuration you do not really need and experiment with the base parameters.
      E.g. you have set the Port number - at default - I would delete this one.

      I’m not sure if you are aware but you can find the documentation of the module in your module folder as well - you do not need the - closed - github entry.
      “README.md” is the file.

      Good luck!
      Ralf

      posted in Troubleshooting
      R
      rkorell
    • 1 / 1