What firmware do you have installed on your Roborock S5 V2? I’ve seen that there is again a new FW available for my devices and there was a change for the maps:
But I did not install yet because I’m not 100% sure if the binding still works with the newest FW.
mine is the latest 3.5.7_002008, and it seems that is doesn’t work with the latest alpha binding, see few post belows.
but the official miiO binding works like a charm with this firmware
Ive tried and failed.
How do get Rename the rooms in the Mihome app. I can edit them. divide and merge. but cannot rename
I have been able to trouble shoot the room numbers for a few of the rooms by using app_segment_clean and typing 0 1 2 3 4 5 and so on.
I can get it to work with 1 2 3 and 4. anything more and it doesn’t find the room. But there are still rooms on my map that i cannot find this way. Also get_room_mapping[] returns nothing. no errors. I just get a {“result”:[],“id”:11299} with nothing else.
Nevermind. Seems as though i have the S5 and the command get room mapping is not available. I was able to find the rooms by trial and error.
even though i have only about 8 rooms. My room numbers go up to 18 with blank rooms in between.
Which vacuum model that is?
You can try to check the log of Mi Home app version 5.4.49 which has debug logging on.
See if what it is sending. Alternatively you can try to decompile the vacuum helper apk.
3rd option: set it with the app and see in OH what are the related % values. Indeed they seem to differ a bit in the various firmwares
Thanks for your work, I got almost everything working! The cloud discovery works like a charm I’ve only one issue with the map, there I get the following error in the logs:
2020-03-15 10:44:38.809 [INFO ] [g.miio.internal.cloud.CloudConnector] - Getting vacuum map roboroommap%XXXXXXXXXXX%2FX from Xiaomi cloud server:
2020-03-15 10:44:38.810 [INFO ] [miio.internal.cloud.MiCloudConnector] - Send request: {"obj_name":"roboroommap%XXXXXXXXXXX%2FX"} to https://cn.api.io.mi.com/app/home/getmapfileurl
2020-03-15 10:44:38.815 [INFO ] [miio.internal.cloud.MiCloudConnector] - Error while executing request to https://cn.api.io.mi.com/app/home/getmapfileurl :java.net.UnknownHostException: cn.api.io.mi.com: No address associated with hostname
Can you guess why resolving the url fails, but only for getting the map? I have a v1 roboter.
Edit:
I can use the German server, but then, the device is not known. I guess this makes sense since the device is registered (in the Mi Home app) on the Chinese server.
Also, the device discovery works. Although here, the request goes to a url without the country code:
2020-03-15 11:21:19.241 [INFO ] [miio.internal.cloud.MiCloudConnector] - Send request: {"getVirtualModel":false,"getHuamiDevices":0} to https://api.io.mi.com/app/home/device_list
2020-03-15 11:21:20.208 [INFO ] [miio.internal.cloud.MiCloudConnector] - Devices token info saved to /var/lib/openhab2/miio/miioTokens-cn.json
Edit2:
Alright, I got it working I had to move the device to the German server and then everything works. Seems to be something weird with the route to the Chinese server (?)
Hallo Stefan,
You can try to keep the server in the binding config empty, than all the known servers are tested.
There’s only a few servers for the whole world.
The exact logic for linking av country to a server is not known to me yet.
You can see which servers know your vacuum of they provide a token for it. If there is only one server that your vacuum is defined in, it will add that server during the discovery. In case of multiple it will check in which it is defined as online.
In the userdata/miio folder there is a json for each server for further exploration
This is by design… The CN server uses a domain name without the country… cn.api.io.mi.com does not exist (strangely)
Another strange thing I found is that you can sometimes receive a map from a server that is not related to your vacuum. This does not work for tokens (each server has a different token for the device)
yes, that does not give a sweet picture.
The file version it indicates is same as for other ones, I’m trying to see if there is some other parameter that maybe not yet understood is different in your file.
Did all files come out this way, or did you get a proper map in OH before?
Do you have a screenshot of what I should expect at the same time? (is it like below)
I think I’ll figure it out… my quick experimenting so far looks already bit in the right direction
Got most new features now. Will make a new release in the next couple of days