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

[Feature Request]: Allow separate port for flashing and monitoring. (VSC-1496) #1321

Open
zigzag-alchemist opened this issue Sep 29, 2024 · 1 comment
Labels
Feature / Enhancement Request Request for Feature/ Enhancement ongoing Ongoing Issue or PR, this label will be used for issue or PR which is to be excluded by stale bot

Comments

@zigzag-alchemist
Copy link

zigzag-alchemist commented Sep 29, 2024

Is your feature request related to a problem? Please describe.
I am using the ESP32-S3 internal hardware USB (and TinyUSB device stack) for communicating with the device during normal operation and monitoring, however flashing it using the same hardware usb requires physical intervention (holding boot and pressing reset button). I therefore prefer to flash it using the UART interface with an FTDI chip that has access to the DTR, RTS pins, and then monitor it using the chips hardware USB.

Unfortunately there is only one idf.port setting which governs the convenient 'Build, Flash, and Start a Monitor on your Device' command, which requires flashing and monitoring to always be on the same port.

Describe the solution you'd like
An additional setting which provides more specificity of the task for which the port is being set. Possibly an optional idf.monitorPort setting which, if defined, takes precedence over the idf.port setting for creating the monitor, and is respected by the createNewIdfMonitor function:

: (readParameter("idf.port", workspaceFolder) as string);

Describe alternatives you've considered
I could implement my own custom extension which completely replaces the esp-idf command entirely, or a fork, but this feels like overkill for a simple setting that is potentially only a couple of lines or so and is potentially useful for others in the mainline of the extension.

@zigzag-alchemist zigzag-alchemist added the Feature / Enhancement Request Request for Feature/ Enhancement label Sep 29, 2024
@github-actions github-actions bot changed the title [Feature Request]: Allow separate port for flashing and monitoring. [Feature Request]: Allow separate port for flashing and monitoring. (VSC-1496) Sep 29, 2024
Copy link

This issue has been marked as stale since there are no activities, and this will be closed in 5 days if there are no further activities

@github-actions github-actions bot added the stale Stale PR or Issue label Oct 16, 2024
@radurentea radurentea added ongoing Ongoing Issue or PR, this label will be used for issue or PR which is to be excluded by stale bot and removed stale Stale PR or Issue labels Oct 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature / Enhancement Request Request for Feature/ Enhancement ongoing Ongoing Issue or PR, this label will be used for issue or PR which is to be excluded by stale bot
Projects
None yet
Development

No branches or pull requests

2 participants