Mitsubishi Wifi Module WF-RAC (Smart M-Air)

I installed the integration and noticed that the Indoor temp is equal to the value displayed on the Smart M-Air app, while the Outdoor temp is not. Just some tenths of degree, but it is not the same.
Is it the same for you?

EDIT: Actually I tried again, and sometimes also Indoor temp doesn’t report the same temperature of the app.

Ok nice. I think it is the app/device ID that is connected with the airco.
The local access is something I should look into in the future.

Edit: @peeeter i did a quick check with mitmproxy and can see that it is a ID that is generated by the app (i think uuid) and when you register the airco in the app it will send uptadeAccount api request with te ID. I think it will then accept the ID in the command. I will put it on the todo list to add this functionality to the integration

Ow ok I did not notice that but after checking it myself it does indeed have different values.
But the difference is that it looks like the values in Homeassistant are changing more often therefore it looks like the update interval of the app is slower than the homeassistant integration (30 seconds).

I will check look into it when I have time.

2 Likes

I installed your integration

I feel stupid. Do you mind telling me how you did that?

When I try to add the repo to the official add-ons, I get "https://github.com/jeatheak/Mitsubishi-WF-RAC-Integration is not a valid add-on repository".

When I try to add the repo to HACS, I get "<Integration jeatheak/Mitsubishi-WF-RAC-Integration> Repository structure for main is not compliant".

Download the Release from GitHub as a ZIP (link), then expand the mitsubishi-wf-rac folder so it goes inside the custom_components subfolder of your Home Assistant installation.
If you’ve done correctly, you should have the files like so:

Home-Assistant\custom_components\mitsubishi-wf-rac\manifest.json

Then restart Home Assistant and after startup you should see the new Mitsubishi integration in the Configuration > Integrations menu. There you can assign a name, insert the IP Address of your AC unit and it will create 2 sensors for the indoor and outdoor temperatures.

3 Likes

after startup you should see the new Mitsubishi integration in the Configuration > Integrations menu

Like a charm! Thank you!

Works here great for three airco’s also!

i have four, its work. waiting for more options <3

Hey Guys,

At the moment I’m busy implementing the climate control feature but I’m not sure wat to do with the account update at the moment. Mayby you have some suggestions?

The problem:
To send commands to the Airco you need to have a accountID (operatorId) registered at the airco. This can be done trought the updateAccountInfo api request. But there is a option to add it to the remote list or not. The remote list is meant for the remote connection trough their app/website. If the accountId is not added to the remote list is works also but we never now which operatorId we have set.
The airco can have max 4 “phones” connected.

Possible solutions:

  1. don’t add it to remote list and use a fixed operator id like hassio-operator-id-1 then the integration will try to add it and if it is already present. But it is difficult to determine when to delete. Especially when there are more homeassistant instanced
  2. add a random generated uuid as operator id to the account list. But there is a possiblilty that the delete will go wrong. If the maximum of 4 phone are reached a manual factory reset of the module is needed
  3. add a random uuid also to the remote list therefore we always know which operator id has been registered. But we don’t know which extra features it will activate in the module. (like sending data to their cloud servers)

I hope it is a little bit understandable what I did write.

For me personaly I think solution 2 is the best option because it is meant to be used like that.
But there is a small chance (happend to me, because of development issues) that the phone count will be reached. Than the user needs to reset the module to factory default. Ofcourse it can be checken when adding the airco and display a error with instructions.

1 Like

What is the process for doing this? If it’s simple, I think that would be acceptable.

I have not tried it yet but in the Manuals it says you need to press the reset button more than 3 seconds.

Ah, so it might be a bit of a pain as you’d have to set the wifi up again?

probably :frowning:

Yes that’s true but it will mayby never happen beacause I did implement the delete feature. So in my case it only happend because I was developing (adding/removing the integration) without the delete method.

But there is a small change it will happen. And that the user needs to manual setup de wifi module again.

Edit: you can see the connected accounts in the app: in Airco->options->bottom page (number)

I think you’re right, the probability is low and even then the impact is also low. I would agree that #2 seems the best approach.

1 Like

But does the app create the uuid from the email account that one registers? Because I tried applying the same email to two instances of the app (on 2 different phones) and it didn’t allow me to use it; I had to create another account with a different email and it counted as 2 in total (correct).
While if I uninstall the app, then reinstall, and apply the same email that I used previously it doesn’t increment the counter (meaning that the uuid is presumably the same).

The email is used as authentication for their cloud service (AWS). If you set the app to Remote instead of local. it will store and send requests via their service. I think they will store the accountID on ther cloud service. So when you login form another phone it will just use that accountID instead of registering a new one.

When I check the code it does generate a unique uuid in the app that is unique per phone. So it has nothing todo with the email but as stated above it ccan be used from different phones.

If you delete the airco’s it will also delete the accountId from the airco and therefore also the account number will decrease.

1 Like

Hi Guys.

Thank you for all the work you’re doing to make this happen!

Am I right that at the moment we have 2 sensors: indoor and outdoor temp?
That’s all I get, and nothing else.

Sorry, but I just not quite get what you’re talking about in the last few posts.

Hey,

No problem, it’s always nice to expand the features of Home Assistant.

You are right. At the moment I’m busy to implement the Climate (thermostat) component in the integration.

2 Likes

@jeatheak The (android) app also has an offline-mode. Do you know that operator-id that uses? Maybe there is a default one?

On the side: could you also add the energy-sensor?