From what I read it seems enough to just change the value in the configuration of the Thing.
I assume the people that experienced this issue and changed the value to atleast 360 or 600 seconds no longer have the error, correct?
I got a chance to do a quick check of the code and we only use a fixed interval of 60 seconds for checking the connection and connect again when the connection is no longer active.
If nobody is experiencing any issues after changing the Thing values it might still be good that I change this values to also 360 seconds but this would make it less urgent…
I can’t recall if we set the default for the Thing or if it’s a system setting, will also check that.
First I tried with 600 sec were the system worked nice again, after the MELcoud service came back.
Now the last days I tried with even longer polling-time for the device-thing. It is now 3600 sec, but a test-rule for sending me a telegram-message on each “last-communiication” is sending more unregular, but still 3-4 time per hour. I had expected 1 message each hour (3600 sec).
I am not sending any commands to the heatpump, as the desired temperatur is kept constant right now. But the room-temperatur-item is updated once in a while and more often than 3600 sec.
I have installed the MELcloud app on my Android-phone, too. But normally not using it, so that app deep-sleeing and should not generate any traffic to the cloud.
I am also facing this issue for a few days now. I am using Openhab 4.0.3.
The error messages “Login error, reason: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at line 1 column 1 path $” occurs always once per minute, independently what has been set for pollingInterval in the things file. Also after modifying and rebooting.
When stopping the melcloud binding, waiting for one hour and it starting again, the error message occurs immediately.
So, the proposed workaround does not help on my side.
not sure how you configured it but there is also a connection check which is fixed at 60 seconds. This reconnects if not connected already, it’s possible this is why you get variable results.
I will probably change this to also 300 seconds.
You need to wait more than 1 hour. Some say 3 hours some say longer.
If the ban hasn’t been lifted it’s normal that you get the error immediately as we can’t login to MELCloud.
Before activating the binding again, try to connect and login to MELCloud via their website (from the same network as openHAB is running). If that works, you can enable the binding again.
I have 2 units. I was getting the login error and disabling the MelCloud account for several hours and reenabling it worked but I was locked out very quickly. Now configured 300s polling interval on each… It’s been a few hours since I made this change and still working. Thanks, everyone, for the advice!
I have been struggling to find a working config for my 5 ac units. I already tried setting the time to 300, 600 and even 900 but eventually it keeps failing.
Can someone give me some directions on this?
I am running the latest stable release of OpenHAB.
Hello Ricardo. It is not a matter of timing. The issue is that melcloud is off line due to issues with the servers. Several clients are complaining about the loss of connection and impossibility of controlling their units either with the app or other home automations systems due to the fact everything relies on the cloud service. So you need to wait to configure your system.
Is there a chance to add the vane direction as additional channel?
Currently there are vane horizontal and vertical but no possibility to set the direction.
My Mitsubishi AC does have a slowly rotating infrared sensor that can identify persons in the room and keep the airstream away from persons in the room.
Sometimes I would like to be able to switch the directions of the airstream (possible values could be: left, center, right, wide, away-from-person, to person).
So I had updated openHAB from release build 4.2.0 to 4.2.1 yesterday and the melcloud account handler stopped working.
I reverted back to 4.2.0 and it’s fine again.