Zdarte,
došlo na to, že jsem v reálu potřeboval využít kdysi zmiňovanou možnost, kdy i přes aktivní TX relaci, by měla reagovat RX cesta na příkazy typu unlink nebo link například na jiný port. No, nefunguje to. V případě nasazeného G4 na příkazy vůbec nereaguje (zkoušel jsem OK0BRQ, OK4PS-B, OK0HCS, OK0PVD) a není jiná možnost než vydržet do doby, kdy je relace ukončena. Což je naprosto na prd. Domluvený SKED je problém, na Béčku je prakticky neustále provoz, do kterého se moc dostat, vklínit nedá a v autě je člověk limitovaný dosahem v lokalitě kterou se pohybuje. A většinou například na D1 vyjedu z pokrytí dřív než bych dohodnutý SKED realizoval a pár km za Brnem to vzdávám a točím GSM. Je sice krásné, že Bčko se chová jako multicast, ale současný počet uživatelů, generuje už poměrně velké množství provozu a tím se stává mnohem hůře použitelná samotná infrastruktura. Čekejte, jste v pořadí...
Další téma, které by se mohlo oteřít je využití DPRS, telemtrických dat v rámci datového toku. Víme, že tady prostě žádné dva time sloty nemáme a musíme si vystačit s tím jak to borci v JPN navrhnuli. DPRS nepoužíváme, protože to generuje provoz na portech, kde to nechceme a zbytečně to tam neustále klíčuje. Co takhle zapracovat na konceptu v duchu APRS a postupně budovat infrastrukturu postavenou na jednom národním kmitočtu, přes který potečou GPS nebo jakákoliv jiná užitečná data.
No, tak snad se to nezvrtne do nějaké masité debaty mimo téma. První část je k řešení, druhá k zamyšlení. Jinak docela čučím, co se za kolíky už objevilo na D*, ani to nepotřebuje reklamu 🙂 Když si vzpomenu na ty začátky a těch řečí, že je to k prdu 🙂
Ahoj Pavle, ja mam osobni zkusenost se shozenim linku behem hovoru opacnou. Zkousel jsem to na OK0HCS a OK0BCA a na obou mi to fungovalo.
Jakmile bezel hovor z reflektoru (nikoliv lokalni), byl jsem schopen shodit budto pomoci DTMF, nebo pomoci UR pripojeni k reflektoru a mohl jsem si na prevadeci delat co jsem potreboval.
Takze netusim kde mohl byt problem, kdyz jsi to zkousel ty, ale je to divne.
Pekny vecer z DL
Libor, OK1ALX
Ahoj Libore, zkoušel jsem via UR DCS019DL, _______U a ani ťuk. Je fakt, že DTMF jsem nezkoušel a vyzkouším 🙂 No každopádně multicast na "B" už je divočina.
Ahoj Libore, zkoušel jsem via UR DCS019DL, _______U a ani ťuk. Je fakt, že DTMF jsem nezkoušel a vyzkouším 🙂 No každopádně multicast na "B" už je divočina.
Chápu, že na rozdíl od kanálu "D" kde OK4PS neustále visí případně od DMR je pro Tebe provoz na "B" překvapivý. Nicméně vytížení "B" je pořád jen 8-12%, tak že věta "na Béčku je prakticky neustále provoz" moc neodpovídá realitě.
Ono je to spíš o úhlu pohledu. Podle toho co píšeš tak bys to nejraději viděl jako náhradu GSM t.j. aby Ti stanice celý den mlčela a když Tě někdo volá, nebo když Ty někoho potřebuješ volat aby to ve 100% případu spojení ihned navázalo. Druhý pohled je, že je cílem mít systém, kde je živo, je tam provoz, pořád se něco děje a na zavolání na blind se téměř vždy někdo ozve. Tyto požadavky jsou mezi sebou neslučitelné. Pakliže by D* fungoval na principu který Ty popisuješ, jsem naprosto pevně přesvědčený, že bychom aktuálně měli minimálně o 80% méně převaděčů i uživatelů. Neexistoval by totiž důvod čím se D* liší od DMR, nebo FM, t.j. poslouchat ticho po většinu dne. Kdybys byl v Krkonoších na tom povídání, všechny aspekty a možnosti se tam probíraly.
Samozřejmě jsou možnosti jak věci optimalizovat a vím, že můžu začít i u sebe. Jedna z věcí je naučit se dávat aspoň každou druhou relaci pauzu, kdyby si chtěl někdo zavolat. Musím sebekriticky přiznat, že se mi to v zápalu toku myšlenek né vždy daří. Ale polepším se. Dále je možné využívat zatím opomíjený CSQL - t.j. být na přijmu, když mne zrovna konkrétní hovor nezajímá, ale být dovolatelný přes volací kód 88.
Ja Pavla docela chapu, protoze se mi jiz take stalo ze jsem 15 minut nebyl schpen prerusit probihajici hovor. Vtipne na tom bylo to, ze mi driv zavolal Ludek, ktery se smal me snaze skocit do hovoru. Ackoli vetsina zaklicovani prosla, odezvy jsem se nedockal. Kdyz clovek nic nepotrebuje tak to moc nevadi, ale kdyz chces na nekoho pouze houknout napriklad aby se preladil, tak je to k vzteku.
BTW myslel jsem Milane, ze se zde pohybujeme na foru kde se veci resi a lide se do sebe nenavazeji, zvlast kdyz k tomu neni duvod. No asi jsem se zmylil.
Ahoj Pavle, ja mam osobni zkusenost se shozenim linku behem hovoru opacnou. Zkousel jsem to na OK0HCS a OK0BCA a na obou mi to fungovalo.
Jakmile bezel hovor z reflektoru (nikoliv lokalni), byl jsem schopen shodit budto pomoci DTMF, nebo pomoci UR pripojeni k reflektoru a mohl jsem si na prevadeci delat co jsem potreboval.
Takze netusim kde mohl byt problem, kdyz jsi to zkousel ty, ale je to divne.Pekny vecer z DL
Tak musim opravit co jsem napsal, na HCS jsem to dnes zkousel a opravdu to na nem nejde. Icom controller toto zrejme neumoznuje, jelikoz na BCA to opravdu funguje, jak DTMF, tak U v UR, takze G4KLX repeater (v tomto pripade soundrepeater) tuto moznost nabizi.
Libor, OK1ALX
Ja Pavla docela chapu, protoze se mi jiz take stalo ze jsem 15 minut nebyl schpen prerusit probihajici hovor. Vtipne na tom bylo to, ze mi driv zavolal Ludek, ktery se smal me snaze skocit do hovoru. Ackoli vetsina zaklicovani prosla, odezvy jsem se nedockal. Kdyz clovek nic nepotrebuje tak to moc nevadi, ale kdyz chces na nekoho pouze houknout napriklad aby se preladil, tak je to k vzteku.
BTW myslel jsem Milane, ze se zde pohybujeme na foru kde se veci resi a lide se do sebe nenavazeji, zvlast kdyz k tomu neni duvod. No asi jsem se zmylil.
Já si do nikoho nenavážím, pouze jsem se snažil vysvětlit můj pohled na vety jako:
" na Béčku je prakticky neustále provoz,"
"ale současný počet uživatelů, generuje už poměrně velké množství provozu"
je to
a) zveličování, které neodpovídá realitě
b) a to že provoz stoupá je právě to pozitivní, nikoli negativní, jak Pavel snaží naznačit a způsobilo to, že se D* rozvíjí a přibývají jak uživatelé, tak infrastruktura. Mlčících technologií které klapou na HAM pásmech naprázdno je spousta. Podle mého názoru jsou dvě cesty:
a) Technologie bude živá, bude na ní provoz a tím bude zajímavá pro širší okruh uživatelů, kteří si HAM zařízení koupí zejména proto, aby jim mluvilo něco dělalo, mohli se zapojit, poznávat nové lidi po celé republice a.t.d.. Tuto funkci nezle nahradit žádným profesionálním komunikačním prostředkem a z ručních či mobilních stanic ani amatérským (možná na KV s NVIS anténou) V tomto je D* unikátní.
b) Technologie bude sloužit jako náhrada profi služeb nebo GSM, t.j. bude mluvit jen když já chci volat, nebo když někdo chce mne konkrétně (mimochodem DMR jde tímto směrem, tak že uživatelé kteří tento druh provozu chtějí mají možnost ho používat i na HAM pásmech). Tato funkce supluje GSM, ale vylučuje se bodem a) výhody jsou, že se ušetří za telefon, spojení navážu bez toho abych musel čekat, než se uvolní kmitočet, protože budou probíhat pouze e2e spojení. Mám ale obavu, že by to bylo cestou do pekel, protože nikoho nebude bavit s sebou tahat ručku, aby promluvila v lepším případě 1x za den a s tím jde ruku v ruce to, že sysopy nebude bavit platit elektriku a nájem za zařízení, které bude po většinu času mlčet.
Obě řešení mají svá pozitiva a negativa. V minulé MSG jsem psal že se musíme naučit nechávat pauzy, případně používat CSQL aby bylo možné vstoupit do relace. Nicméně i kdyby byly moduly rozdělené, v případě, že se pauzy nebudou dávat stejně by to problém nevyřešilo a do probíhajícího hovoru by se nikdo na daném převaděči nedostal. Pouze by tato situace nenastala tak často.
Beru to jako nepochopeni. Neni duvod sem tahat DMR nebo GSM. Pouze konstatuji fakt, ze uvedeny a aplikovany koncept ma svoje trhliny, ktere se ukazuji v realnem provozu, ale je treba ho obhajit se vsim vsudy. A podle toho co jsem na cestach zaregistroval, nejsem jediny uzivatel, kdo na to poukazuje. A proc jsem na portu D, jsem uz nekolikrat vysvetloval. Ja myslim, ze to neni zadny problem a hlavne v nicem limitujici.
Odesláno z mého Nexus 4 pomocí Tapatalk
