-
Notifications
You must be signed in to change notification settings - Fork 3
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
Can not connect to yamaha receiver at XXX.XXX.XXX.XXX socket hang up #478
Comments
Plese enable debug loglevel and post debug log |
I'm afraid that it won't help much. No significant log entries are written between errors:
|
"Socket hang up" means that the TCP socket which is opened to the receiver was disconnected ... it is then restored ... if there are no real issues we could downgrade to log as info or such |
Don't think that info would be any solution. If the disconnect is no problem at all and is to be expected than a debug log should be max level as info would fill logs too |
If info log is too much the loglevel can be increased to warn to not log it. In my eyes such a disconnection which shoud not be standard is interesting to see for the user, thats why I would not go below info |
I am running this yamaha adapter for years now (and totally love it) and suddenly since 1-2 weeks I also have the socket hang up errors in my logs. Not so frequent as described above but only 2-3 times a day. However, one of my scripts which changes the light in my living room based on the status of the yamaha reacts as if it is powered off each time this error occurs. I tried now to catch the error in my script. Since this never happened before, is there any idea what could cause this? |
Was there any update of the Firmware? Pr is there anything you did? The adapter did not received any updates in last time so it is unlikely that it is the adapter :-( |
Is there any change in your network environment? Did you reboot / updgrade switches or router? |
The yamaha is rather old, so there was no Firmware update for years. Everything is connected via cable without a change of the infrastrucutre. The only thing I did recently is an update of ioBroker itself, the timing could fit with the first occurence of this error. I guess I will reboot my router/network, maybe this already fixes the issue :-) Thank you for your quick support. If there was no update of the adapter I will search for other causes. |
Just like mine:
Only update of the js-controller (incl. node). Unfortunately, I can't narrow it down any further. Maybe I can try to reproduce the start of the error in a container with an older version of ioBroker. |
To Reproduce
Steps to reproduce the behavior:
But: Despite errors, adapter runs as expected. Control from ioBroker is possible and data from receiver is written to ioBroker datapoints.
Expected behavior
No error in log, if everything works.
Screenshots & Logfiles
(IP address between 'at' and 'socket' hidden)
Versions:
The text was updated successfully, but these errors were encountered: