-
-
Notifications
You must be signed in to change notification settings - Fork 29.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gree integration - devices become unavailable but not on the native app #69351
Comments
gree documentation |
Hey there @cmroche, mind taking a look at this issue as it has been labeled with an integration ( |
Same problem. 6 gree air conditioners, they was installed one year ago, randomly 1/2/3 unavailable... All of them are okay on the mobile phone Gree app. Quick solution, but for 1-2-3... days: Restart the integration |
Yup same here, initially I thought that something was wrong with the wifi connection. In my case restarting the integration works for couple of minutes and the device becomes unavailable again. |
It is possible that the devices’ ip addresses are changing when it become unavailable? Also could you enable debug logging for |
Thanks for response! Assumed it might be related, so I assigned static IP to my AC. I had to leave the house for a while but when returned I re-checked it and it seems to be working fine again at least for now ;). But it seemed as if this happened randomly and not when the AC was reassigned new IP |
Hi, my IP are all static (or better, they are reserved on the DHCP server as I couldn't find a way to set static addresses on the Gree app). rebooting HA to enable the logs, now i have 5 units out of 7 unavailable: here the logs. please note that the two devices which are available are the only ones in the file where a Key is exchanged! |
2 MAC adresses on gree climate devices??? I have a TPLINK deco mesh system on the pension. All devices are renamed (ex: tasmota room 01, ot climate room 01...), and all with own IP from the start. I discovered some ESP devices on the network. For example ESP_9E302D After a google search: tomikaa87/gree-remote#16 For now: blakclisted (3 from 6). And waiting. Can You check your network??? |
Hi! Joining in, same problem, one Gree AC (Cooper & Hunter Supreme) unavailable. Has static IP (DHCP reservation as this is the only go to choice), working on the EWPE app. Checked for device firmware update using the EWPE app and got an update from v3.71 to v3.72. Network is Ubiquiti, nearest AP is U6-Lite. The AC is locket to that AP. Signal strenght is stable 100%. I tried to fix the availability via integration deletion, but now can't add it back because: |
Is it possible to add support for adding gree devices by entering manual IP instead of discovery? |
Same. The custom one works flawlessy with manual IP. |
But I had the “unavailable” issue even whe le I used the custom component. |
The unavailable is a different issue, |
Ah ok so it doesn’t have anything to do with the topic of this thread then. As I have static IPs but they are often unavailable, that is not a solution for me. |
It's something I would like to do sooner then later, support manually adding devices with this integration, however it's just a matter of when I will have time time to tackle this. |
This has been happening to me for over a year but I was still figuring out Home assistant at the time. At first it used to happen randomly on all my Gree devices I used to go into the Gree app click on each one and then they would start appearing on Home assistant. Eventually I fixed the IP address of the devices and the system was very stable. However, I have noticed that devices become unavailable if: I reboot my server, power is lost or I restart my home assistant. The strange thing is that out of 5 gree devices 4 usually connect immediately but one particular device which is the closest to my main router/modem does not connect no matter how many times I reload the integration, go into the gree app or restart home assistant. The device still works on the gree app however which is strange. The only "solution" which I found is to restart my router/modem and reload the integration once everything has booted. |
@meldarionqeusse Someone else mentioned the possibility of using two mac addresses, possible in your case? |
I looked a bit into I don't think it is using a different MAC address but I am not convinced cause I noticed that in my router it shows that it is connected via ethernet when it works and when it becomes unavailable it changes to wireless |
My Tplink Deco mesh system: DHCP settings: Gree, Room 13 MAC: F4-91-1E-75-XX-XX IP is reserved to 192.168.XX.113. On the devices list for this device, for this MAC is assigned the 192.168.XX.121. a total of 30 devices are configured this way, 6 of which are GREE, but I only discovered this bug in this one. i changed the dhcp reservation settings but there are only differences for this device |
In the meantime for anyone who the auto discovery doesn't work and wants a workaround, I hope manual ip support will get added soon as it may fix a lot of issues for a lot of people. |
@Idan37S where do i find the discovery.py file? |
Mine is at: ./usr/local/lib/python3.9/site-packages/greeclimate/discovery.py |
How to add device if integration does not recognise it even it’s connected to wifi and native app? |
I also have the same problem, which has plagued me for more than a year. Before, I solved the problem through various restarts. Now I have a device that has become completely unavailable. Now I need to look at the log to solve this problem. |
Hi! It's the part of log. Maybe help for you solve the problem. 2022-05-25 08:04:11 INFO (MainThread) [custom_components.xiaomi_miot.sensor] Get xiaomi message for 6485819471 failed: {'code': 0, 'message': 'ok', 'result': {'messages': None}} |
same problem, every time ha restart |
I am having the same problem with my Gree ACs. I have 3 units, all of them with static IP, no duplicate MAC address or anything. They are available via official app all the time, and reachable on the network during the time when HA reports they are unavailable. |
Hello, I have installed your component and testing it. |
Hello @MichalBury. I know the issue. As I said, i'm new in python and I implemented pyrhon couroutine in wrong way. I wanted to launch IO calls in async way, but, seems, that is wrongly done. I'll try to fix it. Repo is new and not support fahrenheit degrees as well. If people interest integration missing parts will be added. As well as we could integrate it to offical plugin (by refactoring it) |
I have the same problem here. My Gree integration get unavailable randomly. |
Hello @matizk144, no problem with the warning at now. The integration runs without problems till now. The "weird" Thing is, now also the official "gree climate" integration has no problems. I have both intergrations running now on same system. As soon I remove "gree_full" the problem with timeout starts again. |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still an issue.
Le dim. 7 avr. 2024 à 07:05, issue-triage-workflows[bot] <
***@***.***> a écrit :
… There hasn't been any activity on this issue recently. Due to the high
number of incoming GitHub notifications, we have to clean some of the old
issues, as many of them have already been resolved with the latest updates.
Please make sure to update to the latest Home Assistant version and check
if that solves the issue. Let us know if that works for you by adding a
comment 👍
This issue has now been marked as stale and will be closed if no further
activity occurs. Thank you for your contributions.
—
Reply to this email directly, view it on GitHub
<#69351 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AZZGCFKDZJLYURLYBH5TZM3Y4ESBJAVCNFSM5SS44KQ2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBUGE2DGMJQG43Q>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I have the same problem here. My Gree integration get unavailable randomly. |
I did that for a few of my automations that I don’t want to ever fail.
I can share them if you want.
Le mar. 30 avr. 2024 à 04:29, codedesperate ***@***.***> a
écrit :
… Just setup gree integration for the first time on latest. I ran in to this
issue and found this upon googling it. Seems it a very long standing
problem.
I'm thinking to make a automation that just loops the command until it is
successful.
image.png (view on web)
<https://github.com/home-assistant/core/assets/29740063/554d0b6c-3b23-4531-a345-7199f6d2b87f>
—
Reply to this email directly, view it on GitHub
<#69351 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AZZGCFIOEOTP7J3XECURBXDY75JAHAVCNFSM5SS44KQ2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMBYGQ3TAMJZHA2A>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Please do, that would be helpful 👍 EDIT
|
I had this problem for a long time after I blocked the AC from calling home to China. After configuring a mock server for the AC it started working properly and it has been working for months already with absolutely no disconnects. |
@mikko > After configuring a mock server for the AC |
@WallK IIRC You need to be able to change the server domain of the AC and for my unit this worked https://github.com/makemeafirewall/GreeAC-ConfigTool It was quite a hassle to make working but worth it |
@mikko thank you! Update: adding info-acq.gree.com and dis.gree.com in DNS records and putting dis.gree.com in the mock server env var did the trick! Thank you very much! |
Anything of above resolves the problem? I currently let the device to connect to the producer server - but still HA logs a lot of unavailability - what is even worse - device beeps randomly (single beep from time to time...) - I bet this is related to sth like reconnect or sth |
@galandilias mock server should resolve this |
I have been having issues, until certain point when one of ACs failed to connect at all (it was always unavailable, while OK in app). I switched to alternative integration https://github.com/RobHofmann/HomeAssistant-GreeClimateComponent which works OK for me |
It is amazing how devices with the same MID have different Firmware versions. I am wondering how do they decide which firmware to use if not based on MID? It could be based on model number which it is not shown in APP, but only written on device. |
I have this issue too. We set up three more Gree ACs yesterday to make a total of 4 ACs and only the one set up a while ago works fine. The 3 new ACs connect but don't show temperature. Changing the mode from Home Assistant doesn't do anything on the AC itself. |
Same happening for me @User8395 i have one AC with firmware version v1.21 which is not recognized properly and 3 ACs with v1.16 which work just fine |
I guess with v1.21 Gree changed encryption. In https://github.com/RobHofmann/HomeAssistant-GreeClimateComponent README config part there is an attribute for that
|
I don't think this integration is being actively worked on any more. |
I found a solution that at least works for me. In my network I have several nodes in a WiFi6 mesh. |
Is your Home Assistant connected via Wi-Fi? |
Yes correct my Home Assistant is connected via WiFi. |
The problem
Gree devices often become unavailable and unreachable, however the same devices appear fine on the native Gree app.
It happens randomly and on different devices.
For some reasons it seems the app has the capability to still find them while the integration doesn't.
Note: both HA and devices are on the same VLAN
What version of Home Assistant Core has the issue?
2022.3.8
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant Supervised
Integration causing the issue
Gree
Link to integration documentation on our website
https://www.home-assistant.io/integrations/gree/
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
Additional information
No response
The text was updated successfully, but these errors were encountered: