Erinome

> but directly stops again with no rooms set I'm sorry, that was an inadvertence. In [this test build](https://gv.erinome.net/valetudo-test-210206.tar.gz) it should properly start a whole house cleaning when there's a...

Проверьте, что у вас адрес MQTT-брокера в настройках указан в виде не только одного лишь IP или домена, а полностью - вместе с протоколом: например, mqtt://192.168.10.100.

RE version sends to MQTT mapdata packets in the same untouched format they are received by valetudo from the device. Hypfer's version unpacks mapdata packets, parses them and re-packs them...

The error you see is caused by the mapper tries to parse mapdata as a plain JSON. As seen [here](https://github.com/rand256/valetudo-mapper/blob/master/lib/MqttClient.js#L88-L92), the proper binary mapdata from RE must begin with bytes...

> Are there more requirements I should be aware of that can cause the problem? There're none actually. Even ntp is needed only for gen3 devices to have scheduled cleaning...

> Same issue here, brand new Roborock S6 with Valetudo RE 0.10.5 and **valetudo-mapper 0.2.0.** > MQTT cache is empty. Where do we start? :-) You start by using valetudo-mapper...

> same bug existed on other build version, same fix should work as well? It definitely isn't _same_ since you have an error code -10000 and there it was -10005....

Well, as we know from the issue you've linked firmware version 1708 requires specific argument to `set_lab_status` command, that is different from what was used in older gen2 devices. I...

As far as I know, if you try to install stock update, you'll definitely loose your root access. For newer robots including S6 you need to flash some prepared image...

Well, as far as I understand from the links provided, the actual _breaking change_ is they're dropping the support of `legacy` schema which we don't use, while by some reason...