I'm new to the Pro line, but not to Arduino and I'm using the IDE v1.8.13. I have a Mac Mini, and my MKR WAN 1310 is directly connected to one of the USB ports. There isn't a USB hub involved. Anyway, I can't seem to find the MKR 1310 in the Tools --> Port menu.
I have installed the SAMD extensions and have correctly selected MKR WAN 1310 in the board menu.
I've bee reading the forums and trying different things with no success.
I have installed, tested and removed the FTDI drivers, and the CH340 drivers.
Make sure the USB cable is completely plugged into both the Arduino board and the PC.
You may have a damaged/defective or charge-only USB cable. Try a different cable.
Either of the above can result in the power connections being made (and thus LED lights on the board), but no data connections (and thus no port for the board).
dgellis:
I have installed, tested and removed the FTDI drivers, and the CH340 drivers.
The MKR WAN 1310 doesn't use either of those USB chips, so installing/uninstalling/whatever those drivers doesn't do anything.
Thank you for your reply. I have tried 3 different cables, including a USB OTG cable. I have tried this on my Mac mini, on my PC running Windows 10, and on my PC running Fedora 32. No ports appear in the menu.
I have tried both of my MKR WAN 1310 boards.
It acts like a driver problem. The dmesg log from linux gives the following information:
[41187.745129] usb 1-3: device descriptor read/64, error -71
[41188.033111] usb 1-3: device descriptor read/64, error -71
[41188.319782] usb 1-3: new full-speed USB device number 16 using xhci_hcd
[41188.523819] usb 1-3: device descriptor read/64, error -71
[41188.808132] usb 1-3: device descriptor read/64, error -71
[41188.910109] usb usb1-port3: attempt power cycle
[41189.602066] usb 1-3: new full-speed USB device number 17 using xhci_hcd
[41189.629205] usb 1-3: Device not responding to setup address.
[41189.865113] usb 1-3: Device not responding to setup address.
[41190.069716] usb 1-3: device not accepting address 17, error -71
[41190.248057] usb 1-3: new full-speed USB device number 18 using xhci_hcd
[41190.275199] usb 1-3: Device not responding to setup address.
[41190.512905] usb 1-3: Device not responding to setup address.
[41190.718025] usb 1-3: device not accepting address 18, error -71
[41190.718085] usb usb1-port3: unable to enumerate USB device
Given that I get the same problem on Windows, Mac and Linux over two computers, I'm really confused.
The Uno's primary ATmega328P microcontroller does not have native USB capabilities, so it was necessary for the designer to add a separate USB chip (ATmega16U2 on the official and clone Unos, CH340 on the derivative Unos) to act as the adapter between the serial communication of the ATmega328P and the USB communication of the computer.
The MKR WAN 1310's primary ATSAMD21G18 microcontroller has native USB capabilities, so it's able to communicate directly with the computer via USB. So no USB adapter chip is needed and it doesn't have one.
So the answer to your question is that the "USB chipset" used by the MKR WAN 1310 is the same ATSAMD21G18 microcontroller you sketch is running on.
Thanks for the information. I appreciate it. I decided to check my Windows 10 laptop. I got the same result. Windows doesn't recognize the device. I've now checked 3 computers and 3 operating systems in varying combinations.
The tricky thing about the boards with native USB functionality like your MKR WAN 1310 is that the USB code that creates the CDC serial port is running on the same microcontroller as your sketch. This means your sketch code can break the USB code, or stop it from running.
Fortunately, there is an easy way to recover from this situation:
Press and release the reset button on your board quickly twice. You should now see the LED on the board pulsing, which means the bootloader is running. The double press causes the bootloader to run indefinitely (until the board is reset, powered off, or an upload is done), which means you don't need to get the timing of the reset just right.
Select the port of your board from the Tools > Port menu. The port number may be different when the bootloader is running so don't assume you already have the correct port selected.
Start an upload in the Arduino IDE.
The upload should now finish successfully. After this, you should be able to go back to doing normal uploads without needing to press the reset button. If you still need to do the reset trick to do uploads after this, the problem may be caused by your code. You can verify this by uploading a simple sketch like File > Examples > 01.Basics > BareMinimum.
I read and tried that post. I simply don't get a port under any circumstances. It is possible that all of my ports are USB3 ports. I read somewhere that might be a problem. Any advice on that?
It definitely isn't a universal incompatibility wih USB 3. I have no problem using any of my many Arduino boards, including MKR WAN 1310 on my USB 3 port. While it's good that not many people are faced with this problem, it also means there isn't a lot of information about it, and the information you will find is often along the lines of your post "Arduino board isn't recognized, tried USB 2.0 and it worked. Huh?".
It does seem that this sort of issue is almost always on a Mac (typically when people are using the cheap derivative boards with the CH340). Perhaps that's only because the ports on the Macs are all USB 3? Unfortunately, I don't own a Mac and have almost no experience using them. Perhaps someone who is more knowledgeable in this area will be able to provide advice.