Repository navigation
Replies: 2 comments 10 replies
|
Does the Tapo RV50 Pro Omni expose the Tapo devices often use nearly identical firmware. For example: the Tapo T100 and S200B, the Tapo H200, and the cameras it supports. The Tapo H100 hub and the Tapo L535E light bulb—if I'm not mistaken—use the same chips. So it's worth giving it a try. Here’s the list and links to the firmware, thanks to @cavefire Don't use Matter-JS for the flashing; it worked for me on iobroker. I think I’ll set up a repository with instructions soon. |
|
Hi all! |

Uh oh!
There was an error while loading. Please reload this page.
Two features aren't implemented because no working local device call for them has been found:
custom_rule_idback to actual room names — when a Tapo-app schedule is built from a saved "cleaning preset" instead of picking rooms directly, we can see the preset's ID but not what rooms it covers.What's been tried
vacuum.send_commandagainst a real TPAP-transport RV30 Max:setRobotFindMe,setFindMe,playFindMe,get_custom_clean_rules(with/without astart_indexparam). All four returned the identicalDevice error -1002— most likely a generic "unrecognized method" response, not a near-miss.euw1-app-server.iot.i.tplinkcloud.comand similar). This suggests these two features are likely handled via TP-Link's cloud API, not the local protocol.An untried angle
Instead of watching the phone's outbound traffic (which mostly goes to the cloud and is hard to intercept cleanly), it might be more fruitful to watch traffic arriving at the vacuum itself — the device has to receive the command from somewhere eventually, even if the app sends it via the cloud. Options: port mirroring on your router (if supported), or ARP-spoofing just the vacuum's IP specifically (more surgical than intercepting the whole phone). If the cloud relays back to the device locally, this could reveal it without needing to break TLS on the phone side at all.
Want to help?
All reactions