-
Notifications
You must be signed in to change notification settings - Fork 198
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
Harmony activities not working after restarting hub #945
Comments
Is your hub assigned an ip address by dhcp? If so you need to have it be static. |
The ip is assigned by DHCP but set as static in the router, so it is always the same. The ip doesn't seem to be the problem since a ha-bridge restart (without changing any settings) resolves the problem. |
Yes, that is correct. Since the way the harmony impl works, it assumes the hub is always up and keeps the connection running. Since you shutdown the hub, that connection is not valid and it does not try to reconnect. |
Could you post your log from the command line as it will have an exception output that would let me take a look where this occurs and maybe we can try to see what to do. Thanks |
Thanks for looking into it. Here you go: 2018-04-13 12:58:02,983 [Smack-Single Threaded Executor 0 (1)] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyServer - activity changed: [-1] PowerOff |
Will take a look |
I got the same problem. My accesspoints autorestarts one time per day. After this, no commands are recognized in harmony-hub - i have to restart ha-bridge. |
confirmed, just did it to myself as well. This change will need to be done in he harmony client library. |
Hi, with HarmonyHubControl is open source and I compiled it for my 64bit QNAP which also runs HA-Bridge. I created the needed authorization token from Logitech on my linux system and copied it to the NAS. Ralf |
Same issue - My harmony buttons/activities stop responding after a power-cycle Also, I was wondering if it's possible to reinitialise the bridge(rather than restart) from the command line so that I can edit my script to reinitialise instead |
Same here, restart of HA-Bridge needed every day after IP address change of my router. |
I too have the similar problem, ha-bridge on UPS, Harmony Hubs not, but cannot control Harmony Hubs after about a day. Utility power is not my root cause, just time. On v5.2.1 |
I am also on 5.2.1 but this problem has been around for some time now including the prev releases. For what it's worth, the hub restart script also sometimes fails to get the harmony devices back up - sometimes both will work and at times one or neither. Unfortunately the Harmony skills is also not available for my region (India) so this is the only choice I have |
I got the problem since 5.2.1 - before i don't have to restart ha-bridge to make it working again. |
I still have not gotten to researching this issue in the harmony library I use. Will look soon. |
Quick request @bwssystems |
Unfortunately, you have to restart the whole process as you are doing with the cron job. Re-init from the bridge does not reset the harmony library. |
Hmm, reinit from web interface of HA-Bridge is good enough to make my harmony hubs functional again...no need for complete restart of PI or HA-Bridge, at least here |
Same here Calling the command above every 6 hours seems to have everything working as expected - unless of course someone decides to invoke a command exactly at 12:00:01 PM :) |
Tried this now as well edit: working now, authentication failure, had to adjust security settings (user/pw deleted) |
Any update on this? Harmony works great for me for 3-6 hours and then stops working. |
Haven't gotten around to updating the code yet. The life of open software.... |
ha-bridge will now detect failure and try to reconect. |
@aameradam Will get to it when I can.... This is not a commercial product.... It gets worked on when I have time. |
Agreed. Did not mean to imply otherwise. Appreciate you maintaining this
codebase.
On Mon, Dec 10, 2018 at 9:28 AM BWS Systems ***@***.***> wrote:
@aameradam <https://github.com/aameradam> Will get to it when I can....
This is not a commercial product.... It gets worked on when I have time.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#945 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Aax9L5A8xczAytNTnFNxdyLuLygHNcyxks5u3m-pgaJpZM4TCf_g>
.
--
Sent from my iPhone
|
Hi, |
While I did not see this thread until after, as mentioned in my thread, I was thinking the same thing after having been pointed here and reading through. No amount of re-initializing would seem to matter if it can't communicate with the hub in the first place. I did not see that the hub had been upgraded, but will verify from my side when returning home as well to compare firmware versions. |
I fear this is something completely different. Logitech obviously blocks port 5222 with their latest firmware 4.15.206! The installation of this firmware was done automatically on my HUB! |
Dang, that doesn't look good. |
Another post about this as well https://www.home-assistant.io/blog/2018/12/17/logitech-harmony-removes-local-api/ Might be a big problem, but based on the comments at the logitech forum, it looks as this will be back as it has made many users angry and logitech seems to be listening. |
looks like Logitech has come out & said they will NOT be fixing the local API. |
This is what I read as well. In this case Logitech is dead for me, allready looking for an alternative. Maybe NEEO, unfortunately there is not a lot of alternatives on the market. |
Hi, Disappointed by Logitech Ralf |
Home Assistant has already figured out a fix: https://www.home-assistant.io/blog/2018/12/17/logitech-harmony-removes-local-api/ |
I need to review that as at one point it looks like HA still doesn't want any one to go past 4.15.193 version |
Hi, Ralf |
I can confirm using link above follow instructions to downgrade hub to 4.15.93 Essentially you delete and readd hub in bridge control. Hit Save and it will reinitialize and pair. I block the offending URLS in my dns server for the hub and phone - so I can still control them with my phone and through HA Bridge. If I have to add or modify activity or device - I will have to upgrade firmware make the change and then redo the whole process. Logitech needs to figure this out. |
I haven't updated or changed anything on my hubs in ages. All is good for now - well, at least until I change any of my IR controlled devices and need to update the hub settings Coming to think of it, I went through the pain of importing these hubs to India and for what.. @sgupta999 - AFAIK, the downgrade process will roll back your hub to the previous release version |
So, the java-harmony-client library I use is being updated to use the websockets. When that is done and tested it will be included and released immediately with 5.2.2 |
@bwssytems Use of local API is possible again. I updated the hub already. |
same here, 210 allows access again |
Will 5.2.2 have an option to continue using XMPP (now that it is re-enabled) or will we have to switch to websockets? If I have to switch to websockets when 5.2.2 is released, will I have to re-add my Harmony Hub and re-create Bridge devices that use the Harmony Hub? |
I will leave the xmpp for now, but if I did switch to websockets, you not see a difference in operation as it is handled for you. |
which host/ip did you block in pihole to stop automatic updates? thanks! |
Install the developer firmware (v .210). It adds XMPP support back, and you don't need to back any domains. |
Hi, found this as a solution on reddit. Ralf |
This issue is still there in RC3. Harmony communication does still not work after hub restart here with 5.2.2RC3. Allthough Alexa now confirms "ok" on a Harmony activity nothing happens, it works after a bridge reinit though. WARN | Send heartbeat failed | net.whistlingfish.harmony.HarmonyClient |
hello, i get the same problem with heartbeat failed with my harmony Hub and alexa. |
Yep, still working on this. |
Hello,
i have my harmony hub set to automatically turn off at night via a switchable power outlet.
Now the problem is that after the hub is switched on again ha-bridge can't send any commands to it. I then have to restart ha-bridge and everything works fine again. (The hub is set to a fixed ip so that can't be causing any problems.)
Is there a workaround for this behaviour?
Thanks in advance...
The text was updated successfully, but these errors were encountered: