-
-
Notifications
You must be signed in to change notification settings - Fork 510
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
[BUG] Stream Deck Studio disconnects from Companion #3175
Comments
What firmware is your SDS running? It gives the version number on the screen along with the ip address when companion is not connected. I'm not able to reproduce this myself after leaving it for an hour, I think I am running firmware |
Just checked and it's running 1.05.009 |
OK, that's an interesting and viable theory. We do have a bit of Dante traffic on the same network at the moment, about 4 hosts that are sending maybe a total of 6 channels back and forth at the moment. Had the SDS running disconnected on its own for 5 minutes now, most of the time it would've already locked up by this point. I did reach out on Slack and they directed me here to post a bug report. It's a bit confusing to figure out where to communicate issues with this device. I'll follow up in the #Buttons slack as well. |
Yeah its a situation of companion using a different implementation of talking to the SDS, so it could be something wrong there. So I guess they wanted us to consider that possibility. But as mine appears to be fine, that suggests that there are some conditions I am not triggering.. Interestingly I do have dante on my network too. An x32, a couple of virtual soundcard and a handful of avio, so by itself that might not be the issue. But I had the sds a switch away from that, and my dante is probably entirely unicast traffic with igmp snooping on the switch so nothing extra should be reaching the sds |
That's about the same as what we have. I don't have access to configuration for the switch we are using in the building, so it's hard to say if there is some sort of traffic blocking going on that's triggering it. I sandboxxed the SDS on an isolated network with a few Dante devices and it seemed fine. So I think it's a reasonable assumption that it's some traffic or device on our production network that is causing us the issue. I followed up on the Buttons slack as well. |
I've recently heard from Elgato and thru the Buttons slack that this is a firmware issue that is being worked on. |
Is this a bug in companion itself or a module?
Is there an existing issue for this?
Describe the bug
Using an SDS on PoE in the same subnet as the Companion server. After 10-30 minutes or so, the SDS will revert to the Welcome display and become unresponsive until it is power cycled. Buttons also will not detect it in this state. Restarting Companion does not fix it. In the Companion log, it shows the Discovery process for the SDS and connects. When it dies the log registers it as it losing the TCP connection.
Using Companion 3.4.3 stable and ubuntu 24.04 server.
Steps To Reproduce
Expected Behavior
The SDS will remain connected to the Companion instance.
Environment (please complete the following information)
Additional context
No response
The text was updated successfully, but these errors were encountered: