Rychlost MCU - srovnani - no flame pliiis

[RVsoft]

Jan Waclawek napsal(a):
> Preco flame?
> 
> Jednoducha a plne kompetentna odpoved, ktoru kazdy lahko pochopi, je, ze 
> ziadne taketo porovnanie sa urobit neda resp. nema cenu...
> 
> Pre relativne porovnanie by bol mozno zaujimavy nejaky benchmark (napr. 
> Dhrystone, alebo aj taky povymyslany), ale vysledky takychto treba 
> zobrat s veeeeelkou rezervou. Uz to tu ktosi pred asi mesiacom nacal, 
> ale to je tiez dost velka robota. Navyse ten ktosi by musel pracovat s 
> celkom velkou vzorkou roznych jenocipov, alebo by sme sa tu museli 
> dohodnut...
> 
> wek

No abych to priblizil, dopisuji si ted s jednim clovekem (nevim zda je 
zde na HWnews) ohledne toho co musi umet takovy 10A driver krokoveho 
motoru a zjistuji, ze to rozhodne neni trivialni zalezitost.

Driver musi zvladat nekolik operaci v pomerne kratkem casovem intervalu 
a jeste je spravne vyhodnocovat.

Je treba ridit vicemene nezavisle 8 MOSFETu ve dvou H-mustcich, musi se 
merit proud na dvou snimacich rezistorech, z neho se musi ridit zvlastni 
rezim PWM - tzv CHOPPER (pevna doba vypnuti a promenliva doba zapnuti), 
musi se vyhodnocovat aktualni rychlost otaceni motoru a vyhodnocovat z 
toho rezim rizeni (tohle se meni i behem jedne sinusovky).

Z toho vyplyva, ze nelze pouzit HW PWM a je treba ji generovat SW s tim, 
ze rychlost regulacni smycky je zasadni.

Asi nema smysl to rozepisovat uplne dopodrobna - onen clovek to mel 
postavene s ATmega na 16MHz a chce ted postavit novou verzi a chce 
pouzit jadro ARM7. Jelikoz se snazim o neco podobneho, ale na bazi PICu 
tak me zajima jaky procesor vybrat. Asi by byl pekny treba nejaky dsPIC 
nebo PIC24, ale jsou zatim silene drahe nebo temer nedostupne.
Proto koukam po rade PIC18, ale zatim nemam predstavu kolik se toho pres 
nej da protlacit v pripade, ze asi moc HW periferii primo pro rizeni 
nepouziji - max nejake casovace a AD.

-- 
RadekCX - http://www.cncnet.info