problemy s FT232BM - vyreseno

[Miroslav Mraz]

Přijde mi, že virtuální COM ve Windows je docela magie. Udělal jsem si
jednoduchý dataloger s LPC1343 - čte to data z ADC a posílá je to po USB
do PC jako hex čísla. Pro komunikaci na USB jsem použil CDC class s tím,
že je to poměrně zmáklé a protože ten sériák nepotřebuju nijak
nastavovat, stačí otevřít soubor a číst data. Na linuxu mi to chodilo
naprosto bez problémů. Ve Win XP se Hyperteminálem také připojím, ale
pouze napoprvé. Když pak spojení uzavřu, už podruhé port neotevřu, musím
zařízení fyzicky odpojit a znovu zapojit.
Přitom prográmek v Qt, co k tomu mám ten port otevře metodou file.open,
korektně zavře file.close a to bez jakéhokoli omezení. A to zcela
pomíjím zvěrstva typu "\\\\.\\COMn". Kdybych si nepamatoval, že na to
kolega nadával už před 15 lety, hledal bych to po netu ještě teď.

Ty FTDI chipy byly ve své době revoluční řešení, používali jsme je ještě
když se musely složitě vozit až z Německa, protože je u nás ještě nikdo
neprodával. Umožňovaly USB konektivitu v podstatě bez jakýchkoli
znalostí. V řadě AM byly ještě drobné problémy, BM už fungovaly docela
bez problémů - ale používali jsme k tomu kvalitní průmyslové PC.
Dneska už bych do toho nešel. FTDI zásadně nedodržuje standard CDC
class, používá své vlastní proprietární řešení a ze zkušenosti vím, že
ty jejich knihovny třeba pro direct komunikaci mají prastaré API a tedy
nejsou asi příliš udržované. Obávám se, že driver pro VCP na tom bude
podobně.
Dneska už se dá zvládnout USB v nějakém tom ARMu, vyjde to levněji a
víte o něco přesněji co se tam děje, takže potenciální problémy se lépe
řeší. Jenom se to člověk musí naučit. Na to v praxi nebývá čas.

Mrazík

Vláďa Anděl píše v Út 02. 04. 2013 v 15:49 +0200:
> Na to rušení v síti moc nevěřím. Jeden filtr je na vstupu do rozvaděče
> http://vaelektronik.cz/fotky/spodek.jpg
> a druhý v tom prostoru pro počítač
> http://vaelektronik.cz/fotky/vrch.jpg
> Navíc v té technologii při zapínání počítače nejspíš nemá co rušit, leda 
> že by tak vyzařovalo řízení ventilu Rexroth. Jediný ventil je zapnutý od 
> začátku a nevím co to dělá, dokud v hydraulice není tlak. Jeho řídící 
> jednotka je taky nahoře u počítače. Ventil pracuje tak, že se do cívky 
> cpe nějaký (?) kmitočet a z dalších dvou cívek se snímá poloha šoupátka. 
> Pochází to z doby, kdy se EMC ještě nebralo tak vážně, ale zase je to od 
> solidní firmy.
> 
> Ty dvě signálky jsou RXD a TXD od toho FT232 a RESOUT je výstup signálu 
> RESET který jde přes odpor 1K5 (R3)
> http://vaelektronik.cz/fotky/schema.gif
> na DATA+. Dokud je RESET držený na 0, RESOUT je taky na 0. Když je 
> RESOUT na jedničce, 0 na datech ho trochu stahuje - asi je to normální, 
> dělají to všechny desky.
> 
> Aby tomu USB vadil nějaký program, taky moc nevěřím. Po zapnutí počítače 
> má naběhnout (nenaběhne a místo toho se trvale rozsvítí TXD a RXD) 
> spojení s FT232, ihned začíná fungovat klávesnice a myš. Potom teprv 
> nabíhá Windows a pak teprv se spouští technologie.
> Takže skutečně jedině ten ventil, nebo dole spínaný zdroj 24V, ale ten 
> je odrušený dobře.
> 
> Z 5V z USB se napájí pouze procesor a ve vedlejší desce čítač impulzů z 
> pravítka. Vše ostatní je za optočlenama (i to pravítko) a je to napájené 
> ze zdroje dole.
> 
> Až tam pojedu dělat cokoliv jiného, vezmu si osciloskop a podívám se co 
> se tam děje. Zvědavost mi nedá.
> Anděl
>