Nedávno jsem se setkal s dotazem, jak zajistit provoz, nebo alespoň příposlech DMR rádiového kanálu, který je běžně převaděčový, tedy semiduplexní, ale může být využíván i v direktním, tedy simplexním režimu. Tento způsob se občas využívá v profesionální sféře z důvodu úspory kmitočtů, simplexně se komunikuje typicky na výstupním kmitočtu převaděče a způsob užití je buď samostatně nastaveným kanálem zvoleným obsluhou, což má původ už v analogovém provozu a nebo o něco chytřejším režimem s názvem Talk Around.

Talk Around je převážně koncipován pro provoz radiosítě při výpadku převaděče. Pokud však nejsme schopni predikovat čas návratu převaděče do provozu, kdy někteří uživatelé zůstanou v režimu DMO a někteří v režimu RMO, nebo jsme v komplikovanější situaci s jedním uživatelem pod pokrytím převaděče a druhým mimo pokrytí, s možností direktní komunikace, nastupuje režim Talk Around. Chytřejší určitě napadne, že oboje by se dalo řešit dobře nastaveným scanováním s automatickou aktivací (autostartem), ale to by nám pokrylo pouze konvenční převaděčový provoz. Pokud bychom byli v režimu TMO a roamovali v radiosíti  s více převaděči, sken nelze využít, neboť nejde kombinovat s roamingem, respektive z roamujícího kanálu nelze scanlist, ve kterém je kanál přítomen, aktivovat.

Příklad

Máme dva uživatele, s volacími znaky FRANTA a LOJZA. Oba mají radiostanice nastaveny na převaděčový kanál, s roamingem na další převaděče v rozsáhlejší radiosíti. FRANTA je dispečerem velké budovy, jde o uživatele znalého, komunikačně odborně vyškoleného. LOJZA je prostý topič, má na starosti topení v celé budově a kotelnu, jde o uživatele jen základně komunikačně poučeného, nicméně co se týká pokynů, spolehlivého. Vše skvěle funguje. LOJZA ovšem v jeden moment hlásí, že odchází do kotelny a pak se s ním spojení přeruší. Hluboko v suterénu budovy je mimo dostupnost nejbližšího převaděče. FRANTA, pobývající v kanceláři v pátem patře s ním má ale naléhavou potřebu komunikovat, přesto že jsou od sebe vzdušnou čarou desítky metrů a FRANTA má plný signál z převaděče za městem, spojení se zdá nemožné. Situace je stále více dramatická. FRANTA si ovšem vzpomíná na školení, mačká na radiostanici malé tlačítko a poté tiskne PTT a hovoří do mikrofonu. LOJZA, který mezitím usnul na hromadě uhlí, ho konečně slyší a zavírá kohout na kotli, kterému zbývaly okamžiky do výbuchu. Snaží se odpovědět, což sice nejde, ale kritická situace je zažehnána. Pak dostává pokyn, že má stisknou také malé tlačítko a konečně se slyší oba dva navzájem. Dramatická situace má tak šťastný konec 🙂 Podobný modelový případ je možný si představit i jako uživatele, který se nachází v horách vysoko na svahu kopce (alias FRANTA) a druhého uživatele, který je pod ním jen stovky metrů na přímou viditelnost, ale hluboko v údolí mimo pokrytí převaděče (alias LOJZA). Místo kotle si představme třeba hrozící sněhovou lavinu 🙂

Realita

Režim RMO v DMR určuje pouze rozdílnost TX a RX kmitočtů, jinak je radiostanice v režimu DMO. Oba přenosy používají odlišný způsob signalizace, proto tedy nejde ani pouhý poslech kanálu v rozdílném režimu, přestože ostatní parametry (Color Code, Timeslot, TalkGroup, apod.) se shodují. Aktivací režimu Talk Around se dává radiostanici pokyn, že má sice přejít do direktního (DMO) módu na výstupním kmitočtu převaděče, ale zároveň má provádět příposlech převaděčového (RMO) módu.

Při zapnutém Talk Aroundu je možno poslouchat obojí – direktní i převaděčový DMR provoz a je umožněna skupinová i privátní relace v direktním módu.

Nevýhody

• První nevýhodou je, že funkce Talk Around nejde nakonfigurovat jako výchozí, je pouze na vyžádání obsluhou.
• Druhou nevýhodou je nutnost povolení vysílacích kritérií na kanále do volného stavu, čímž se zbavíme základní komunikační ochrany proti neukázněným uživatelům (ti si budou moci skákat do relací a mazat se navzájem). Proč je to nutné? Kdybychom to neprovedli, uživatel FRANTA by v okamžiku, kdy potřeboval volat uživatele LOJZA, ale zrovna naběhl provoz na převaděči, musel vyčkat až tamější spojení nebo datový přenos utichne (lhostejno kdyby byl na jiném timeslotu, protože převaděč při svém provozu plní kanál oba časovými rámci). A mezitím by kotel třeba vybuchnul 🙂
• Třetí nevýhodou je, že užití funkce Talk Around je asynchronní, pro oboustrannou komunikaci musí být aktivována na obou koncích komunikačního řetezce. Ovšem jak jsme si uvedli v modelové situaci, na probuzení uživatele LOJZA a předání krátkého povelu, stačila i komunikace jednostranná.

Zkušenější uživatelé a znalci CPS prostředí pro programování radiostanic se již chytají, protože zaškrtávátko Talk Around moc dobře znají. Jenže jak jsme si uvedli, jenom zaškrtnou nestačí, takže si pojďme ukázat jak na to, na příkladu konfigurace Hytery PD785G a Motoroly DP4601 (za jejíž zapůjčení děkuji Michalovi OK2HAZ).

Nastavení Motoroly

1. Na kartě příslušného kanálu zaškrtneme checkbox Allow Talkaround. 
2. Na kartě kanálu zůstaneme a v rámci TX nastavíme vysílací kritéria na přepínači Admit Criteria na hodnotu Always a na přepínači In Call Criteria na hodnotu Follow Admit Criteria. 
3. V menu Buttons a rámci Radio Buttons si namapujeme aktivaci Talk Aroundu na tlačítko, v tomto případě na Side Button 1 (umístěné nad PTT), na jeho dlouhý stisk, tedy ve sloupci Long Press nastavíme hodnotu Repeater/Talkaround. 
4. V menu General Settings můžeme nechat defaultní hodnoty časovačů Talkaround Group Call Hang Time na hodnotě 4000 milisekund a Talkaround Private Call Hang Time na hodnotě 7000 milisekund.

Nastavení Hytery

1. Na kartě příslušného kanálu zaškrtneme checkbox Talk Around 
2. Na kartě kanálu zůstaneme a v rámci Tx nastavíme vysílací kritéria na přepínači Tx Admit na hodnotu Always Allow a na přepínači In Call TX Admit na hodnotu Follow TX Admit. 
3. V menu Conventional → General Setting → Buttons si namapujeme aktivaci Talk Aroundu na tlačítko, v tomto případě na SK1 (umístěné nad PTT), na jeho dlouhý stisk, tedy ve druhém sloupci u přepínače SK1 Long nastavíme hodnotu Talk Around. 

 Reálné použití

Po přeprogramování radiostanice se přepneme kanálovým voličem na příslušný kanál a dlouhým stiskem výše uvedeného tlačítka režim Talk Around aktivujeme. Pokud jsme všechno dobře nastavili, na Motorole se změní režim RMO (který není nijak zvlášť označen) na DMO (označen symbolem na displeji s pravostrannou šipkou mezi dvěma svislými čárkami) a na Hyteře se změní označení režimu na displeji z RM na symbol DM. Opětovným dlouhým stiskem téhož tlačítka Talk Around zase deaktivujeme a přejdeme zpět do převaděčového režimu. A to je vše, co stačilo Frantovi i Lojzovi 🙂

Největším problémem od začátku existence standardu DMR, který se daří řešit jen zvolna a neúplně, je nekompatibilita řady funkcí a přenosů na aplikační úrovni. Naštěstí již před nějakou dobou se podařil na úrovni DMR Asociace jakýsi pokrok, který zavedl určité sjednocení alespoň některých služeb. Dnes se podíváme na to, jak zprovoznit funkci krátkých textových zpráv, tedy SMS (přestože ve standardu DMR se označují zkratkou TMS – Text Message Service). A mrkneme rovnou na dva majoritní rivaly – Motorolu a Hyteru, neboť ti jsou v záležitosti kompatibility (na rozdíl od většiny čínských výrobců) relativně nejdále.

Přestože na internetu lze najít pár návodů a videí, jak na to, pokusy často končily zprovozněním na úrovni přenosu v simplexním kanále. Jakmile se zkoušení přešlo do převaděčového, nebo dokonce multisite síťového provozu, spolehlivost přenosu rapidně klesala. Málokdo se nad problémem zamyslel a dotáhl řešení do konce.

Trochu netradičně si dovolím udělat závěr ještě v úvodu 🙂 Motorola se svým řešením ohledně DMRA (tak se obecně nazývají záležitosti kolem kompatibility, protože každý výrobce má své proprietární označení) výhrává oproti Hyteře na celé čáře. Klíčové nastavení, což je typ datového nosiče, lze totiž u Motoroly nakonfigurovat na úrovni každého kanálu samostatně, kdežto u Hytery jde o nastavení pro celou radiostanici. Důvtipnější si domyslí praktický dopad celého řešení 🙁 Jediné, co lze Motorole vytknout, se netýká techniky, ale obchodní politiky, protože uvedený návod neplatí pro řadu DP360x, kde je vývoj firmware zakonzervován a zůstává v ní proprietární datový nosič MSI.

Níže uvedený návod je demonstrován na radiostanicích Hytera PD785G a Motorola DP4601 (za jejíž zapůjčení děkuji Michalovi OK2HAZ). Podpora DMRA u Hytery je od verze firmware R5.5 a u Motoroly od verze R2.4.

Nastavení Motoroly

1. Otevřeme CPS a na kartě Network ověříme, že nám chodí data na displej a ne na kabel, což znamená, že přepínač Forward to PC musí být na hodnotě Disabled. 
2. Na kartě General Settings nastavíme délku předklíčování v poli TX Preamble Duration na hodnotu 960 milisekund. 
3. Na kartě příslušného kanálu nastavíme kompresi hlaviček v přepínači Compressed UDP Data Header na hodnotu DMR Standard a datový nosič SMS v přepínači Text Message Type také na hodnotu DMR Standard. 

Nastavení Hytery

1. Otevřeme CPS a na kartě Conventional → General Setting → Network ověříme, že nám chodí data na displej a ne na kabel, což znamená, že checkbox Forward To PC musí být odškrtnutý. 
2. Na kartě Conventional → Digital Common → Basic nastavíme v rámci Basic Setting délku předklíčování v poli TX Preamble Duration na hodnotu 960 milisekund a časovač vyčkání na potvrzení v poli Wait Ack Delay na hodnotu 1020 milisekund. 
3. Na kartě Conventional → Digital Common → Basic zůstaneme a nastavíme v rámci Miscellaneous typ datového nosiče v přepínači Data Bearer Service na hodnotu Compressed IP. 

A to je vše. Popsané nastavení bylo testováno jak při přenosu SMS v rámci jednoho převaděče (OK0DMR), tak i mezi převaděči navzájem (OK0DMR ↔ OK0DAS). Jak to funguje, se můžete podívat na videu níže. Za kvalitu videa se předem omlouvám, jsem technik, ne kameraman.