@alexny007 Unless you have many (dozens) instances of the module running on the same account, it will stay far below the 200$ free tier limit, and it won’t cost you anything.

Annoyingly enough, this is correct. Google is changing their Maps API access, and billing now needs to be set up for all uses of the API - including free tier. The 200$ limit is their free allowance, as long as you stay under that you don’t pay anything at all. Using only MMM-MyCommute should not even come close to that. But you still have to provide billing information, even if it’s never going to be used.

I have updated my account and project that I use for MMM-MyCommute, and it works just fine.

@ATibbs I’m the author of the calendar-integration fork. It’s quite old but works stable enough for myself. OP has a very valid issue with it, in that it uses up a lot of API calls if you have many events refreshing often - so be careful to limit the showcalendarevents to a low value. I have it running with 3 events shown and haven’t had an API limit issue in many months of use.

I’ll take a look at upstream changes and update/rebase the fork to the current master, to keep it up to date and compatible.

Coinmarketcap changed the URLs to their sparkline graphs some time yesterday. Old URLs still load but don’t update anymore. I created a pull request with the updated URL.

I had the same issue on my mirror at first, too. The reason was me using an older version of Chromium. Older Electron versions could have the same issue - the color is transformed using CSS filtering, that has only become usable not very long ago. Try updating whichever display engine/browser you use, it should work then.

@rudibarani Try the “direction” config value. It needs to be set to the target station ID. Only departures that go to that station will be shown then. I use it as well to filter out all the buses and only show the U-Bahn that I need from the local station. I need to add it to the documentation, forgot to do it.

@fox Can you post your module configuration from config.js? And have you pulled the latest code (master branch from https://github.com/matteodanelli/MMM-cryptocurrency)?

Hey,

thanks for this module! Exactly what I wanted for my mirror.

I took the liberty of implementing two new features, pull requests are up on Github:

1. Show weekly price graphs from coinmarketcap: https://github.com/matteodanelli/MMM-cryptocurrency/pull/6
   

2. Round the prices to a total number of significant digits, to keep a higher resolution on low-value prices: https://github.com/matteodanelli/MMM-cryptocurrency/pull/7
   
   The property is set to 5 in the example. Note how BTC and ETH are both still showing two decimals, but XRP is showing 4, for a total of 5 or more digits.

Any comments are welcome! I tried to keep your coding conventions intact, though it wasn’t much code that I added :)

@j.e.f.f I am aware of the API problem, which is why I set the config option to “off” by default. On my own mirror, I have 2 default destinations + max 3 calendar entries shown. With 5 destinations refreshing every 10 minutes, this amounts to a total of 720 requests per 24 hours, well below the limit. Of course users can set the calendar entries number higher, or configure more “static” destinations. Maybe one could implement an explicit console warning when too many destinations (10 or more) are configured, and one comes close to the limit?

Hey,

I just found this module today, and it’s awesome, exactly what I was looking for! Multiple destinations - almost perfect. However I was missing the option of calendar integration. So I went ahead and built it: https://github.com/jclarke0000/MMM-MyCommute/pull/1

With it enabled, it shows extra destinations for upcoming events in all configured calendard that have a location (up to a maximum number). The destinations are configurable, same as normal ones - it only overwrites the location and title. Works perfectly for me so far. Any comments are welcome.

@broberg No, the mirror sits on the metal of the LCD panel framing, held in place (temporarily) with some tape. There might be some very tiny space between them where the frame isn’t perfectly even - I guess I could try putting some black foam or paper in between there to have the mirror pressed on as flush as possible. Ultimately, I think I’ll have to build the frame sooner rather than later - that will completely cover the sides and ~1cm of the front on each edge, there should be no room for any light bleed from the outside after that.

@broberg You mean the small bit on the left side of the mirror? I’ll cover than with a black backpane then, if that makes such a difference. Otherwise, all the light coming in behind is from the monitor only, 3 of edges are flush to the monitor frame (I made a mistake when taking the original measurements, the mirror is 1cm too wide… but that I can live with, the frame will cover the edges eventually).

@Goldjunge_Chriz what sort of display do you use for your mirror?

I have got my glass from @Woody, the pickup was smooth, perfectly packaged, all is well. The performance, I’m not completely 100% convinced yet… it is way better than my previous mirror film solution, but quite a lot darker than a “normal” mirror that hangs in the same room, even when the display behind it is turned off. With the display on, the backlight of the LCD makes the reflection a bit less prominent still. I presume an AMOLED would be ideal for this with a perfect black, but any backlit LCD is going to give off some light on its black areas.

The mirror is facing with the protective film side outwards, the unprotected side towards the screen. Protective film is of course removed :)

I’ve taken a few pictures of it, it actually looks a bit better in the pictures than it does IRL:

(ignore the wires and the lack of a frame, it’s very much at prototype stage still)

@Beh This is correct. Station IDs are different between DB and BVG networks (and others, such as my local RMV), and I haven’t yet added a proper error message for “wrong” IDs, instead it fails silently. Getting DB IDs is a bit of a pain, too, I’m working on a small public interface for that. I’ll open a separate thread for the fork.

While I’m here: thanks a lot for your work! Without your code, my module would never exist. I’ve put an attribution in the readme, if you want it higher up just say a word :)

@Woody yeah, Frankfurt is no problem, I work in the city center there. Can take my car instead of the train any day and pick it up after work or during the day, basically anytime.

@Woody if you’re driving to Frankfurt and could take my mirror with you, that’d be great.

@Goldjunge_Chriz confirming my order, sorry for the delay. Please send payment data when it’s ready!

@Goldjunge_Chriz ok, thanks for the clarification! In that case, my order is as follows:

Size: 63 * 37,9 cm
Area: 0,239 m² (payment for 0,4)
Location: Bad Homburg
Additional comments: Polished edges
Delivery please, unless it’s over 35€ - then I’d probably prefer the pickup in Heilbronn.

PS. Ist hier jetzt Deutsch oder Englisch die Thread-Sprache? Bin verwirrt :)

I am interested in joining the order :) Built my first proof-of-concept mirror yesterday using the cheap “plexiglass + mirror film” method, and while it works, I am less than happy with the result.

The problem is, my mirror is using a single 27" 16x9 screen, and I don’t want to leave blank space around it. The size I’d need is either 63 x 37,9 cm (fully covering the monitor including bezel) or 60 x 34 cm (only covering the display), which works out to just 0,239 (0,204) m² - not enough for the order, and probably not doable by the supplier. But maybe I’m not the only one who needs this size? If someone else also needs a piece with a 63 or 60 cm side, maybe we could combine the two pieces and cut them apart after delivery (some hardware stores offer glass cutting services)?

I am located in Frankfurt am Main area, and would be OK with both shipping or pick up in Heilbronn (if the second party also picks up there). Timing is not critical, the project can wait.