The editor has selected the correct port, however when writing the code, the command line instruction switches to a different port, which of course it cannot find. I can't see why.
See image below.
Actually the same thing happens on the computer. It's very odd. Under device manager the arduino is COM7, however with device manager open, and uploading code, the arduino changes to port 8, upload fails to find port 7, and then the arduino goes back to port 7 again...
Some boards do have DUAL ports.
The This is where initial communication is made through the first port and uploads made to a different one.
I see your pic says MICRO, is that a real one or a clone ?
Are you using USB 2.0 or 3.0 as USB 3.0 can on occasion be the culprit.
ballscrewbob:
Some boards do have DUAL ports.
The This is where initial communication is made through the first port and uploads made to a different one.
I see your pic says MICRO, is that a real one or a clone ?
Are you using USB 2.0 or 3.0 as USB 3.0 can on occasion be the culprit.
It's a genuine Micro.
I used USB 2 and 3, I tried front of computer, USB hub, rear of computer, and then the USB output in my display, and that one worked... no clue why...
Is chipsets and drivers that are the culprit with USB 3.0 ports.
Either the chipset is not fully compliant or the drivers are trying to force a USB 3.0 onto a USB 2.0.
The usual way around it as you found out is to use a powered USB 2.0 hub.
In your case that would be the screen.
If you have updated drivers only by using the Microsoft updates at any time there was one for USB that only compounded the issue but that was some time ago and IIRC would only affect some computers.
In that case rolling back the driver also fixed the computers ports.