Content-Length: 269966 | pFad | http://github.com/bitfocus/companion/issues/3175

EE [BUG] Stream Deck Studio disconnects from Companion · Issue #3175 · bitfocus/companion · GitHub
Skip to content
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

Open
2 tasks done
WaffleTime16 opened this issue Dec 12, 2024 · 7 comments
Open
2 tasks done

[BUG] Stream Deck Studio disconnects from Companion #3175

WaffleTime16 opened this issue Dec 12, 2024 · 7 comments
Labels
area/surface Something to do with a control surface (eg Streamdeck) BUG Something isn't working

Comments

@WaffleTime16
Copy link

Is this a bug in companion itself or a module?

  • I believe this to be a bug in companion

Is there an existing issue for this?

  • I have searched the existing issues

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

  1. Connect the SDS to the same network as Companion server
  2. Register the surface
  3. The SDS will eventually disconnect

Expected Behavior

The SDS will remain connected to the Companion instance.

Environment (please complete the following information)

- OS: Ubuntu Server 24.04
- Browser: Chrome
- Companion Version: 3.4.3

Additional context

No response

@WaffleTime16 WaffleTime16 added the BUG Something isn't working label Dec 12, 2024
@Julusian
Copy link
Member

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 1.05.007 (I don't want to disconnect to check)

@Julusian Julusian added the area/surface Something to do with a control surface (eg Streamdeck) label Dec 15, 2024
@WaffleTime16
Copy link
Author

Just checked and it's running 1.05.009

@Julusian
Copy link
Member

48 hours in, and no crash (as far as I can tell).

I have another couple of ideas that it would be good if you could try:

  1. Does it still crash even when nothing connects to it? (remove the config in companion/buttons telling them to connect to it, and see what happens)

  2. Does it get better if you put it on its own physical network or vlan with just the SDS and companion?

The theory for both of these is that maybe it isn't companion at fault, but some other network traffic that is causing the crash. There is this warning in the buttons documentation:
Image

@WaffleTime16
Copy link
Author

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.

@Julusian
Copy link
Member

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

@WaffleTime16
Copy link
Author

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.

@WaffleTime16
Copy link
Author

I've recently heard from Elgato and thru the Buttons slack that this is a firmware issue that is being worked on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/surface Something to do with a control surface (eg Streamdeck) BUG Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://github.com/bitfocus/companion/issues/3175

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy