feat: register P30 Pro and decode water and dock status

[eggleader-zhang]

A Roborock P30 Pro (roborock.vacuum.a306) with an automatic water supply and drainage dock reports dock_type=49 and water_box_mode=210 when smart water is selected. The dock code currently falls back to unknown, and the water-slider name helper returns None for this setting.

This change registers the confirmed model and decodes these observed status values through the existing mappings.

Changes

• Add ROBOROCK_P30_PRO and include it in SUPPORTED_VACUUMS.
• Add type_49_dock, following the numeric naming used for docks whose internal name is not confirmed.
• Add WaterModes.SMART_WATER for code 210 and handle it in get_water_slide_mode_name().
• Add sanitized device and product fixtures using the existing discovery fixtures, parameterized status tests, and generated capability snapshots.

Device evidence

• Model: roborock.vacuum.a306; firmware: 02.23.52; protocol: 1.0.
• Dock: automatic water supply and drainage, with dust collection, mop washing, and drying.
• App: Roborock V4.74.02(1).
• General vacuum-and-mop mode, turbo suction, and standard route: fan_power=103, mop_mode=300, dock_type=49.

App water setting	Reported water_box_mode	Decoded name
Smart	210	smart_water
Manual slider at 10	230	gentle (existing slider mapping)

The smart-water sample was captured in general vacuum-and-mop mode, independently of SmartPlan. Existing control payloads and product-nickname mappings are unchanged; this change does not add new dock commands.

Validation

• Pre-commit checks and commitlint passed.
• Default unit suite on Windows/Python 3.13: 1473 passed, 99 snapshots passed, 53 expected failures. The 11 tests requiring a real MQTT broker were not run. The Windows run used the Proactor event loop for compatibility with the existing mocked MQTT socket tests.

AI disclosure

The code, tests, and this description were generated and edited with OpenAI Codex using user-provided device data and app observations.