Hier gibt es ein Lösung das den PID zurück setzt unter Linux:
http://www.minipwner.com/index.php/unbrickftdi000
Hier gibt es ein Lösung das den PID zurück setzt unter Linux:
http://www.minipwner.com/index.php/unbrickftdi000
Nice! Kann ich erst nachher testen, ich gebe dann Bescheid.
Ich frage mich nur gerade ob 6001 die PID ist die ich brauche.
Ich denke schon das PID 6001 richtig ist. Weil diesen alte Asuro-Flash download ein (alte) FTDI treiber drin hat das nur diesen PID in den .inf Datei nennt.
http://www.arexx.nl/downloads/asuro/...flash_v151.zip
Super hat funktioniert! Das flashen der PID ging wie beschrieben. Danach hat Windows den Stick auch direkt erkannt, automatisch Treiber installiert und einen COM Port dafür angelegt.
1000 Dank Valen, jetzt kann ich endlich weitermachen.
Hallo
Prima, vielen Dank an alle Beteiligten. Ich habe den Thread in der asuro-Rubrik oben angepinnt.
Gruß
mic
Bild hier
Atmel’s products are not intended, authorized, or warranted for use
as components in applications intended to support or sustain life!
Einfach mal noch so als Nachtrag
http://www.golem.de/news/ftdi-window...10-110039.html
das hat der BOT scheinbar nicht mit auf dem Schirm gehabt
wobei andere teilweise doppelt erscheinen hmmm
mfg
Thomas$
was gibt es noch zu sagen
Wenn der Bot evtl. weniger wichtige Meldungen doppelt postet, müssen die wichtigeren halt zurückstehen. Ist nur ein Bot.[/OT]Einfach mal noch so als Nachtrag ... das hat der BOT ... nicht mit auf dem Schirm gehabt ... andere teilweise doppelt ...
Also versuche ich zu verstehen:
a) Ich kaufe einen USB-Chip, Typ FTDIxxx (oder einen Clon)
b) Der Chip wird ohne Treiber verkauft
c) Unter Windows ist ein chipspezifischer Treiber erforderlich
d) Der Hersteller FTDI stellt im Internet den Treiber unentgeltlich zur Verfügung
e) Geklonte Chips sind billig erhältlich, ebenso wie der von FTDI ohne mitgelieferten Treiber
f) Hersteller FTDI stellt sicher, dass seine eigenen Chips mit korrekter PID installiert werden
g) Hersteller FTDI modifiziert den Treiber so, dass Nicht-FTDI-Chips die PID Null haben
h) Für den USB-Chip-Nachbau wird also kein für ihn zugeschnittener Treiber bereitgestellt
i) Der USB-Chip-Nachbau erhält durch den "fremden" Treiber die PID Null
j) Der USB-Chip-Nachbau funktioniert nicht mit dem "fremden" Treiber bzw der PID Null
Klingt irgendwie schlüssig.
Wenn ich für die ABC-Grafikkarte den Treiber der XYZ-Karte installiere, dann ist jedenfalls mir klar, dass diese XYZ nix Sinnvolles macht. Ich bin auch nicht wirklich verwirrt, wenn der XYZ-Treiber mich nicht darauf hinweist, dass ich ihn für eine andere, möglicherweise (weitgehend) baugleiche Karte installiere, obwohl viele Treiber sich das für sie zuständige Teil suchen und es auch melden. Wenn ich meine zehntausend-Steine-Rolex durch eine neunundneunzig-Flocken-Rolex identischen Aussehens (und genauer Uhrzeit) ersetze, kanns schlimmer werden - dann kann ich das Ding los sein und muss noch an den Zoll ne Spende löhnen.
Geändert von oberallgeier (27.10.2014 um 14:40 Uhr)
Ciao sagt der JoeamBerg
Lesezeichen