element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Arduino
  • Products
  • More
Arduino
Arduino Forum So why does the Arduino IDE connect to an Arduino using a different COM port each time a different one is plugged in, even tho each Arduino is plugged into the same USB connector to the PC ?
  • Blog
  • Forum
  • Documents
  • Quiz
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Arduino to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Verified Answer
  • Replies 11 replies
  • Subscribers 384 subscribers
  • Views 3184 views
  • Users 0 members are here
  • arduino ide
  • arduino
Related

So why does the Arduino IDE connect to an Arduino using a different COM port each time a different one is plugged in, even tho each Arduino is plugged into the same USB connector to the PC ?

robogary
robogary over 2 years ago

Curious minds want to know 

So why does the Arduino IDE connect to an Arduino using a different COM port each time a different one is plugged in, even tho each Arduino is plugged into the same USB connector to the PC ?

Is it related to he USB driver IC used on the Arduino board ? 

  • Sign in to reply
  • Cancel

Top Replies

  • genebren
    genebren over 2 years ago +5 verified
    This is the case with most USB devices. The USB transceivers are coded with unique serial numbers, and because of that, the drivers caused them to be assigned a unique COM id. On my development system…
  • beacon_dave
    beacon_dave over 2 years ago in reply to colporteur +3
    If the device vendor ID, product ID and serial number match then it should in theory get the same virtual COM port assignment each time, assuming it isn't currently active. If you type: set devmgr_show_nonpresent_devices…
  • BigG
    BigG over 2 years ago +2
    Having switched over to Linux OS on my computer years ago, I no longer have to experience this Windows COM port comedy. On the Arduino side, there is a core header file "usbconfig.h" which contains the…
Parents
  • BigG
    0 BigG over 2 years ago

    Having switched over to Linux OS on my computer years ago, I no longer have to experience this Windows COM port comedy.

    On the Arduino side, there is a core header file "usbconfig.h" which contains the USB configuration parameters.

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • koudelad
    0 koudelad over 2 years ago in reply to BigG

    I agree... Switched to Kubuntu 5 years ago... there are actually 2 addressing modes:

    First depends on the USB driver, so the device might be: /dev/ttyUSBx, where x is 0 to [no idea what the limit is], but x is assigned always from the lowest number. This kind of addressing also tells you what kind of drive was used. USB to serial devices typically have /dev/ttyUSBx , modem drivers /dev/ttyACMx etc.

    Second is something I use when repeatability is needed. The address is like /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0-port0 and reflects the physical topology of the USB hub ports. Anything that is plugged through the USB gets the same address when connected to the same port (either directly to PC or through one of more USB hubs). I use this for manufacturing terminals that have many devices connected and I need to be sure I am talking to an instrument of device under test. I have no idea whether Windows have something like this.

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • koudelad
    0 koudelad over 2 years ago in reply to BigG

    I agree... Switched to Kubuntu 5 years ago... there are actually 2 addressing modes:

    First depends on the USB driver, so the device might be: /dev/ttyUSBx, where x is 0 to [no idea what the limit is], but x is assigned always from the lowest number. This kind of addressing also tells you what kind of drive was used. USB to serial devices typically have /dev/ttyUSBx , modem drivers /dev/ttyACMx etc.

    Second is something I use when repeatability is needed. The address is like /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0-port0 and reflects the physical topology of the USB hub ports. Anything that is plugged through the USB gets the same address when connected to the same port (either directly to PC or through one of more USB hubs). I use this for manufacturing terminals that have many devices connected and I need to be sure I am talking to an instrument of device under test. I have no idea whether Windows have something like this.

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube