Valetudo

Valetudo aims to be a vendor-agnostic abstraction and cloud replacement for vacuum robots which started as a standalone binary on rooted roborock vacuums.

View the Project on GitHub Hypfer/Valetudo

General

Newcomer Guide Late 2021 Supported Robots Capabilities Overview Rooting instructions Upgrading

Installation

Roborock OTA Viomi

Companion Apps

Valetudo Companion (Android) Valeronoi Lovelace Valetudo Map Card I can't believe it's not Valetudo node-red-contrib-valetudo Fun & Games Other Noteworthy Projects

Integrations

MQTT Home Assistant Node-RED openHAB

Misc

FAQ Frequently requested features Roborock, Files to backup Troubleshooting

Development

Building and Modifying Valetudo Valetudo core concepts MQTT

Archive

Supported Dreame Devices Supported Roborock Devices Supported Viomi Devices Newcomer Guide Early 2021

Frequently asked questions

Why the name?

Valetudo is the roman name for the greek goddess Hygieia which is the goddess of health, cleanliness and hygiene. Also I’m bad at naming things.

Are there still random factory resets?

No. We know what caused them, and it’s not happening anymore.

To add some context:
Roborock V1 and Roborock S5 up to firmware version 1898 hat an issue with random factory resets. This only applies to these two models of vacuum robot. Nothing else.

Those resets were caused by the watchdog of the firmware sometimes noticing that there was less free ram than expected, due to Valetudo running on the vacuum. This set a “broken” flag for the partition and if on the daily reboot both system A and B were flagged, the robot would reset itself to factory defaults.

This isn’t happening anymore on the S5 FW 2008+ due to roborock having optimized their software quite significantly so that they could manufacture the S5 Max with only 256MB RAM as opposed to the 512MB on the S5.

However we’ve also found a mitigation which prevents this issue from appearing on the V1 which hasn’t yet received the new and memory-optimized roborock firmware code.

If you build your firmware with the fix reset option (on by default), it will contain a script that on each reboot checks both System A and System B for the “broken” flag and unsets that.

Therefore, it will never have two “broken” flags, unless stuff is actually broken.

Where do I configure the Timezone?

The timezone on the device cannot be changed. It is always UTC.

Every feature in Valetudo that uses time will automatically use the local time reported by your browser. This means you do not have to worry about it. It is handled by the application itself.

The only instance where the time is relevant, is when looking at the Valetudo logs, which are in UTC (as mentioned above).

On the other hand, when travelling aboard, please be aware that the local time will be different than where the robot is hosted. Keep this in mind.