Nove AVR - SIGROW.OSC20ERR5V

[Pavel Hudecek]

Myslím, že došlo k nedorozumění. Nebudu nic měřit, jen chci místo konstanty F_CPU dát makro, které s použitím SIGROW.OSC20ERR5V vypočítá výrobcem změřenou hodnotu. Žádný build pro každý ks.

PH

Od: Miroslav Šinko

Pri kusovej vyrobe mozno.

Nominalna hodnota F_CPU je dolezita pre jeden build SW, ktory nahrate do 
vsetkych MCU seriovo vyrabaneho produktu. Odchylky jednotlivych kusov su 
v korekcnych registroch a o to sa nijak nestarate. Nie je rozumne mozne 
merat frekvenciu osc kazdeho MCU, ku kazdemu robit specialny build a 
uchovavat variant SW s dokumentaciou serioveho cisla vyrobku. Problemy s 
tym spojene nestoja za to. Staci update SW a mate X-nasobne buildovanie 
a zlozitu logistiku distribucie.

Este ma napada dalsi dovod, preco pouzit nominalnu F_CPU a korekcny 
register. Priklad USB-AVR, kde si samotny SW urobil kalibraciu a zapisal 
do registra. Ked to vezmeme zo siria, da sa robit relativne casta 
rekalibracia a tak reagovat na zmeny teploty, starnutie suciastok 
(vseobecne podmienok). Hodnota kalibracneho registra sa pouziva potom na 
roznych miestach SW pocas runtime, kludne v roznych vypoctoch (inac sa 
pocita BdRt, inac USB clock, apod). Ak budete mat v zdrojakoch fixnu, 
hoci v danom momente a podmienkach presne nastavenu F_CPU a nikde v kode 
nebudete brat ohlad na kalibracnu hodnotu, tak popisany sposob 
rekalibracie nie je mozny.


On 29.4.2020 10:20, Pavel Hudecek wrote:
> Dotaz: Je nějaký důvod, proč místo jednotlivých korekcí na různých
> místech, nenahradit konstantu F_CPU makrem, nebo funkcí stejného jména,
> ze kterého rovnou vyleze správný Fclk?

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20200430/71815600/attachment.html>