Just filled the form. Let’s see what happens. Actually I just bought a bluetti checking first at the home assistant bluetti2MQTT add on. I could not get it to run on my new AC70P yet though. A clean API might make life easier. I hope this API will be seamless if you connect BT, BT through Proxies (which seems not to work today) and Wifi. The trick that they just played activating encryptions seems to have made life to many more difficult than necessary. In any case such a device that cannot be controlled/supervised is a no go for me. It is cool to have a device to get power on the run but I cannot let it sit doing nothing while I am home and therefore must be integrated UPS some devices and/or increase solar energy own usage. Stopping charging is key for me and do not understand why the AC70P cannot do this. The 3 level of AC charging speed is also limiting: why not setting the ac charging power at the level you actually need (100W granularity would be fine). An efficient AC passthrough when there is enough AC input power to charge and satisfy the AC load but I guess the limit of the AC70P (or is this for all devices) to always run off the inverter is first a hardware issue.
At this time I will return my AC70P and will see if this API will increase the value I can extract of such a device.
Thanks to have suggested this poll.
I would like to have it as well.
Hi, this is great! Where exactly did you make these changes? In the filesystem somewhere?
Yes, i made those changes directly on the Filesystem of my HAOS installation via root accesss.
The files are stored somewhere under /mnt/data/docker/overlay2/.../diff/usr/local/lib/python3.13/site-packages/bluetti_mqtt/bluetooth/__init__.py
the exact location might differ for each installation, so i cant tell you the exact path. you should use find to locate the __init__.py python script and then you can edit it using vi
Or when you dont want to get Headache from using vi, than better use nano xD
Hi all,
I’ve been fighting in the past 3 days with my brand new Elite 200 V2 unit to integrate with HomeAssistant. As reported here the data communication channel is now encrypted and the protocol is updated to V2, so all the modbus registers are different now. I’ve forked and extended in the past warhammerkid/bluetti_mqtt to add support for my other unit, AC240, to be able to add the max grid current adjustments. Of course this has been invalidated by the new changes with V2 machines 
BTW, I also tried the bluetti crypt lib does not work on my raspiberry PIs, as it’s only available for x86_64.
HOWEVER… thanks for someone who pointed here to the nhurman/bluetti_mqtt repository, I’ve been able to include his changes and its preliminary implementation of the V2 protocol as well, and I spent the past 2 days reverse engineering the new Modbus registers and the protocol in general, and I think I finally have a working version for V2 units and encryption.
Now at least I’m able to switch on ac, dc, eco mode, grid charge and update the max grid charge current from HomeAssistant, and in general the modbus registers are now identified.
If someone is interested, the code it’s here, in the v2devices branch:
I’ve been testing this with my Elite 200 V2, so I cannot tell you if it works with other models too but should be fairly generic.
The updated server in github is also exposing prometheus metrics, for those who are interested.
Hi @desalvo
Thanks for letting us know! The Hassio plugin from Patrick als implement the code from nhurman recently. He is a real goat!
So, sadly but as expected: not much happening here in terms of a cloud or local API. @Bluetti, just to let you know: just did a project for 6 small off-grid holiday housing units, would have done it with Bluetti equipment, but one requirement was data integration into a billing system, so I had to use other stuff. (Can´t sell a hacked bluetooth connection to a commercial customer…)
Just to add it, heres a test from a EP760. The only thing thats missing for him are the MQTT capabilities.
This is exactly what i´m running in my own home too; works perfectly fine! For myself, using the bluetooth hack via a Raspberry Pi is OK (though not totally stable; I would still prefer a proper API!); I just can´t use that for any commercial customers.
I also need a 100% stable system, my BT via mqtt works fine with HA and my EP500pro, but I want a safer control for the shelly which makes the emergency charging if the battery is low (<20%).
Why not insert a WLan control funktion for shelly or other WLan switches with the Bluetti App?
So many other systems can manage it, why not here? The EP500pro is a great device, but the software is odd, the only thing which works perfekt for me is the advertising part in the App.
Cause the BT connection with HomeAssistant works until the BT device in my EP500 crashes, so the safety is gone 
Anyone building home assistant integration that will working with V2?
A recent update looks promising, though basic. It’s currently in limbo until Patrick762 performs the merge.
Good day to all . I am Francisco . Brand new owner of AC180.
I have been trying the ESP32 BTLE-MQTT bridge with no success. i think I have tried and fiddled them all…
Problem is that I do not have Bluetooth in my Homeassistant server , but can try with an parallel instaltion on my notebook.
For me , it seems, having tried aout Python MQTT package , that it will not connect. Cause , I think because AC180 is not in the “core” , i.e. “ImportError: cannot import name ‘AC180’ from ‘bluetti_mqtt.core’”
Maybe you can help me sort it out.
I am not an expert but manage to go ahead with coding.
Strangely enough , and to my surprise , The US$ 850 Bluetti AC180 is the only equipement I can not monitor over Home Assistant . I have around 25+ devices in my install , starting from 2 dollar esp8266 up the ladder . They all connect fine .
Incredible .
Thank you all an Greetings
Hi @fasencio
Bluetti itself and the community already working on a better integration.
Your error seems to be, that the project you using dont support AC180. There are others that have code for it, but still have prolems with the bluetooth encryption feature
Erik
Previous to the bluetooth encryption, the AC180 would integrate with Home Assistant. Now it does not, and the integration provided by Bluetti, is a mystery to me as to what it actually does. So, for me that option is closed, and now I have to do it manualy! The encription would have been useful as an option enable/disable, to address users who had concerns. Good luck with your endeavour. Bluetti, it seems do not see this as an issue, hopefully the community will come up with a solution… some day.
Thank you for looking at this.
Indeed I already spoted the “encrypted” somwhere ,… It is really a shame . What is bluetti trying to protect ? After all , an Bluetooth device even Standard one will not engage well once you are 8 mts away +/- and worse if you have walls in between … That means that you can not even go to the next room with loosing touch . eben worse with BlE Bluetooth as in Bluetooth Low Energy … Pretty impressed by this … Greeings from Chile.
I just discovered tha AC180 manages “rotating macs…” What ??? I am devoliping it by myself from gound up and this fact is crippeling for most premade proyects I have seen … they almost always ask for the “particular” mac of the bluetti … Or am I dreaming ? So far , mine AC180 has given me 2 different macs.
Greetings to all
Didnt notice for now, but im also dont use the HA Integration at the moment. Could be also somekind of security feature to prevent hijacked connection being successfull for ever. But this makes integration like that kinda unusable too.
The good thing is, Bluetti outsource the development of the whole topic to a dedicated team now, so there will be hopefully some progress soon