konflikt dvou ftdi ve winxp???

[admin.mtech@gmail.com]

Kazde zariadenie ma svoje VID a PID (Vendor ID a Product ID) podla ktoreho
sa identifikuje v systeme a system mu podla neho prideli , alebo povoli
naistalovat driver.

USB zariadenie pri pripojeni v procese enumeracie zasiela svoje VID a PID +
class a subclass id do systemu.

VID a PID pripojenych zariadeni sa da najst v regedite vo vetve:
HKLM\System\CurrentControlSet\Enum\USB\
Po rozbaleni kazdeho Vid_XXXX&Pid_XXXX, uvidime vzdy ked bol proipojeny (do
ineho USB portu) dany bazmek, jeho parametre.

Kazdy driver ma *.inf subor, v ktorom je zasa mozne najst nak isto VID a
PID, aby system vedel ktoremu zariadeniu ma dany driver pridelit.

Ked sedia tieto VID, PID, CLass, Subclass, potom system prideli driver k
pripojenemu zariadeniu.


Treba zistit ake VID, PID, Class a subClass cislo vracaju jednotlive
problemove USB zariadenia.

Zmena nazvy drivera nepomoze, treba zmenit VID alebo PID vo vasom zariadeni
(myslim ze FTDI do ma externej EEPROM) a tak isto aj v *.inf subore (tam
zmente aj textovy retazec identifikujuci vase zariadenie), a potom by to
malo chodit.


mt

-----Original Message-----
From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
Behalf Of Tomáš Koželuh
Sent: Thursday, May 03, 2007 11:20 AM
To: 'HW-news'
Subject: RE: konflikt dvou ftdi ve winxp???

Napadá mě, že by mohlo jít zkopírovat ten driver pod jiným názvem a pak
jedno z těch zařízení přesměrovat na ten "nový driver". Ale nemusí to pak
fungovat kvůli nějaké kolizi hardware (přerušení, adresy,...).

--
Čest práci a rukám klid!

BY: Mr. Death 
 

> -----Original Message-----
> From: hw-list-bounces@list.hw.cz 
> [mailto:hw-list-bounces@list.hw.cz] On Behalf Of David Belohrad
> Sent: Thursday, May 03, 2007 11:14 AM
> 
> Zdravim,
> mam takovy divny problem. Implementoval jsem na sve zarizeni 
> usb/serial konvertor ft232bl. Je to deska, ktera ma na sobe 
> alteru, v ni NIOS procesor. Alteru programuji USB-blasterem 
> rev. C. Nemuzu to rozchodit, protoze ve widlich se mi rvou ty 
> dva chipy navzajem a vubec nevim co s tim. Chova se to asi takhle: 
> kdyz neni pripojene ani me zarizeni
> ani blaster, je vsechno ok. Pripojim blaster, system jej v 
> pohode najde a jde s nim pracovat. Pak pripojim muj usb port, 
> najde se, zarizeni se nainstaluje ale _nepracuje spravne_. V 
> device manageru se dozvidam ze nebude pracovat spravne 
> protoze uz v pameti jedna instance toho driveru je. Shodou 
> okolnosti altera pouziva uplne ten samy driver k chipu, takze 
> k nemu (pravedpodobne) zablokuje pristup.
> 
> Kdyz operaci provedu opacne, tedy nejdriv zapojim muj port  a 
> potom alteru, pak muj port funguje a altera nefunguje.
> 
> Nevite nekdo co s tim?
> 
> Abych pravdu rekl, jsem z toho dost nas**ny protoze jsem 
> stravil asi 3 dny tim ze jsem hledal proc mi NIOS nejede _ani 
> z onchip ram_! (natoz pak z externi SDRAM), porad byl nekde 
> problem s komunikaci JTAG. Nakonec jsem dosel na to, ze ruzne 
> verze quartusu pouzivaji ten usb-blaster driver asi nejak 
> jinak a navzajem se hadaji, navic v Quartusu7 nebo NIOSeds6.1 
> musi byt nejaky bug protoze tam download programu _nefunguje vubec_. 
> Q6.1+NIOS6.0 jsou v pohode. Divne, nezvykle, nechapu nic. 
> <noflame>Q7+NIOS6.1 stoji opravdu hodne na to aby to tak 
> krasne nefungovalo</noflame> 

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list