Soweit ich weiß, läuft gerade in der ct eine Serie, bei der es um´s Ansprechen von USB-Devices geht. Natürlich auf mehrere Hefte verteilt. Ich warte auch schon auf Beiträge in den nächsten Ausgaben.

Genau das soll ja der Treiber machen - das "rohe" USB-Gerät in ein serial-device verwandeln. Schau mal in der Plist des Treibers nach dem matching dict des Treibers (normalerweise idVendor und idProduct in der Info.plist) und vergleiche die Werte mit denen, die der USB Prober für das Gerät rauswirft. Wenn die nicht passen, wird der Treiber gar nicht erst aktiv. Wenn ja, könnte in der Konsole oder im system.log etwas interessantes stehen, warum der Treiber es nicht schafft.

Ich kenne den Treiber nicht und hab' auch keine Ahnung, ob sich da etwas mit Leo verändert hat, aber ich schätze mal, dass der Treiber eine kext ist, die unter /System/Library/Extensions liegt. Welche genau kannst Du z.B. herausbekommen, indem Du das Installer-pkg (falls es eins ist) mit Pacifist anschaust. Die kext dürfte ein ein Bundle sein, in dem die Info.plist gleich unter Contents liegt.

Jepp, das eine ist dezimal, das andere hexadezimal. Die VendorID stimmt (0x0403 = 1027 = FTDI), aber 0xFB5A ist 64346 und nicht 65280. Sprich: Der Treiber wird gar nicht aktiv, weil er sich für das angeschlossene USB-Gerät nicht verantwortlich fühlt.

Eigentlich ist die Product ID dazu da, um verschiedene Geräte des gleichen Herstellers zu unterscheiden - damit jedes Gerät seinen eigenen Treiber findet. Nun gibt es drei Möglichkeiten: a) es ein anderer Chip, was bedeuten würde, dass Du einen komplett anderen Treiber brauchst. b) die PID wurde bei Deinem Chip nur abgeändert, damit sich das angeschlossene Gerät eben nicht als FTDI-Bridge, sondern als ELV-USB-Modul meldet, was bedeuten würde, dass es genügt, die ProductID in der Info.plist des Treibers auf 64346 zu ändern und neu zu starten oder c) die Situation ist wie b), aber die Treiberreferenzimplementation von FTDI verhindert das einfache Ändern in der Plist.

Welche der Möglichkeiten es ist, kann ich nicht sagen. Ich habe einen ähnlichen Treiber mal auf die einfache plist-Weise zum Laufen gebracht - YMMV.

Bevor Du aber wild ans Ändern gehst, eine kleine Warnung: IOKit Kernel Extensions laufen, wie der Name nahe legt, im Kernel. Da kann man sehr leicht sehr viel kaputt machen (und in einigen Fällen sogar sehr irreparabel). Nicht ohne Grund geht das nur mit root-Rechten im Terminal. An Deiner Stelle würde ich mir davor die Grundlagen der IORegistry und die Warnhinweise von Apple zum IOKit durchlesen und mich mit dem Handwerkszeug vertraut machen (z.B. die manpages zu ioreg, kextload und kextunload). Das sollte Dich nicht abschrecken - das Ganze ist nicht so wild wie es aussieht und die einfache Änderung der PID in der Plist kann eigentlich keinen großen Schaden anrichten. Aber das IOKit ist halt eher wie Schwimmen ohne Bademeister