Smějeme se s Agilentem

…tedy pokud se chcete pobavit. Toto bude spíše o UI osciloskopu Agilent 54621A, protože měření, které předvedu, je nesmyslné, avšak ta situace může reálně nastat, osciloskop začne vracet nesmyslné údaje a v podstatě nikde to neindikuje, což je podle mého názoru cesta do průšvihu. 

Setup Pulzní generátor, kmitočet 100Hz, střída 1%, Vpp 1V přivedený na vstup osciloskopu. Vpp takového signálu by mělo být 1V, Vrms 100mV. Nebudu teď zabíhat do podrobností, dá se to odvodit, ostatně o měření Vrms připravuji video na trubku. Osciloskop zobrazí něco takového:

 To je v podstatě v pořádku. Kmitočet 99.8Hz, Vpp 1.094V a Vrms 103.17mV, inu generátor je 50 let starý, navíc maďarský a tak mu místní prostředí příliš nesvědčí (mně také ne, maďarských genů mám nemálo), navíc nějak blbne 75Ω zakončovák. Nicméně je to tak nějak to, co by od toho člověk očekával.

Změna časovky, osciloskop stále vrací cca 100Hz a 100mVrms. Jenomže všeho dočasu. 

Kmitočet vrací No edges, což je správně, není vidět celou periodu, tudíž osciloskop nemá z čeho změřit kmitočet, ovšem současně s tím ukazuje 146mVrms. Signál je stále stejný, čímž se dostáváme k něčemu jako poslední Součkovo kniha — Tušení průseru. Protože osciloskop nevidí celou periodu, nemá měření Vrms smysl, ale osciloskop vám to nikde neřekne a něco měří. To je asi ta nejstrašnější věc, která se může stát, ale budeme pokračovat.

Jediné, co měním, je časová základna osciloskopu. Už jsme na 229mVrms. 

No a tady už je myslím jasné, že osciloskop měří přes zobrazovanou periodu, ovšem. Měří od kraje do kraje obrazovky, nebo od triggeru do konce obrazovky? A nebo od náběžné do konce obrazovky? Můžete přemýšlet, další screenshoty vám poskytnou nápovědu.

No a co když změním polohu triggeru na vodorovné ose osciloskopu? DSO umí pre-trigger, to na analogu neuděláte, přičemž ona je to velice užitečná funkce.

No samozřejmě že to bude mít vliv, to prostě počítá „z obrázku“. 

A tady nastává otázka nad smyslem takového měření. Ten osciloskop měří Vrms jen nad částí signálu, která je nějak zachycená. Lze z toho čísla dostat něco užitečného? Má taková funkce nějaký smysl? 

Jako třeba když chcete vidět 900mVrms? No a proč né třeba 800mVrms? No to pochopitelně není problém, stačí pohnout s horizontálním posunem.

No a kdyby byla čísla pořád špatná, tak máme i jiná, že. Stačí si vybrat.

No je libo třeba 500mVrms? Není problém! Podotýkám, že signál na vstupu osciloskopu je pořád stejný. Nevím jak to vnímáte vy, ale podle mého názoru by osciloskop měl zobrazit na místě RMS stejné No edges jako na místě kmitočtu. To by dávalo smysl, jenomže ta věc místo toho vrací nějaké číslo. A veliký problém je v tomto, ten osciloskop je MegaZoom, čili paměť vidí daleko za hranice obrazovky (ono se to projevuje jako Holdoff, proto mají modernější osciloskopy možnost zmenšit velikost paměti, tady to ale nikdo neimplementoval, což je mimochodem celkem k zlosti), takže ono reálně je možné aby osciloskop počítal Vrms za hranice obrazovky a tudíž z celé periody, takže v podstatě není důvod tomu číslu nevěřit, nicméně to číslo s realitou nemá nic společného. Jistěže, na jednoduchém obdélníkovém průběhu je to všechno jasné a zřejmé, ale u komplikovanějších signálů to jasné být nemusí a pokud nevíte, že toto váš osciloskop dělá, můžete z toho mít nepěkné bolení hlavy. Kdyby ta věc napsala něco jako N/A, tak prostě ten údaj nemáte a získáte ho jiným způsobem. A já skutečně nevidím nějaké praktické využití takto získané hodnoty, tedy krom zmatení nepřítele. Určitá využití mne napadají v případě nějakých jednorázových dějů, jenomže pak je tam zase potřeba nějak civilizovaně zvolit region přes který integrujete, ne tak, že něco divoce honíte po obrazovce a pak z toho cosi složitě počítáte. Moderní osciloskopy mají mezi funkcemi, které jde počítat nad signálem, i integraci, to se u jednorázových dějů velice hodí, takže pak následně odměřujete z matematiky. Tady mi ale opravdu připadá, že  tato funkcionalita nadělá víc škody jak užitku.