Open loopyengineeringco opened 1 month ago
Well, there's a couple of ways I could think you'd be able to wire it up. The issue, probably is going to end up being if you want to be able to do local control, as well as monitoring - then you'd have to be pretty careful about avoiding crosstalk between what the MELCloud dongle is doing, and what the ESP32 is doing.
For purely monitoring - I might rip out any code which generates serial messages/commands internally, and wire up a board with both male & female ends of the CN105 connector, then rewrite the software internally to simply pass through all serial messages we get from one hardware UART to another (between the MelCloud adapter & FTC), but if we spot a response coming back that we recognise, decode it and fire off some MQTT packets - but at that stage you're in "completely new project" territory, I think about the only thing you'd be able to re-use from this one are some of the MQTT and serial packet definitions.
FWIW we have this working in https://github.com/gekkekoe/esphome-ecodan-hp/commits/proxy/
Hi, Is it possible to provide a passthrough for the original MAC-587IF-E dongle, to make the esp32 invisible so to speak? I'd like to have the ESP32 override the controls & provide local data but I still need MELCloud to work, have an agreement with energy regulator to provide usage data which is done by the original wifi interface.
Amazing work btw, thank you