uživatelů online0
Nejčtenější články
Inzerce
Satelitní komplety
Satelitní komplety za nejvýhodnější ceny na trhu! Koaxiální kabel odpovídající délky jako bonus!

Zkratku a logo DiSEqC lze při pozorném prozkoumání nalézt téměř na všech satelitních přijímačích a jím podobným zařízením. Co se však za tímto podivuhodným názvem skrývá?
Protokol DiSEqC je dnes široce uznávanou normou pro ovládání satelitního příslušenství. Byl vyvinut v roce 1998 společností Eutelsat a samotný název tohoto protokolu je zkratkou pro Digital Satellite Equipment Control (tedy řízení příslušenství pro digitální satelity). Vzhledem k nárokům na ovládání různorodého příslušenství k satelitním přijímačům tak vznikl prostor, který Eutelsat tímto protokolem zaplnil. Do dnešní doby vzniklo několik jeho aktualizací, jejichž postupnou implementaci si ukážeme později.
První variantou schválenou k provozu byla revize protokolu DiSEqC 1.0. Ta měla primárně za úkol přepínat mezi čtyřmi zdroji satelitního signálu (mohlo se jednat o čtyři LNB namontovaná na jedné parabole nebo například čtyři na sobě zcela nezávislé antény) a využít k tomu již přítomných koaxiálních kabelů. Signály, které slouží k přepínání, je tedy nutné vtěsnat do stejné kabeláže společně se signálem televizním. Aby toho bylo možné dosáhnout, využila již známé technologie Tone Burst, jejímž základem je přenos informací po nosném kmitočtu 22Hz. Tak byl zajištěn ničím nerušený přenos informací. Jak taková běžná informace protokolu DiSEqC vypadá se můžete přesvědčit níže:

Stručně si nyní přibližme, jak taková typická informace, sdělující například přepnutí na jinou družice, vlastně vypadá. Zahájena je odmlkou, tzn poklesem amplitudy na nulu, delší než 15ms. Tím je koncové zařízení, označované také jako „Slave“ upozorněno, že následovat bude určitá datová zpráva. Dalším krokem je vyslání samotného příkazu DiSEqC opět následovaného odmlkou delší než 15ms a po něm 12,5ms dlouhá informace typu Tonu Burst (její význam si přiblížíme později). Celá datová věta je pak opět zakončena odmlkou o typických 15ms.
Samotný příkaz DiSEqC, tedy nejdelší část přenosu, má typickou délku 54ms a skládá se ze tří nebo čtyř bajtů. Každý bajt seskládá z osmi bitů, které nesou primitivní informaci stavu, tedy pouze 0 nebo 1. Bit s hodnotou 0 i 1 má délku 1,5ms, jejich struktura je však vyobrazena níže:

Celý datový příkaz tedy obsahuje minimálně 12 bitů. První bajt tohoto příkazu je návěští a v protokolu DiSEqC slouží čistě ke kontrole dat (tzv paritě). Obsahuje vždy shodnou informaci 1110.
Zajímavější položkou je pro nás adresní bajt. Zde se již určuje, kterému zařízení v sestavě byl příkaz vygenerován. Samotný bajt je rozdělen na dvě části po čtyřech jednotkách. První čtyři bity tedy určují rodinu zařízení (LNB, motor atd.) a druhá část je pak rozdělena pro jednotlivé aplikace.
Třetí část celého příkazu je samotná informace o tom, co se má provádět. Má-li tedy protokol například přepnout v monobloku z jedné družice na druhou, podstatná data budou obsažena právě v tomto bajtu.
Je-li celá příkazová zpráva vybavena ještě čtvrtým bajtem, nese tento potřebná numerická data. Těmi může být jakákoli hodnota nezbytná pro správné provedení příkazu.
Celý signál je nakonec zakončen Tone Burst příkazem. Ten byl do protokolu implementován pro případ, kdy by bylo nutné přepínat pouze mezi dvěma stavy. Tedy mezi satelitem A a B. Výhodou tohoto řešení je, že na něj není nutné používat drahé (psal se rok 1998) mikročipy a ty složitě programovat. Struktura příkazu je k vidění níže a jak je z obrázku patrné, rozhodně se jednalo o výrazně zjednodušený systém. Logická nula nebo také stav A je přenášen jako 12,5ms nepřerušených kmitů nosného kmitočtu. Zatímco stav opačný je rozdělen do devíti 0,5ms pulzů následovaných vždy 1ms mezerou.

Z dnešního pohledu se již zdá být tato funkce skutečným archaismem, nicméně na dobu svého vzniku bylo její začlenění zcela oprávněné.
Pokračování příště