user11091: I am using an Arduino Uno and a Mac and trying to upload my code into the board.
I tried uploading the program from different computers(MacBook Air and Pro) and I still have this problem.
How do I fix this? I tried downloading the FTDI driver. I went to the website that they suggested and tried following the instructions. I even followed other posts in Stack Exchange but I still cannot upload the code.
EDIT
Programmer -> AVRISP mkll
I am using a cable to connect to my Mac and I am using the Arduino software. The cable connected between the Arduino USB and Mac USB port.
I tried quitting and relaunching Arduino app. Once it launches I just press the upload button while my USB is plugged in. My available ports in the app are /dev/cu.Bluetooth-Incoming-Port and /dev/cu.Bluetooth-Modem
And this is the error
avrdude: ser_open(): can't open device "/dev/cu.usbmodem1421": No such file or directory
ioctl("TIOCMGET"): Inappropriate ioctl for device


user23024: I solved this problem.  Maybe this post will help others.
I've come across this problem a couple of times.  I literally searched for hours for the answer and ended up using several suggestions.
Both scenarios I solved are documented below as 'Scenario A' and 'Scenario B':
======================
Scenario A
Plugged in a new Arduino Uno R3 board, successfully compiled the standard "Blink" sketch.  When I tried to upload it to the board, I got this message:
Sketch uses 1,066 bytes (3%) of program storage space. Maximum is 32,256 bytes. Global variables use 9 bytes (0%) of dynamic memory, leaving 2,039 bytes for local variables. Maximum is 2,048 bytes. avrdude: ser_open(): can't open device "COM1": No such file or directory ioctl("TIOCMGET"): Inappropriate ioctl for device Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.
The Port Options in the IDE (Tools--> Port) only showed  /dev/cu.incoming-bluetooth-port
Here's what worked:

Downloaded and Installed the CH340 driver
Removed the FTDI drivers from my mac.  Apple recently installed a new utility that prevents removal of what it considers to be critical components.  

The process that enforces this rule is called csrutil.  
You'll have to disable this process to remove the FTDI driver.  Then you'll need to re-enable it when you are done.  This required a restart in recovery mode.  Here's how to do that:
a.)  power off the mac then hold 'command'+R during the restart until the image of the apple appears.
b.)  when the screen refreshes, click on 'Utilities' menu then 'Terminal.
c.)  type csrutil disable
d.)  Hit enter
e.)  Restart  [Note:  You may be able to execute the next two commands in the terminal before restarting.  I just didn't test it that way.  If the system will allow you to, then by all means run all three commands one after the other THEN restart and you should be on your way.]


remove the FTDI drivers by opening the terminal program again and entering the following command:
   sudo rm -R /System/Library/Extensions/AppleUSBFTDI.kext


Type in your password when prompted.

Restore the apple csrutil by following steps a and b above.  Task c will be the same EXCEPT you'll type this instead:
csrutil enable

Then follow steps d and e.

When you restart the arduino IDE, you should see a more comprehensive list of ports besides just the bluetooth port.
======================
Scenario B
This board was an import and clearly not an original Arduino/Genuino.  Attempts to load sketches resulted in this lovely error:
    Using Port                    : /dev/cu.usbmodem1421
    Using Programmer              : arduino
    Overriding Baud Rate          : 115200

avrdude: ser_open(): can't open device "/dev/cu.usbmodem1421": No such file or directory
ioctl("TIOCMGET"): Inappropriate ioctl for device
There was only one Port listed in the IDE, dev/cu.Bluetooth-Incoming-Port.
It had been a while since Scenario A had occurred and since then I'd installed a few OS updates.  Checked the drivers and low and behold, the darned FTDI drivers had RETURNED!!
I repeated the steps in scenario A above but the problem remained.
Then I installed an updated board configuration from arduino and it worked!  Testing on the first board I'd used under scenario A were successful as well.  Here's what I did:

In the IDE go to Tools-> Boards -> Boards Manager
I installed 'Arduino SAM Boards (32-bits ARM Cortex-M3) by Arduino version 1.6.8
Unplugged and replugged the USB cable into my arduino.
In the IDE go to Tools -> Port.  The /dev/cu.usbmodem1421 was listed as a port option.  Selected that.
Uploaded my sketch.
Bask in glory of SUCCESS!

I hope this was helpful to you.  I spent two days on Scenario A and 3 hours on Scenario B.

user10794: Plug your Uno into the Mac using a known good USB cable.
Go to the Apple menu -> About This Mac -> More Info -> System Report
Under the USB selection (on the left) please confirm whether or not you see something like this:

You can also open a Terminal window and type:
system_profiler SPUSBDataType

Amongst other things you should see:
USB:

    USB High-Speed Bus:

      Host Controller Location: Built-in USB
      Host Controller Driver: AppleUSBEHCI
      PCI Device ID: 0x3b34 
      PCI Revision ID: 0x0006 
      PCI Vendor ID: 0x8086 
      Bus Number: 0xfd 

        Hub:

          Product ID: 0x2514
          Vendor ID: 0x0424  (SMSC)
          Version: 0.03
          Speed: Up to 480 Mb/sec
          Location ID: 0xfd100000 / 2
          Current Available (mA): 500
          Current Required (mA): 2

            Communication Device:

              Product ID: 0x0043
              Vendor ID: 0x2341
              Version: 0.01
              Serial Number: 9314036423335121A0B1
              Speed: Up to 12 Mb/sec
              Manufacturer: Arduino (www.arduino.cc)
              Location ID: 0xfd130000 / 8
              Current Available (mA): 500
              Current Required (mA): 100

Note the "www.arduino.cc" entry.
In your Arduino IDE you should see the Arduino as a tty.usbmodemfd131 (or some similar number).

If you see all that it should work.
If not, please state in what way it differs.

Programmer -> AVRISP mkll

The Tools > Programmer menu selection is only used when you do Tools > Burn Bootloader or "Upload Using Programmer. It is completely ignored when doing a standard "Upload". You should be doing an "Upload" (Command-U) not an "Upload using programmer" (Shift+Command+U). So it makes absolutely no difference what you select from the Tools > Programmer menu.

11091: <p>I am using an Arduino Uno and a Mac and trying to upload my code into the board.
I tried uploading the program from different computers(MacBook Air and Pro) and I still have this problem.</p>
<p>How do I fix this? I tried downloading the FTDI driver. I went to the website that they suggested and tried following the instructions. I even followed other posts in Stack Exchange but I still cannot upload the code.</p>
<h3>EDIT</h3>
<p>Programmer -&gt; AVRISP mkll</p>
<p>I am using a cable to connect to my Mac and I am using the Arduino software. The cable connected between the Arduino USB and Mac USB port.</p>
<p>I tried quitting and relaunching Arduino app. Once it launches I just press the upload button while my USB is plugged in. My available ports in the app are <code>/dev/cu.Bluetooth-Incoming-Port</code> and <code>/dev/cu.Bluetooth-Modem</code></p>
<p>And this is the error</p>
<pre><code>avrdude: ser_open(): can't open device &quot;/dev/cu.usbmodem1421&quot;: No such file or directory
ioctl(&quot;TIOCMGET&quot;): Inappropriate ioctl for device
</code></pre>
 23024: <p>I solved this problem.  Maybe this post will help others.</p>

<p>I've come across this problem a couple of times.  I literally searched for hours for the answer and ended up using several suggestions.</p>

<p>Both scenarios I solved are documented below as 'Scenario A' and 'Scenario B':</p>

<p>======================
Scenario A</p>

<p>Plugged in a new Arduino Uno R3 board, successfully compiled the standard "Blink" sketch.  When I tried to upload it to the board, I got this message:</p>

<p><em>Sketch uses 1,066 bytes (3%) of program storage space. Maximum is 32,256 bytes. Global variables use 9 bytes (0%) of dynamic memory, leaving 2,039 bytes for local variables. Maximum is 2,048 bytes. avrdude: ser_open(): can't open device "COM1": No such file or directory ioctl("TIOCMGET"): Inappropriate ioctl for device Problem uploading to board.  See <a href="http://www.arduino.cc/en/Guide/Troubleshooting#upload" rel="nofollow">http://www.arduino.cc/en/Guide/Troubleshooting#upload</a> for suggestions.</em></p>

<p>The Port Options in the IDE (Tools--> Port) only showed  /dev/cu.incoming-bluetooth-port</p>

<p>Here's what worked:</p>

<ol>
<li>Downloaded and <a href="http://www.wch.cn/download/CH341SER_MAC_ZIP.html" rel="nofollow">Installed the CH340 driver</a></li>
<li>Removed the FTDI drivers from my mac.  Apple recently installed a new utility that prevents removal of what it considers to be critical components.  </li>
</ol>

<p>The process that enforces this rule is called csrutil.  </p>

<p>You'll have to disable this process to remove the FTDI driver.  Then you'll need to re-enable it when you are done.  This required a restart in recovery mode.  Here's how to do that:</p>

<pre><code>a.)  power off the mac then hold 'command'+R during the restart until the image of the apple appears.
b.)  when the screen refreshes, click on 'Utilities' menu then 'Terminal.
c.)  type csrutil disable
d.)  Hit enter
e.)  Restart  [Note:  You may be able to execute the next two commands in the terminal before restarting.  I just didn't test it that way.  If the system will allow you to, then by all means run all three commands one after the other THEN restart and you should be on your way.]
</code></pre>

<ol start="3">
<li><p>remove the FTDI drivers by opening the terminal program again and entering the following command:</p>

<pre><code>   sudo rm -R /System/Library/Extensions/AppleUSBFTDI.kext
</code></pre></li>
</ol>

<p>Type in your password when prompted.</p>

<ol start="4">
<li><p>Restore the apple csrutil by following steps a and b above.  Task c will be the same EXCEPT you'll type this instead:</p>

<pre><code>csrutil enable
</code></pre>

<p>Then follow steps d and e.</p></li>
</ol>

<p>When you restart the arduino IDE, you should see a more comprehensive list of ports besides just the bluetooth port.</p>

<p>======================
Scenario B</p>

<p>This board was an import and clearly not an original Arduino/Genuino.  Attempts to load sketches resulted in this lovely error:</p>

<pre><code>    Using Port                    : /dev/cu.usbmodem1421
    Using Programmer              : arduino
    Overriding Baud Rate          : 115200
</code></pre>

<p>avrdude: ser_open(): can't open device "/dev/cu.usbmodem1421": No such file or directory
ioctl("TIOCMGET"): Inappropriate ioctl for device</p>

<p>There was only one Port listed in the IDE, dev/cu.Bluetooth-Incoming-Port.</p>

<p>It had been a while since Scenario A had occurred and since then I'd installed a few OS updates.  Checked the drivers and low and behold, the darned FTDI drivers had RETURNED!!</p>

<p>I repeated the steps in scenario A above but the problem remained.</p>

<p>Then I installed an updated board configuration from arduino and it worked!  Testing on the first board I'd used under scenario A were successful as well.  Here's what I did:</p>

<ol>
<li>In the IDE go to Tools-> Boards -> Boards Manager</li>
<li>I installed 'Arduino SAM Boards (32-bits ARM Cortex-M3) by Arduino version 1.6.8</li>
<li>Unplugged and replugged the USB cable into my arduino.</li>
<li>In the IDE go to Tools -> Port.  The /dev/cu.usbmodem1421 was listed as a port option.  Selected that.</li>
<li>Uploaded my sketch.</li>
<li>Bask in glory of SUCCESS!</li>
</ol>

<p>I hope this was helpful to you.  I spent two days on Scenario A and 3 hours on Scenario B.</p>
 10794: <p>Plug your Uno into the Mac using a known good USB cable.</p>
<p>Go to the Apple menu -&gt; About This Mac -&gt; More Info -&gt; System Report</p>
<p>Under the USB selection (on the left) please confirm whether or not you see something like this:</p>
<p><img src="https://i.stack.imgur.com/EQWxI.png" alt="Arduino USB in System Report" /></p>
<p>You can also open a Terminal window and type:</p>
<pre><code>system_profiler SPUSBDataType
</code></pre>
<p>Amongst other things you should see:</p>
<pre><code>USB:

    USB High-Speed Bus:

      Host Controller Location: Built-in USB
      Host Controller Driver: AppleUSBEHCI
      PCI Device ID: 0x3b34 
      PCI Revision ID: 0x0006 
      PCI Vendor ID: 0x8086 
      Bus Number: 0xfd 

        Hub:

          Product ID: 0x2514
          Vendor ID: 0x0424  (SMSC)
          Version: 0.03
          Speed: Up to 480 Mb/sec
          Location ID: 0xfd100000 / 2
          Current Available (mA): 500
          Current Required (mA): 2

            Communication Device:

              Product ID: 0x0043
              Vendor ID: 0x2341
              Version: 0.01
              Serial Number: 9314036423335121A0B1
              Speed: Up to 12 Mb/sec
              Manufacturer: Arduino (www.arduino.cc)
              Location ID: 0xfd130000 / 8
              Current Available (mA): 500
              Current Required (mA): 100
</code></pre>
<p>Note the &quot;www.arduino.cc&quot; entry.</p>
<p>In your Arduino IDE you should see the Arduino as a tty.usbmodemfd131 (or some similar number).</p>
<p><img src="https://i.stack.imgur.com/zcTbg.png" alt="Arduino Uno USB modem" /></p>
<p>If you see all that it should work.</p>
<p>If not, please state in what way it differs.</p>
<blockquote>
<p>Programmer -&gt; AVRISP mkll</p>
</blockquote>
<p>The <strong>Tools &gt; Programmer</strong> menu selection is only used when you do <strong>Tools &gt; Burn Bootloader</strong> or &quot;Upload Using Programmer. It is completely ignored when doing a standard &quot;Upload&quot;. You should be doing an &quot;Upload&quot; (Command-U) not an &quot;Upload using programmer&quot; (Shift+Command+U). So it makes absolutely no difference what you select from the <strong>Tools &gt; Programmer</strong> menu.</p>
