Ne vždy tu možnost máte. Například u výkonových fázových měničů (docela drahé a šikovné hračky) se RS-232 používá zcela standardně. Nehledě na to, že samotný řadič USB je mnohdy složitější než vlastní jednočip, kterým se má něco ovládat :-)
Freescale ma v nabidce jednocip s USB za 1.5 dolaru. Osmibit s osmi kilama flashky. Myslim, ze slozitost radice nebo protokolu USB tedy zrejme nebude ta hlavni prekazka v sirsim pouziti USB.
USB je podle mych zkusenosti dobre leda tak na propojeni nekolika zarizeni, ktere vam lezi na stole. Dal s tim nemuzete.
Zakladni funkcnost komunikace po RS232 si v terenu hrave zkontrolujete voltmetrem. Potrebne tri draty na konektor priletujete i potme v garazi u dieselagregatu (ano i ten muze mit RS232). Navzdory nejakym normam muzete z tohodle kabelu udelat jeste odbocku pro odposlech. (Obcas dojde i na figle, ze TxD od stroje 1 se pripoji na RxD stroje 2 a 3, TxD z 2 na RxD do 1 a TxD z 3 nekam uplne pryc.) Kdyz pouzijete vic nez ty tri draty, tak muzete prenaset i dalsi binarni stavy. (Ale to se uz moc nenosi. Melo to vyhodu, ze to slo spatne odpalit.) Dosahnete o par metru dal nez s USB. (V pripade potreby i po rozvodech domovniho telefonu.)
A dalsi vyborna vlastnost je, ze RS232 muzete pomerne snadno prekroutit na RS422 nebo RS485 (princip prenosu dat vicemene stejny, jenom jine napeti/proud) a mate sbernici funkcni a kilometr dlouhou a na ni navesene ruzne regulatory.
USB opravdu ne.
Kdyz potrebuju velkou rychlost na vetsi vzdalenosti (kilometry), tak optiku nebo ethernet. Kdyz potrebuju, aby to "jenom" komunikovalo (ne moc rychle, ne moc daleko), tak RS232/485.
mate pravdu, z kancelare jsem nevylezl - ale zajimavy veci se daji udelat i tam (i s rs232) ;-)
samozrejme, neni problem najit aplikaci kde se usb nehodi. ja jen moc nechpu to vzyvani rs232 a proc nepouzit novejsi technologie - usb, lin, can, flexray, ethernet - sbernice rychlejsi, odolnejsi proti ruseni, v mnoha parametrech predci tyhle rsXXX dinosaury [pravda, tezko je odladite jenom s voltmetrem ;) ]... je to dneska v kazdym druhym uC, reference designy od vyrobce chipu ke stazeni - brnkacka neco takovyho rozchodit
2) USB blok MCU je pomerne draha zalezitost, mnohem slozitejsi nez UART (USART). Navic firmware k USB MCU je neskutecne slozity, jen resit enumeraci je otazka par tisic radek. Ovladani UARTu je otazka desitek radek.
3) Delaji se USB-UART obvody (napr. FT232), ale ty vetsinou uz maji trosku jine parametry a pri opravdu casove kriticke komunikaci jsou nepouzitelne. Napriklad v automobilove diagnostice jsem nevidel snad zadny program pouzivajici K-Line prevodnik na seriovou linku fungovat s USB-UART prvodnikem.
Myslim, ze by autor mel do clanku tucnym pismem napsat, ze "USB-UART/RS232 prevodniky maji jine parametry nez puvodni obvod 16550 a to snad ve vsech ohledech: latence, baudrate generator, funkcionalita". Funguje-li neco na 16550, neni zadna zaruka, ze bude fungovat i na FT232 ci necem obdobnem (dela to spousta firem, National, Texas, atd.).
ad 3) ono to je problem spis navrhare daneho interfejsu, protoze neni problem pouzit malicke mcu ktere se postara o buffering a casove kriticke operace a pak to pripojit na seriovy port ktery bude a la "command line".
Urcite si vzpomenete na zmetek pro prijem IR dalkoveho ovladani.. v prvni verzi mcu, v dalsu uz primo pripojeny ir prijimac na seriovy port.. a kazde stlaceni dalkace zaseklo film na chvilku :)