Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Two stoves? #47

Open
VoetenK opened this issue Oct 17, 2022 · 5 comments
Open

Two stoves? #47

VoetenK opened this issue Oct 17, 2022 · 5 comments

Comments

@VoetenK
Copy link

VoetenK commented Oct 17, 2022

I have two stoves from MCZ. I have been able to use my first stove in Home Assistant for a while now. I'm using here for a docker container.

Now I would like to use my second stove in Home Assistant as well.
That's where I'm having problems. One way to do this is to use an extra USB WiFi dongle. Problem is I can't find a dongle that works in Debian Bullseye on a Raspberry Pi.
I installed Home Assistant Supervised on a Raspberry Pi 4b 8gb.

Another solution would be that the IP address 192.168.120.1:81 is not used but on my home WiFi network. The MCZ app also works via that network.

What solutions are possible to be able to use both of my stoves in Home Assistant?

@Chibald
Copy link
Owner

Chibald commented Oct 17, 2022

The stove is hardcoded to use 192.168.120.1 on it's internal wifi network.
So it will be problematic to use two maestrogaway scripts on one raspberry.

Couple of solutions:

  1. get another raspberry and put another script there. Because the stove built-in wifi is not so strong, the pi needs to be really close to the stove anyway so maybe this is not a bad idea.

  2. use a different 'gateway' script that does not use the stove internal wifi, but get the communication from the mcz servers.
    The downside (my opinion) is that the communication is without ANY security. Not a great idea on a device that uses fire...

  3. bride the networks using a router. I myself use GL.iNet GL-AR300M16 Mini Router to bridge my networks because of poor network connectivity of my Pi to the stove.
    Setup:
    Pi, wired to lan
    Router, wired to lan, connected as bridge to stove via wifi.

Then you'll need to use Network Address Transalation (NAT) to map the IP of the 2nd stove to a free IP address on your Lan.
This option is maybe too complicated (?)

good luck!

@VoetenK
Copy link
Author

VoetenK commented Oct 26, 2022

Network Address Translation (NAT) to map the IP of the 2nd stove to a free IP address on my Lan is complicated for me.
Can you describe the procedure to do that?
I have the same router as you for the stove.
For my network in my home I use the RT-AC85P from Asus.

My first doubt is about the choice of network mode. Here I find the following options: router, access point, extender or WDS. I'm not sure if I should use it as a router or as an extender. Can you confirm which one I should take?

Then I go to advanced and use the default web interface of OpenWrt, Luci. At network/firewal I find NAT rules.
No matter what I try, it doesn't work.

Am I on the right track or am I forgetting some steps, if so, what and how should I fix it?

@Kam1ni
Copy link

Kam1ni commented Nov 12, 2022

I helped @VoetenK with setting up his router and after some experimentation we found out that NAT was not the way to go. But portforwarding did the trick.
So in the end the network looked something like this:

Raspberry pi was directly connected over wifi to stove 1
Router was connected over wifi to stove 2 and over a seperate network to the pi
By portforwarding port 81 on the router to stove 2 the pi could access stove 2 by connecting to the router with port 81
And stove 1 could still be accessed directly from the pi

In the future it's possible to add more stoves to the router if desired by adding another port forward rule to a different outbound network (where the 3th router would be) over a different incomming port.

So this issue can be marked as resolved.

@VoetenK
Copy link
Author

VoetenK commented Jun 16, 2023 via email

@Kam1ni
Copy link

Kam1ni commented Jun 16, 2023 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants