Re: AD převotník na ext. midrange PIC

[Jindrich Fucik]

To ano, ale čas na odbavení celého AD převodníku je velký.
Proto v té přerušovací rutině na začátku převodník maximálně spustím a na konci přečtu. Takže pokud si ho spustím stejnou podmínkou jako vyvolám přerušení, tak si ušetřím jeden krok. Všechno ostatní bude stejné.
Respektive se mi trochu vzdálí čas samplování a čas změny výstupu, což je asi dobře, protože mohu v případě nouze prostě zrychlit kmitočet procesoru a dostanu více výkonu.

---------- Původní e-mail ----------
Od: Tomáš Hamouz <konfery.tomas.hamouz na seznam.cz>
Komu: HW-news <hw-list na list.hw.cz>
Datum: 26. 9. 2022 15:34:36
Předmět: Re: AD převotník na ext. midrange PIC

Není to sice přímo odpověď na otázku, ale pokud budete mít v
přerušovací rutině kód běz větvení, tak se bude provádět konstantní
dobu a časování tím nijak neporušíte.
PICy jsou ještě klasické mikrokontroléry a časování se dá odvodit od počtu
instrukcí.

Tomáš

> Ahoj,
>
> řeším takovou aplikaci, kde bych chtěl použít nějaký osmibitový
> PIC. Dejme tomu PIC16F15225, nebo PIC16F15344, nebo PIC16F18345.
> Aplikace generuje obdélníkový signál pomocí H-můstku a zároveň si
> potřebuji číst zatížení. Signál se generuje v přerušení od časovače
> a je celkem žádoucí, aby byl správně časovaný. Takže se mi nechce
> přidávat moc věcí do přerušovací rutiny před nastavení výstupu.
> Zároveň mám pocit, že informace o zatížení je nejstabilnější právě těsně před tou změnou.
> Napadla mne taková věc. Co kdybych si od stejného časovače, který
> generuje přerušení také generoval automatické spuštění měření.
> Pokud dobře čtu datasheet, tak odpojení sample&hold nastává za 0,5
> TA (hodiny AD převodníku). To je dřív, než přepíšu hodnotu na výstupu.
>
> Takže mi vychází, že AD převodník zachytí ustálený stav těsně před jeho směnou.
>
> Chtěl jsem se zeptat, jestli je tento předpoklad správný? a jestli
> jsem nepřehlédl nějakou drobnost pod čarou?
>
> Díky