北京
养猫的人大概都懂那种纠结：智能猫砂盆确实省心，但厂商的云服务总让人有点不放心。数据要经过别人的服务器，万一哪天服务停了，设备是不是就变砖了？
Joseph DiGiovanni就遇到了这样的问题。他是Litter Robot 4的主人，这款自动清洁猫砂盆能自己清理排泄物，减少家里的异味，确实方便。但他想基于猫砂盆的运行状态做一些自动化操作，却不想用厂商的云服务来实现。
于是，他决定自己动手，逆向破解这台设备。
拆开看：ESP32负责联网，PIC负责干活
Litter Robot 4的硬件架构帮了大忙。这台设备用了两颗芯片：一颗PIC微控制器负责底层硬件控制，另一颗ESP32负责WiFi连接和云端通信。这种分工意味着，Joseph可以只动联网这部分，不影响猫砂盆的机械功能和安全性。
他选择了ESPHome作为基础固件——这是智能家居圈子里很流行的方案，专门用于基于乐鑫硬件的设备。关键问题变成了：原来的ESP32是怎么和PIC通信的？
答案藏在数据里。Joseph通过抓包和数据分析，搞清楚了两个芯片之间的通信协议，还用了大语言模型辅助处理数据。有了这个基础，他写出了一个自定义的ESPHome固件，让Litter Robot 4顺利接入了Home Assistant。
本地化控制：不依赖云，自动化更自由
接入Home Assistant之后，这台猫砂盆就不再只是"能用"了。你可以根据它的运行状态设置各种自动化场景，比如猫砂盆清理完提醒你检查垃圾袋，或者配合其他智能设备联动。所有数据都在本地处理，不经过第三方服务器。
Joseph把固件文件放到了Codeberg上，感兴趣的人可以直接拿去折腾。这也不是我们第一次关注猫砂管理这件事了，但每次看到有人用这种方式解决问题，还是会觉得挺有意思。
其实仔细想想，这件事背后反映的是一个更大的趋势：越来越多的人开始在意智能设备的本地化控制。厂商的云服务确实方便，但数据隐私、服务稳定性、设备长期可用性，这些都是实打实的顾虑。自己动手逆向破解，听起来门槛很高，但Joseph的做法给了另一种思路——只要硬件架构允许，你完全可以掌握自己设备的控制权。
当然，不是每个人都有能力自己写固件。但至少，看到有人这么做，多少会让人觉得：原来还有这条路可以走。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
