This module monitors internet statistics such as strength and speed information on a smart mirror. Please let me know if there are any additional features or improvements that are required.
Features:
Eager to hear your thoughts! :D
colored
monochrome
*screenshot
signal strength
verbose mode
[card:ronny3050/internet-monitor)
Just made an email module for MagicMirror. It is my first module and I had a lot of fun making it.
It pulls and displays all unread emails and listens for new incoming emails. It updates the mirror when a new email arrives.
Features:
Updated 06/10/2017:
Now supports:
Please let me know if there are any additional features or improvements that you need.
[card:ronny3050/email-mirror]
@Mitchfarino
This is what I use: https://www.amazon.com/gp/product/B00IR8R7WQ/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
It works absolutely fantastic.
Module that displays and alerts mirror users on new phone notifications.
Please let me know if there are any additional features or improvements that are required.
Features:
@guybatt234 said in Phone Notifications:
@ronny3050 this is very nice and easy to get working thank you very much! Would it be possible to change the time it takes for old notifications to fade away?
Thank you! Do you mean the alerts? That can be changed in the config by changing ‘display_time’ in the alert module. Here’s the link to the alert module for more customization. Hope that helps :D
@Advokaten @pjkoeleman Silly me, I am sorry, I thought you requested colors for the speed gauges, which are already there. As for colors for the wifi strength indicator, there are two ways:
I am sure 1 would be preferred. I will get back to you in a little bit with my progress on this. Thank you very much for suggesting this.
@strawberry-3.141 Hey bro, thanks for the heads up! I was going to go that route except not sure whether everyone’s raspberry browser supports css3.
@Wilco89 How far are you with this? I was wondering whether I could take a crack at it.
Chromium isn’t necessary. I use Midori and execute “midori -e Fullscreen -a http://localhost:3000”
@guybatt234 said in Phone Notifications:
Thank you very much for reporting these bugs. I shall push a fix for both and update you here! :D
@Preve Thanks for the heads up. The bottom parts are warnings and have nothing to do with the module not working. Loading for a long time indicates problem with communicating with your email service.
@malicious_banjo another advantage is pushbullet does not capture all notifications - it depends on the applications sending the notification. This should be resolved by having a custom app as well :)
@malicious_banjo said in Phone Notifications:
@ronny3050 Sounds great. I just finished my mirror a few days ago so I’m quite new to this community; have they’re been a fair amount of issues concerning this module? I’m guessing some kind of recent update to PushBullet is throwing everything out of whack?
It’s possible and yes, there are more issues than I would like to have. I’ll get started on this and update you. Please hang tight! :)
@malicious_banjo Yes, it will. It will be a lot of work, but I think it would work well due to the following advantages -
@malicious_banjo the more I think about it, the more convinced I get that we should have our own application. The issue is I am not very knowledgeable in the workings of Pushbullet which will always limit my abilities to solve issues like this.
Do you think it is reasonable to have a widget installed on your Android phone that pushes notifications instead of relying on PushBullet?
@tnorling what do you say we create our own mobile application for both Android and iOS that can push notifications. This way, we won’t have to rely on Pushbullet and can control push limits.
@malicious_banjo do you use Pushbullet a lot? There’s a limit on how many requests are given out per user.
If you use Pushbullet outside of this module, it is possible that you ran out of requests.
Seems like a good course of action will be to custom create an Android app that will push notifications.
Updated email module.
Now supports:
@tnorling thanks for the information! You’re indeed correct in stating that there is a ratelimit associated with requesting pushes. It indeed seems like an unsolvable issue, given that once we request a push, the JSON response is already sent, even if it is streamed. :(
The json response comes in whenever a new event occurs, however, we could maintain a stack of current pushes and dismissals. The wait time could then be dynamic shortened if a dismissal is found in the stack.
Will this work?