Generovani frekvence PICem

[RVsoft]

Jan Waclawek napsal(a):
> 
> Mne sa to nezda nejake vyrazne ohnutie v chrbticovaj oblasti: nahadzal 
> som si Vasu tabulku do excelu, dal som tam to zaokruhlenie na 1 us a 
> najvacsia percentualna odchylka vo frekvencii mi vysla 0.17%, a to sa 
> mi nezda ako nejaky zasadny problem...

ja teda napocital nebjvetsi ochylku 1.13% pri 3.9kHz, ale uznavam ze pro 
to co to chci je to nezajimava chyba.

> 
> Mno nejako sa mi nechce verit ze jedno delenie by malo trvat dlhsie nez 
> sa clovek spamata...

Musel bych delit bud celociselne velka cisla a nebo real typy a pak 
navic jeste zaokrouhlovat a jeste odecist pevnou cast smycky - mam cas 
220us a z toho mi 100us trva osefovani AD a jeho zpracovani na ridici 
vystupy a take snizeni rozliseni AD.

> To "otrocke natukanie" sa da tiez riesit tym excelom, exportom, importom 
> do inteligentneho editora ktory vie makra, zvysok je len otazka sikovnosti.

To je samozrejme... tim neotrockym zpusobem jsem myslel nejakej chytrej 
a rychlej vypocet jako nastinil p.Grepl, kterej by byla sance stihnout.

> 
> const times:array[0..119] of word = 
> (26667,13333,8889,6667,5333,4444,3810,3333,2963,2667,2424,2222,2051,1905,1778,1667,1569,1481,1404,1333,1270,1212,1159,1111,1067,1026,988,952,920,889,860,833,808,784,762,741,721,702,684,667,650,635,620,606,593,580,567,556,544,533,523,513,503,494,485,476,468,460,452,444,437,430,423,417,410,404,398,392,386,381,376,370,365,360,356,351,346,342,338,333,329,325,321,317,314,310,307,303,300,296,293,290,287,284,281,278,275,272,269,267,264,261,259,256,254,252,249,247,245,242,240,238,236,234,232,230,228,226,224,222);

To jse dal jen jako priklad? Nebo nejake realne hodnoty vami vypoctene 
vztahujici se k memu problemu? Pokud ano tak rozdil mezi dvema 
frekvencema na hornim konci nemuze byt dvojnasobne zpozdeni.


RadekCX