Der von FTDI verbreitete Treiber überschreibt die Produkt-ID von nachgemachten Chips mit „0000“ und verhindert so eine automatische Installation der Treiber auch auf anderen Computern und Betriebssystemen. Die Chips funktionieren aber weiterhin, wenn die Treiber manuell installiert werden.

Wir haben eine funktionierende Version, die keinen Unfug anstellt hier:

https://www.isis.tu-berlin.de/2.0/mod/resource/view.php?id=112488

Entpackt ihn an eine Stelle, wo ihr ihn im nächsten Schritt wiederfindet…

Da Windoof den Chip mit der überschriebenen PID nicht mehr erkennt, müsst ihr den Treiber manuell installieren und dazu die Stelle angeben, an der ihr ihn entpackt habt.: Hier gibt es ein Video, das den Prozess beschreibt : http://www.youtube.com/watch?v=LEpSCF-uqvs

Nochmal in Worten:

• Im Gerätemanager nach dem Gerät mit dem Ausrufezeichen suchen.
• Treiber aktualisieren anklicken.
• Auf dem Computer nach Treiber SW suchen.
• Aus einer Liste von Gerätetreibern auf dem Computer auswählen.
• Knopf „Datenträger…“
• Knopf „Durchsuchen…“
• Im vorher entpackten Verzeichnis die Datei ftdibus.inf auswählen
• Aus der Liste der angebotenen Geräte USB Konverter auswählen

• Nun erscheint ein neues Geät im Gerätemanager (USB Port). Für dieses Gerät muss man die Schritte wie oben wiederholen, allerdings muss man nun die Datei ftdiport.inf auswählen und ihm den Typ USB Seriell zuweisen.

Jetzt sollte der neue COM-Port im Gerätemanager erscheinen.

(Ungetestet)

Auch hier haben wir eine Version, die keine Unruhe stiftet:

Editiert die Datei /System/Library/Extensions/FTDIUSBSerialDriver.kext/Contents/Info.plist und fügt in der Sektion IOKitPersonalities den folgenden Abschnitt hinzu:

                    <key>SainSmart FakeFTDI Serial</key>
                    <dict>
                            <key>CFBundleIdentifier</key>
                            <string>com.FTDI.driver.FTDIUSBSerialDriver</string>
                            <key>IOClass</key>
                            <string>FTDIUSBSerialDriver</string>
                            <key>IOProviderClass</key>
                            <string>IOUSBInterface</string>
                            <key>bConfigurationValue</key>
                            <integer>1</integer>
                            <key>bInterfaceNumber</key>
                            <integer>1</integer>
                            <key>idProduct</key>
                            <integer>00000</integer>
                            <key>idVendor</key>
                            <integer>1027</integer>
                    </dict>

Ladet nun den Treiber neu indem ihr folgende Zeilen in der Shell ausführt:

    sudo kextunload -b com.FTDI.driver.FTDIUSBSerialDriver
    sudo kextload -b com.FTDI.driver.FTDIUSBSerialDriver

Viel Glück…

Die Linux-Communinity würde sich schlapp lachen, wenn jemand ein derartiges 'Feature' in die Treiber einbauen würde. Sie sind also nur dann betroffen, wenn der Arduino an einen der „bösartigen“ Windows-PCs gesteckt wurde. In diesem Fall könnt ihr die PID aus der Kommandozeile heraus 'reparieren':

Folgt dazu dieser Beschreibung: http://forum.arduino.cc/index.php?PHPSESSID=loapne0o269q7n6qaima6fpk02&topic=274387.0