<div dir="ltr">A nebylo by vhodne jen pro klid duse, ze neni problem nekde na kremiku/SW oprit o ten kmitoctovy normal i to STM? Pak by se vyloucilo plavani zavisle na vnitrnich hodinach.<div><br></div><div>RV</div></div><div class="gmail_extra"><br><div class="gmail_quote">Dne 9. února 2018 14:58 Dolnsky <span dir="ltr"><<a href="mailto:p.dolnsky@atlas.cz" target="_blank">p.dolnsky@atlas.cz</a>></span> napsal(a):<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dekuji za tipy.<br>
Pokusum se blize popsat na co jsme narazil, dopredu podotykam je to muj prvni projekt ss STM32L0 a prekvapila me i nemoznot pripojit i HSE, kdyz na to prijde.<br>
Kolega potrebuje vyhodnocovat nejake frekvence , to podsttne je ,ze z analogovych filtru signal leze do MCU .<br>
Tak ze mam dva zdoje signalu o znamych frekvencich, fyzikcy pro testech jde o dva funkcni generatory Fluke PM5139, ktere jsou jeste na vic opreny o spolecny kmitocnotvy nromal od HP ktery je jeste o rad presnejsi a tak beru jako hotovou vec ze jak frekvence tak jejeich vzjemny pomer a amplitudy jsou dany a nemenne.<br>
Aktulane MCU nedela nic jienho nez ze vzorkuje signal vylezly z filtru a bezi na nem jak klasicky tak zobecněný Goertzeluv algoritmus pro neceločíselné násobky zakladního harmonickeho kmitoctu s tim ze me zajima ta vyssi frekvemce s vyrazne nizsi energii v signalu.<br>
Predpoklad je ze by MCU mel pri stabilnich hodinach, tedy pri stabilnim miste odberu vzorku vracet pri stejnem vsupu porad to same a dalsi predpoklad je, ze pokud frkvenci vzorkovani zvolim spravne  vůci hledne frekvenci bude to vyhodnejsi.<br>
Predpokladam ze pokud je vztup stejny mel by i digitalni vystup byt stejny. ale neni, vidim jasne jak se to v case soupe zrejme podle toho jak se MCU zahriva nema tu nijak pretopino,(18C plus minis 2C) a presto vidim jak behem hodky co to mam zaple se vysledky meni. MCU jende na HSI/4 ciste protoze mi to prislo presnejsi nez MSI.<br>
Neni to uplne ma parketa,ale kolega z nasamplovnych dat po jich zpracovni v matlabu dosel k zaveru ze to co plave je interval v kterem se odebiraji vzorky , ktery se mezi jednotlivymi vzorky v case meni .<br>
Faktem je, ze jsem ted ten samy SW pustil na desce s  STM32F051,kde to jede na HSE take 4MHz odvozene od 8MHz crystalu a tam to vyrazne mene plave. Nejak jsme to nevyhodnocaval,ale pokud se mi to ona HSE v F0 hybe v radu jednotek tak na HSI v L0 v radu desitek.<br>
Priznam se ze kalibraci jsme nijak zvlast neresil, protote se domnivam, mozna milne,  ta by nemela ovlivnovat, "vzdlenost" mezi vzorky ale jen to jak moc se tato vzdlenost bude blizit nejakemu vnejsimu normalu pro metr, tedy i ne zcela zlakibrovany metr by mel porat merit stejne i kdyz treba porad stejne blbe.<br>
 <br>
P.<br>
 <br>
______________________________<wbr>_________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" rel="noreferrer" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer" target="_blank">http://list.hw.cz/mailman/<wbr>listinfo/hw-list</a><br>
</blockquote></div><br></div>