Pet feeder with camera - Mirabella Genio

Hey all,

I’m about to purchase one of these and try my hand a hacking it with the aid of the many guides I can find online.

$150 AUD for a camera enabled feeder is pretty decent, especially for a bricks and mortar store IMO.

If anyone already knows anything about these, please share. I did search this forum and the HA integrations before posting this but didn’t find anything.

Once I have it I’ll share my findings here for anyone else interested.

1 Like

Hi, just out of curiosity: will you be using this as a way to feed the dog his main meal?

Hey Nick.

My cat. Yeah.

I have an anxious cat who doesn’t like regular visitors so we’re hoping this will eliminate/reduce the number of house visits when we go away.

No camera, but quite a bit cheaper (and I believe they drop to ~$50 frequently if my memory serves me right):

A Google search should get you to I believe a reddit thread with pinouts for flashing and an ESPHome YAML config. Have had mine for a year or so and it’s been great; even have it acting as a BT Proxy too.

Edit: Looks like there’s an ESPHome page now with a more full-featured YAML too:

Thanks for the tip. Was really wanting one with a camera though.

Wifey just came home with the one I mentioned so it’s a done deal now. :sweat_smile:

Setup was a breeze and I know it works now.

It looks like it has an option proprietary backup battery, as well as D cell battery contacts. Interesting.

Ok, I have got this far pretty easily to discover that what I want access to is glued behind the front fascia.

Out comes the heat gun! :gun:

Here are some closeups of the PCBs that I have found so far. This one is mounted to the motor for the dispenser.


The two wire connector C01 is going to what appears to be a sensor for the storage container to detect when the food level is low. The one below that C02 goes to the motor which I’m guessing is the sensor that controls the dispenser output. And C03 connects to another PCB for power and the speaker. And there is a flexible flat cable that connects to what I assume is the main controller, installed behind the front fascia.

Next we have the power/speaker PCB. This is connected to previous PCB via J10 to C03.

Here is what’s behind the front fascia.

Any words of wisdon before I solder some pin headers onto these board holes?


This is the reverse side of the board.

And the chip that’s on it.

Well, what do we have here!?

That SD card slot has got to be pretty handy, right?

Owkay, for a cat…

That’s a different story and of course, for cats, this can be really helpful instead
of letting strangers into their space!
A dog could be happy to see someone.

Since you are already taking it apart, I guess you want to make it smarter (with ESPhome)?

You most likely will void guarantee but OTH it might be replaced without checking.

Ideally, I’d like to get it talking to HA so i can do all things HA with it as well as poke it into HomeKit.

Here’s an update on the current situation.

Warranty is long gone! :rofl:

I have soldered the pins on but I am yet to work out how to interact with it. I have an ST-LINK V2 USB adaptor from my my last project (Gaggiuino mod), which I have connected to the pins that I have soldered on. I’m able to power the device off the ST-LINK and the device is operating like normal ATM.

Doing a port scan on the device though, showed the only port that was open was 6668. Which lead me to believe that its a Tuya device. So I started going down that path.

I have since found this Mirabella Genio is this OWON Smart Pet Feeder rebadged, which uses the Native Tuya app. I have since followed the steps on the tinytuya project, and I have just successfully completed pulling the status of the feeder with tinytuya, after jumping through all the required hoops to do so.

I’m currently investigating OpenBeken and LibreTuya as options to replace the Tuya firmware as ESPHome doesn’t look to be compatible with this thing.

any progress on it … like came integration in HA? :slight_smile: I am searching a pet feeder 100%OFFLINE :slight_smile:

nah, with the hardware I had available at the time I wasn’t able to do anything useful. It can integrate with HA, just not 100% offline. And not because of anything I did. And life got in the way and I put the project on hold.

With the xmas holidays approaching though, i’m going to get myself a USB-to-UART (CP2102, FTDI-based) adaptor which might reveal something useful.

I’ve also cracked open my old disowned PowerPal Pro and found that it could be a very functional device, once “owned”. Which I will also need the adaptor for.

EDIT: This is the TL;DR of what Claude has to say after I fed it pictures of the hardware.

Reality check on your goal:

Cloud removal while keeping features = not viable with this hardware.

SC92F7447SP is a closed ecosystem chip. No community toolchain exists. Firmware extraction blocked by read protection. Even if you dumped it, you cannot modify and reflash - SinOne doesn’t publish programming specs.

Your actual options:

Option 1: Hybrid approach (realistic)

  • Keep Tuya cloud for device operation
  • Block internet at router level after initial pairing
  • Use Home Assistant Tuya Local integration
  • Risk: May break on firmware updates or cloud auth expiry

Option 2: Full replacement (destructive)

  • Desolder SC92F7447SP
  • Install ESP32/ESP8266 module in its place
  • Reverse engineer motor driver pinout from FH8632V2
  • Write custom ESPHome config
  • Camera board becomes separate project or discarded
  • Effort: 20-40 hours if you’ve never done board-level reverse engineering

Option 3: Intercept network traffic

  • UART on camera module to understand protocol
  • Man-in-the-middle proxy on local network
  • Emulate Tuya cloud locally
  • Complexity: High. Tuya uses encrypted MQTT.

Destructive modification detail: Removing SC92F7447SP requires hot air station. PCB has ground planes that act as heat sinks. Soldering iron alone cannot remove QFP packages without destroying pads. You’d also need replacement ESP module, wire-wrapping to connect it, and complete motor control reimplementation.

Recommendation: Wait for UART cable. Probe camera board. If camera runs Linux (unlikely but possible), you might get local RTSP stream independently. Main feeder functionality stays Tuya-dependent but firewalled.

Stop spending time on this device for local control. Wrong hardware platform.

Welp, I don’t think I’m going to waste more time on this one. :rofl: