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

🐛Port Detection Isses #248

Open
BennyBot opened this issue Nov 22, 2022 · 2 comments · May be fixed by #380
Open

🐛Port Detection Isses #248

BennyBot opened this issue Nov 22, 2022 · 2 comments · May be fixed by #380
Assignees
Labels
bug Something isn't working p: high High priority todo This will be worked on next

Comments

@BennyBot
Copy link
Member

Expected Behavior:

If I plug in a brain or controller to the computer, it should be consistently detecting it.
If only one VEX device is plugged in, it should automatically select that device.
If multiple devices are plugged in, it should display a list of ports that are connected and let the user choose between them.

Actual Behavior:

Brain and controllers are often not detected through ports. Something is wrong with the way we detect if a port is a vex device or not. I have seen examples where irrelevant arguments (such as --slot) have affected whether or not the brain is detected by the CLI or not.
If a user is connected to ONE brain or controller through a USB hub, the CLI will still prompt them for a port even though only one device is connected
If multiple devices are connected, the prompt displayed is really strange. Sometimes it has the user only able to choose one port. Sometimes the user has no ports to choose. Sometimes it displays the same port multiple times.

It is just really inconsistent, and something is almost certainly wrong with it.

Steps to reproduce:

Just play around with the upload command or ls-usb and you will encounter strange behavior

System information:

All platforms. CLI <= 3.4.1

@ayushuk ayushuk added bug Something isn't working p: high High priority labels Nov 28, 2022
@Jackman3323
Copy link

Jackman3323 commented Oct 4, 2023

VTOW reported a problem with detecting the brain:

Person: Bry | MSOE1 | 5062F

System Info: Thinkpad w/ intel CPU running windows. Accessing pros cli via a wsl2 (basically a linux vm inside windows) with the Ubuntu distro of linux. Within this vm, running lsusb lists the brain as expected, whereas running pros lsusb returns a message saying no vex stuff was found:

root@AAD-PF4DYDH1:/workspaces/over-under# root@AAD-PF4DYDH1:/workspaces/over-under# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux 5.15.90.1-microsoft-standard-WSL2 vhci_hcd USB/IP Virtual Host Controller Bus 001 Device 005: ID 2888:0501 VEX Robotics, Inc VEX Robotics V5 Brain - CA034800 Bus 001 Device 001: ID 1d6b:0002 Linux 5.15.90.1-microsoft-standard-WSL2 vhci_hcd USB/IP Virtual Host Controller

root@AAD-PF4DYDH1:/workspaces/over-under# pros lsusb There are no connected VEX EDR V5 System Ports There are no connected VEX EDR V5 User ports There are no connected VEX EDR Cortex Microcontroller Ports

@ayushuk ayushuk added the todo This will be worked on next label Nov 13, 2023
@nickmertin
Copy link

I am seeing similar behaviour as the above comment, running on Pop_OS linux (no VM):
image

@BennyBot BennyBot linked a pull request Oct 24, 2024 that will close this issue
1 task
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working p: high High priority todo This will be worked on next
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants