It does not seem to be the issue. Mine are in the same open|filtered and working fine with artemvaldimirov build.
It worked perfectly for me, but I need to restart the addon every time the system restarts
I’ve the same. There is absolutly no response from the AC (AUX) when I send the UDP packet at 80. When I wireshark the Freedom APP it goes outside using some Amazon server. SOme suggested to look at the device info @ Freedom APP to find the correct port but none is listed. It seems there is no local connection at all (which is the whole idea!)
The log
2023-07-13 12:49:55,086,86 DEBUG [monitor.py:375] Traceback (most recent call last):
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\broadlink_ac_mqtt\classes\broadlink\ac_db.py”, line 288, in send_packet
response = self.cs.recvfrom(1024)
socket.timeout: timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\monitor.py”, line 344, in start
devices = AC.make_device_objects(config[‘devices’])
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\broadlink_ac_mqtt\AcToMqtt.py”, line 76, in make_device_objects
device_objects[device[‘mac’]] = broadlink.gendevice(devtype=0x4E2a, host=(device[‘ip’],device[‘port’]),mac = bytearray.fromhex(device[‘mac’]), name=device[‘name’],update_interval = self.config[‘update_interval’])
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\broadlink_ac_mqtt\classes\broadlink\ac_db.py”, line 22, in gendevice
return ac_db(host=host, mac=mac,name=name, cloud=cloud,devtype= devtype,update_interval = 0)
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\broadlink_ac_mqtt\classes\broadlink\ac_db.py”, line 385, in init
if self.auth() == False:
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\broadlink_ac_mqtt\classes\broadlink\ac_db.py”, line 208, in auth
response = self.send_packet(0x65, payload)
File “C:\Users\marti\OneDrive\Documenten\Sources\repos\myAUX\myAUX\broadlink_ac_mqtt\classes\broadlink\ac_db.py”, line 294, in send_packet
raise ConnectTimeout(200,self.host)
broadlink_ac_mqtt.classes.broadlink.ac_db.ConnectTimeout: (200, (‘10.30.1.72’, 80))
2023-07-13 12:49:55,086,86 ERROR [monitor.py:376] (200, (‘10.30.1.72’, 80))
2023-07-13 12:49:55,087,87 INFO [monitor.py:169] Stopping
The bad news is that none of the current methods work with the new Aircons. It appears that only one TCP port is active; the previous UDP methods are no longer available. Maybe someone can figure out what the communication is or what this port is used for in order to obtain some statistics.
nmap -p 12416 10.10.1.100
Host is up (0.071s latency).
PORT STATE SERVICE
12416/tcp open unknown
I am using this for 1 month and it is awsome!!
I have only 1 problem, the commands to AIRCON work great, the state of FAN, Temperature, Swing, etc., all works great apart the state of the system. When i start it is COOL mode it is OK, but after some seconds the state is changes to “OFF”. Sometimes the state last longer.
Any hint why the state is reset to OFF and how this can be fixed?
Thanks a lot!!
Razvan
I forgot to mention that i am using HAOS, so i have installed this as an ADD-ON in HACS. The Aircon is VORTEX, being connected to WIFI on 2.4 GHz and initially controlled by using “AC Freedom” app.
Hi
Thanks for this integration, it works. But I have a problem with dashboard. I’m not getting ambient temp and slider. What am I missing?
Edit: I solved it. Problem was that I used upper/lower cases in different places (MQTT proxy config and mqtt.yaml). When changed to lower cases, everything was ok.
Its unfortunate, but I have not been able to use the add-on. I ended up soldering my own wifi modul using the description: https://github.com/GrKoR/esphome_aux_ac_component/blob/864ad07699606963b0eeaafeba101195efe3eb3e/README-EN.md
I have new AUX machines. I asked AUX local main supplier and they mentioned that they are not going to help.
They mentioned that Enterprise AUX machines received or going to receive a kind of BUS interface, but the consumer version is not yet planned.
No luck for me getting the addon to listen to the AC unit.
s
6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun broadlink-ac-mqtt (no readiness notification)
s6-rc: info: service legacy-services successfully started
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
Stopping
something went wrong, no devices found
Starting Monitor...
service:
daemon_mode: true
update_interval: 10
self_discovery: true
bind_to_ip: false
mqtt:
host: 192.168.100.57
port: 1883
client_id: ac_to_mqtt
user: mqtt-user
passwd: "1111111"
topic_prefix: /aircon
auto_discovery_topic: homeassistant
auto_discovery_topic_retain: false
discovery: false
devices:
- ip: 192.168.100.28
mac: $$$$$$$$$
name: Living Room
port: 80
Hi, did You resolve connection problem with ANDE? Did You find solution?
No, not yet. But looks like I will need to change the WiFi module to get the unit controlled locally via HA.
Im fighting with the same problem but yesterday i saw on dashboard that AC module is connected and i can manage it. After 10 minutes still the same problem came back…
Pozdrowienia z Poznania tak przy okazji. Ciekaw jestem czy wymiana modułu coś da w tym przypadku. Śledzę temat i szukam rozwiązania jakby co.
That’s interesting. I never saw any response from the AC. Perhaps there are some occasions when it is open for local communication?
martijnDutch managed to get the new WiFi module installed and could control his AC. See: Broadlinkac2mqtt - Control your broadlink-based air conditioner with Home Assistant - #32 by martijnDutch
Hi any luck with this ?
Hi,
Having the same issue like others here
I am using AC MQTT proxy for home assistant (by Arbuzov) but am getting continuous Starting/Stopping messages in the logs:
Starting Monitor...
(200, ('192.168.8.41', 80))
Stopping
Starting Monitor...
(200, ('192.168.8.41', 80))
Stopping
Could somebody help solve it, please, any ideas where to look would be mutch appritiated.
I also ended up by using HW solution described here: esphome_aux_ac_component/README-EN.md at b10a2f5dab20bb68979c65ee412376983f811eeb · GrKoR/esphome_aux_ac_component · GitHub
Hardest task was finding and ordering the electronic parts but soldering and programming was easier than it first appeared.
2 Likes
Would you mind linking where you bought the electronic parts? I’m also struggling to find the correct ones
Hi! I would look at https://www.aliexpress.com. The original post at Github recommends using esp8266 chip (esp-12e), which is quite old and has it’s own problems. This is the chip I used in my case and for me everything worked out well but I read at their Telegram channel that some people had issues with mysterious reboots and so on.
So now I would recommend some ESP32 chip or even devboard (less soldering), for instance: Wemos (Lolin) C3 mini: C3 mini — WEMOS documentation
They can be bought here: https://www.aliexpress.com/item/1005004740051202.html
Also, I would probably buy several modules as there is a chance that some might be bad or you could also use them in other smarthome projects. Here is a bundle of two: https://www.aliexpress.com/item/1005006710420932.html
Edit: Also you would need DC-DC buck converter like MP1584, XL4015, LM2596, mini360 as the AC unit delivers 14V or something which is too high for 3.3 or 5V ESP modules.
I have finally had 3 of my 5 Rinnai ACs working with this integration. Although all five units are the same model, the two that don’t connect have a different firmware version. 3 x AC running firmware v10031 works perfectly, and the 2x v52020 do not connect and cause the working units to become unavailable every 10 seconds. When I removed the v52020 units from the configuration, everything was fine again. Has anybody successfully changed firmware versions, and if so, how? IOS seems to lack any firmware options other than displaying the version number. No issues adding and removing from AC freedom.