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

Allow com port exclusion #685

Open
VonSzarvas opened this issue Aug 7, 2021 · 3 comments
Open

Allow com port exclusion #685

VonSzarvas opened this issue Aug 7, 2021 · 3 comments
Labels
needs discussion Issue that requires further refinement before any code changes

Comments

@VonSzarvas
Copy link

Computer with bluetooth ports (or even worse multiple bluetooth, such as audio bluetooth devices) take a VERY long time to start the download. (> several seconds). Solved when bluetooth ports disabled in Windows Device Manager- although then we lose audio for Hangouts whilst working in BlocklyProp.

Might be an issue with other port types I do not have.

New feature would be good to allow user-selectable com ports to be ignored,
and/or tickbox to auto-ignore bluetooth ports
and/or tickbox for Solo to "only look at selected com port"

Without giving all scenarios great thought, that last option might be simplest. Or perhaps a combination of the last two options, if there is no such thing as a bluetooth serial com port device.

@PropGit
Copy link
Collaborator

PropGit commented Aug 8, 2021

This may be something that is handled completely by Launcher (rather than Solo or Solo+Launcher), depending on how implemented.

Bluetooth ports have been a problem like this for > a decade. Launcher automatically ignores bluetooth ports already, at least the ones that match the non-case-sensitive ' bt ' (note the spaces) or 'bluetooth' anywhere in the port friendly name (the text string that appears in Device Manager associated with the COM#).

Perhaps you have one that doesn't match? Please share your bluetooth port names (strings).

Launcher isn't opening any of the ports until instructed to do so; a Bluetooth port should not be causing this lag during download... it only opens the port that the user selected. The delay you're describing is certainly of concern to me for this reason as well.

@zfi
Copy link
Contributor

zfi commented Aug 8, 2021

@VonSzarvas Solo relies on Launcher for port enumeration. Solo does maintain a list of ports as reported by Launcher but it is only used for those times where Solo and Launcher are taking more than a couple of seconds to sync up after a disconnect. Managing the available ports in UserLand is not a trivial exercise. Let's isolate the issue you are experiencing and then re-examine the need for further port management.

@PropGit
Copy link
Collaborator

PropGit commented Aug 9, 2021

@VonSzarvas @zfi That gives me an idea... the delay may be due to an unexpected Solo+Launcher disconnect. Try opening the Launcher log view, and/or Ctrl+Shift+I then go to Console in Solo to see if there are any disconnect error messages that appear when you try to download.

@zfi zfi added the needs discussion Issue that requires further refinement before any code changes label Aug 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs discussion Issue that requires further refinement before any code changes
Projects
None yet
Development

No branches or pull requests

3 participants