Magic mirror serving multiple clients

Reply to Magic mirror serving multiple clients on Mon, 19 Mar 2018 10:47:31 GMT

cowboysdude — Mon, 19 Mar 2018 10:47:31 GMT

@serge-cherpy the only way to do this would be to set up a pi as a master and the rest as slaves…ie

one pi running your main mirror at [for example] 192.168.1.2:8080 [master]
Then running another pi and opening up a browser to 192.168.1.2:8080 [slave]

Is one way to do it. I don’t do it that way because all my mirrors do different things and have different purposes.

Bathroom mirror is an actual mirror
alarm clock mirror is a 10" touch panel that functions as an alarm clock
32" inch mirror is a home automation mirror

But the above method master->slave would work providing you have them all on the same network… if you wanted to run master on one network and the slave on another that would take more work :)

Reply to Magic mirror serving multiple clients on Sun, 18 Mar 2018 23:20:27 GMT

serge cherpy — Sun, 18 Mar 2018 23:20:27 GMT

@cowboysdude

Bonjour avec mon Français je voudrait savoir si vous avez réussi a conclure le multiple clients sur un pi, peut on échanger des informations pour que je reproduise le mème serveur sur deux poste client Merci Serge

Reply to Magic mirror serving multiple clients on Wed, 07 Mar 2018 12:35:44 GMT

cowboysdude — Wed, 07 Mar 2018 12:35:44 GMT

@strawberry-3.141 Thank you! @zack949 there’s a way to run one as master and others as slave… look at the response from strawberry :)

Reply to Magic mirror serving multiple clients on Wed, 07 Mar 2018 06:42:43 GMT

E3V3A — Wed, 07 Mar 2018 06:42:43 GMT

This sound cool. But your need depends on how you want to interact with multiple instaces.

One master MM with multiple non-interactive slaves:
- Just open browser on new device and point to master MM IP, and expand to full-screen
One master MM with multiple, one-at-the-time interactive slaves:
1. Need some hardware hacking: try to find a way to connect several PIR, microphone to multiple monitors, could be over cable, wifi or bluetooth. (Seem hard and ugly to implement)
2. Implement some kind of HDMI switching mechanism
One master MM with multiple, all-independent interactive slaves:
- Do what’s described above with using mm1,mm2,mm3,.... This surely would eventually overload a RPi, as you add different and concurrent modules.

Reply to Magic mirror serving multiple clients on Wed, 07 Mar 2018 06:24:41 GMT

strawberry 3.141 — Wed, 07 Mar 2018 06:24:41 GMT

@cowboysdude take a look at https://github.com/fewieden/MMM-syslog-slave thats the only thing were I connected multiple instances

Reply to Magic mirror serving multiple clients on Wed, 07 Mar 2018 02:34:34 GMT

cowboysdude — Wed, 07 Mar 2018 02:34:34 GMT

@strawberry 3.141 didn’t you help someone accomplish this? I would LOVE to do this so my big mirror and bathroom mirror are both running the same thing… ;)

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 21:55:00 GMT

ninjabreadman — Tue, 06 Mar 2018 21:55:00 GMT

@zack949 Not of which I’m aware. Most dev effort is spent on the display/features end. It would also have to track the config options for dozens of regularly changing modules, which presents its own challenges.

I recommend using a syntax-highlighting code editor, like (the free) Atom. It will help with closing brackets/braces, and using the proper quotes. You can also run “Atom Beautify” in “Packages” regularly to keep formatting for legibility.

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 21:34:13 GMT

zack949 — Tue, 06 Mar 2018 21:34:13 GMT

Is there currently any development to make a GUI for better visualizing config.js changes?

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 19:57:56 GMT

ninjabreadman — Tue, 06 Mar 2018 19:57:56 GMT

@zack949 I suggest you register mm1.sh, mm2.sh and mm3.sh with pm2 (per manual install guide). I would then also create a mm-start.sh that runs pm2 start mm1 && pm2 start mm2 && pm2 start mm3 and likewise for stop. You might even create an mm.sh that just sends the following command (e.g. mm.sh start) for all three MM instances managed by pm2, but that will require some bash scripting.

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 13:54:59 GMT

zack949 — Tue, 06 Mar 2018 13:54:59 GMT

What @ninjabreadman suggested worked wonderfully and could act as a long term solution. A gui could make the whole process of managing instances easier.

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 09:12:47 GMT

pinsdorf — Tue, 06 Mar 2018 09:12:47 GMT

@zack949, could you report back after you got it solved? I think this is an interesting use case, which might be relevant for more people.

If you start your mirror with pm2 as suggested in documentation, then you can use commands like pm2 stop mm, pm2 restart mm, pm2 start mm to control your mirror.

I would make three different start scripts, e.g. mm1.sh, mm2.sh, and mm3.sh, where each one starts one specific instance. This is in line with @ninjabreadman’s suggestion to have three install directories.

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 01:23:14 GMT

zack949 — Tue, 06 Mar 2018 01:23:14 GMT

I will look into that, is there a place where I can find a list of available commands for server controls. For example how do I stop the server once I start it? I do not have much in the way of experience for this and would appreciate any help you can give me.

Reply to Magic mirror serving multiple clients on Tue, 06 Mar 2018 01:03:27 GMT

ninjabreadman — Tue, 06 Mar 2018 01:03:27 GMT

@zack949 I think you’ll need to run three separate instances, but should be straightforward. You’ll want three installs (e.g. ~/MagicMirror1, ~/MagicMirror2, etc.). Suggest you install/build MM, then just copy the directory twice with all the dependencies. You’ll need to set each up on its own port to avoid collisions.

Interesting idea to permit multiple server instances from a single install, but I think it would become confusing for many. The single server/client does satisfy the vast majority of use cases atm.