Razmisljaš u dobrom pravcu, vidiš u AN da ima varijanta sa R/C oscilatorom pa se meri frekvencija.
To je OK pristup samo ima mali problem, mnogo je NISKA frekvencija takvog oscilatora, par KHz i to je malo problem za precizno uzorkovanje preko brojača.
Treba 1000x više vremena da bi dobio rezoluciju uzorkovanja u poredjenju da taj oscilator radi u MHz opsegu.
Problem se nastavlja tako što ako pokušaš da napraviš stabilan R/C oscilator u MHz opsegu to je već neizvodljivo da bude kao nešto stabilno, mnogo vrda i šeta nevezano za samu temperaturu, i to možeš PRAKTIČNO da vidiš na STM32 kada mu izabreš interni R/C oscilator koji radi beše na 8MHz, pratiš to ponašanje a referenca ti GPS da vidiš kako to šeta ko blesavo, nema pojma.
Zato se bira kristal sa nekom kakvom god tj što više moguće linearnom krivom zavistnposti F/t tako da on bude senzor a nestabilnosti samog oscilator su svakako drastično manje nego kod R/C pa je onda takav mehanizam dosta bolji da bude konverter Freq -> Temp i radi na većoj frekvenciji i brže se dolazi do rezultata.
To je OK pristup samo ima mali problem, mnogo je NISKA frekvencija takvog oscilatora, par KHz i to je malo problem za precizno uzorkovanje preko brojača.
Treba 1000x više vremena da bi dobio rezoluciju uzorkovanja u poredjenju da taj oscilator radi u MHz opsegu.
Problem se nastavlja tako što ako pokušaš da napraviš stabilan R/C oscilator u MHz opsegu to je već neizvodljivo da bude kao nešto stabilno, mnogo vrda i šeta nevezano za samu temperaturu, i to možeš PRAKTIČNO da vidiš na STM32 kada mu izabreš interni R/C oscilator koji radi beše na 8MHz, pratiš to ponašanje a referenca ti GPS da vidiš kako to šeta ko blesavo, nema pojma.
Zato se bira kristal sa nekom kakvom god tj što više moguće linearnom krivom zavistnposti F/t tako da on bude senzor a nestabilnosti samog oscilator su svakako drastično manje nego kod R/C pa je onda takav mehanizam dosta bolji da bude konverter Freq -> Temp i radi na većoj frekvenciji i brže se dolazi do rezultata.