Generovani frekvence PICem

[Jan Waclawek]

RVsoft wrote:
> tak jsem nakonec udelal (to jsme mel ale hned na zacatku) tabulku jake 
> casove diference musim generovat pro stejny odstup frekvenci mezi 
> jednotlivym nastavenim potaku. :-(
> Prvni sloupec je frekvence, druhy perioda a ve tretim je rozdil mezi 
> periodou v us sousednich frekvenci.
> 
> Jak je videt tak stejne cela debata ze vcera byla asi k nicemu. Abych 
> dodrzel pozadovanou frekvenci musel bych mit takt minimalne stokrat 
> vetsi. :-(

Co je to "dodrzel pozadovanou frekvenci"? Znova chyba spravna definicia...

> 
> Pokud bych se teda snizil k tomu, ze to zaokrouhlim na cele us je nejake 

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...

> jine reseni nez pouzit skok v tabulce a jeji otrocke natukani? Pocitat 
> zpozdeni nemuzu - to by trvalo moc dlouho.

Mno nejako sa mi nechce verit ze jedno delenie by malo trvat dlhsie nez 
sa clovek spamata...
To "otrocke natukanie" sa da tiez riesit tym excelom, exportom, importom 
do inteligentneho editora ktory vie makra, zvysok je len otazka sikovnosti.

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);


wek