Read the statement by Michael Teeuw here.
MMM-CalendarExt2
-
@Sean where is this log file located? I will take a look at it and see what I can find.
-
@cskenney
If you want to see the log on real time;
first stop yourpm2
(if you are using), thennpm start dev
on your MagicMirror directory. -
@Sean said in MMM-CalendarExt2:
- That is because just parsing of other calendars is not finished before the first drawing of current loaded events. Just wait, in the next turn remains will be displayed.
Or set enough time offirstDrawingDelay
to wait for all the parsing be completed.
https://github.com/eouia/MMM-CalendarExt2/wiki/2e.-Configuration:Others
is there a way to set priority of loading? If the trumba calendar referenced (Seahawks) is causing issues, I’d rather my main calendar loads first (Hold display until loaded), then the “trash” calendar, then the Trumba calendar. If not, feature request.
Thanks again, Love being able to make this exactly the way I want.
- That is because just parsing of other calendars is not finished before the first drawing of current loaded events. Just wait, in the next turn remains will be displayed.
-
@BKeyport
It would be over spec I think. Because;- This symptom would be improved by
delayFirstDrawing
to some degree. I think a few seconds would be enough to complete all parsing. If some calendar would take over 10 seconds, it would be the connection issue not parsing issue. - This symptom would be issued on short time only when MM starts. Usually, after the first cycle of refreshing, this issue would be gone away.
- None the less assigning priority, there would be no guarantee for the specific calendar completing to parse first. The main reason for this delay lays in the network connection quality between your RPI and the calendar server.
Anyway thanks for the suggestion. I’ll research more.
- This symptom would be improved by
-
@Sean I think I have it figured out now. If looks like putting the calendar scanInterval in the default section (look at the code I posted above) doesn’t apply it to all the calendars. Instead it looks like they are using a default value of 30 minutes. Does that make sense?
-
@cskenney
Hmmm. without real ical data, I can’t say anything about your case. Configuration itself seems nothing wrong.
When I changed yourupdateInterval
to1000*30
, it refreshes per 30 seconds.
If you don’t mind, send me your configuration with real ical URL. my email iseouia0819@gmail.com
-
@cskenney
Wait a sec. I think found something. -
@cskenney
You have a mistyping indefaultSet
. Notcalendars
, Fix it tocalendar
-
@Sean You can also do it through PM2 directly.
In a second session run “pm2 logs” – it’ll live update the logs on that session’s screen.
-
@Sean That did the trick. You used Calendars (with an S) for the main code section but the default section only used calendar (without the s). I didn’t notice the syntax difference. Thanks for the help.