Na obrázku je aktuální blokové schema nového převaděče. Z původního HW je použit pouze blok TX board a RX board. Ostatní je nové. Aktuálně se detekce a generování CTCSS, vysílání značky a odpípávaní řeší externím kontrolérem, protože blok FW jenž toto zajisťuje ještě není schopen živého provozu.

Diky Milane za poodhaleni zakulisi noveho prevadecoveho projektu. Ta diverzita se jevi jako velmi uzitecny pokrok zejmena pro mestske prevadece. Jsem zvedav jak hodne se prinos projevi pri potencionalnim vyuziti tohoto HWna D-STARu. Pro jistotu dodavam, ze vyuziti na dstaru je uvazovano spis teoreticky aby nahodou nevznikly zase nejake famy
P.S. neuvazovali jste ze by mohl jako vedlejsi produkt vzniknout repeater controller? Najit neco trochu inteligentniho co zvladne pracovat i s CTCSS je docela problem.

Ahoj Milane,

pekny projekt, drzim palce. Uvazoval som tiez o diverzitnom RX, ale skoncil som na pomalom vyhodnocovani RSSI v starych Motorkach pri skumani na osciloskope, tak som to nechal tak.

Bude mat novo vyvyjany RPT vstup pre linku (echolink)? Ak ano, bude rovnocenna k RX alebo ako slave?

ad. repeater manager: Ano, počítá se s tím, že bude možné řídící desku použít jako repeater manager pro jiné železo. Z hlediska interface bude potřeba, aby z RX lezl signál z diskriminátoru a modulace šla až za modulátor (CTCSS se bude modulovat uvnitř a neprolezlo by to filtrama TX rádia) Pak bude samozřejmě potřeba tahat za PTT.

ad. Echolink: Nevím, co máš na mysli pod pojmem "slave", nicméně interface na Echolink bude asi jako subdeska. Standardně to asi nebude každý potřebovat. Každopádně na hřebínku budou k dispozici potřebné piny (audio in, audio out, PTT, přítomnost CTCSS) Na té subdesce budou pouze oddělovací trafa, trimry pro nastavení úrovní pro MIC a repro, optočleny pro SQL a PTT.

Drobný dotaz .Vf část je použita od Nokie , Ericssonu nebo jiné NMT BTS ? Teda jestli to neni ještě v utajení

Drobný dotaz .Vf část je použita od Nokie , Ericssonu nebo jiné NMT BTS ? Teda jestli to neni ještě v utajení

Ericsson

Konečně se mi povedlo dobastlit a naprogramovat procesor pro digitální vyhodnocování diverzity (ATiny25) a nahradil analogovou variantu (hrst OZ a dalšího salátu). Výhodou je, že to vychází mnohem menší (2,7 x 3,5cm) a je to konstrukčně jednodušší. (navrhnul Milan OK1FMF) Bude ještě nutné odladit hysterezi, zatím jsem to nastavil do určité výchozí pozice a jakmile se objeví reálný mobilní provoz budu to ještě optimalizovat.

Ahoj Milane, predem dekuji za vetsinu lidi, ze na necem takovem makate.

Mam vsak prosbu a dotaz.
Bylo by mozne, aby tento novej system byl alespon castecne kompatibilni s HIP2000?
Mam tim na mysli:

1)
Bude zachovano pro usery DTMF prikazy s ohlasenim Blanky 1DIS po user prikazech ##1/2/3/4/8/9 ?

2)
Bude zachovano pro sysopy DTMF sysop prikazy a air dalkove DTMF programovani jako u HIPu, pripadne budou to stejne kody?
http://www.ok0bez.com/files/download/rpt_HIP2000_mam_v1-17/DTMF_HIP117.TXT
http://www.ok0bez.com/files/download/rpt_HIP2000_mam_v1-17/ok0bez.cfg
A to vcetne programu sysop.exe (tedy i kompatibilita se sysop automatickym ovladanim z HIT2000)?

3)
Bude to mit stejne zapojeny CANN25 jako HIP (abych nemusel preletovavat kabelaz atd..)?

Mimo tohoto mam jeste osobni dotaz, pri te diverzite bude mozno na jeden vstup dat X-510 vsesmeru a na druhy yaginu pro prijem z kritickeho smeru?
Mimo prepinani, chapu to spravne tak, ze to bude moci prijimat z obou anten soucasne?

Diky za odpovedi.... 73! Martin

Budu odpovídat o první verzi která se připravuje.

1) Ne
2) Ne
3) Ne

Do budoucna (změna firmware který bude uživatelsky upgradovatelný):

1) Ne - Kódy začínající # jsou pro tento účel kvůli Echolinku nepoužitelné. Jestli se bude využívat v budoucnu někdy VOICE MODUL (praxe a ohlasy uživatelů ukazují, že 95% použití je jen kvůli tomu, že si někdo hraje) tak systémové kódy rozhodně budou začínat jinak.

2) Možná - Z počátku se uvažuje o ovládání přes UART (RS232 nebo USB). Pakliže na kopci bude internet, bude možné přes RS232-Ethernet převodník měnit cokoli, bezpečně a to včetně upgrade Firmware. Jestli někdy bude možné i ovládání přes DTMF, tak bude tabulka kódů vypadat úplně jinak. V celém převaděči nebude jediný trimr, vše se bude nastavovat softwarově a to včetně kopresoru, limiteru, zisků AUDIO cest, výkonu, limitů PSV, chlazení, CTCSS, frekvence, všech možných timerů, CWID....

3) Ne - Všechny uživatelské vývody budou vyvedeny na headery, ke kterým se budou připojovat periferie dle aktuální potřeby . (audio in, audio out, ptt, SQL......)

4) Ano, u diverzity je možné kombinovat vertikál a směrovku více v článku: https://sites.google.com/site/ok1bmx/diverzita poslední odstavec.

Poslední větě nerozumím. Ptáš se na to, co je to MIMO (Multiple-Input and Multiple-Output)? MIMO a Diverzita jsou zcela rozdílné věci.

V příloze je fotka prototypu (OL0XX) zatím s externím repeater managereem (Zetron)

Budu odpovídat o první verzi která se připravuje.

1) Ne
2) Ne
3) Ne

Do budoucna (změna firmware který bude uživatelsky upgradovatelný):

1) Ne - Kódy začínající # jsou pro tento účel kvůli Echolinku nepoužitelné. Jestli se bude využívat v budoucnu někdy VOICE MODUL (praxe a ohlasy uživatelů ukazují, že 95% použití je jen kvůli tomu, že si někdo hraje) tak systémové kódy rozhodně budou začínat jinak.

2) Možná - Z počátku se uvažuje o ovládání přes UART (RS232 nebo USB). Pakliže na kopci bude internet, bude možné přes RS232-Ethernet převodník měnit cokoli, bezpečně a to včetně upgrade Firmware. Jestli někdy bude možné i ovládání přes DTMF, tak bude tabulka kódů vypadat úplně jinak. V celém převaděči nebude jediný trimr, vše se bude nastavovat softwarově a to včetně kopresoru, limiteru, zisků AUDIO cest, výkonu, limitů PSV, chlazení, CTCSS, frekvence, všech možných timerů, CWID....

3) Ne - Všechny uživatelské vývody budou vyvedeny na headery, ke kterým se budou připojovat periferie dle aktuální potřeby . (audio in, audio out, ptt, SQL......)

4) Ano, u diverzity je možné kombinovat vertikál a směrovku více v článku: https://sites.google.com/site/ok1bmx/diverzita poslední odstavec.

Poslední větě nerozumím. Ptáš se na to, co je to MIMO (Multiple-Input and Multiple-Output)? MIMO a Diverzita jsou zcela rozdílné věci.

Milane, moc dekuji za informace.
Co se tyce Mimo vs MIMO, tak jsem tim nemyslel radiotechnologii MIMO. Bohuzel cestina je osidna .
Mel jsem tim na mysli slovo-vyraz mimo...jako "...mimo tohoto vseho nac se ptal, jsem mel na mysli...".

U bodu 4) si mi mozna neporozumel. Ptal jsem se, jestli to muze fungovat jako "slucovac". Bohuzel z toho odstavce jsem to nepochopil.
Pro mou aplikaci k OK0BEZ jsem mel na mysli to, ze TX by sel do stavajici X-510 vsesmery, ale prijem by sel jak z X-510, tak i s pripojene 70cmKRCky, ktera by prijimala z "problemoveho" smeru (useri mi rikaj, ze signal dobrej, ale OK0BEZ je "tupej", ze musi z tohoto smeru zvysit vykon).
KRCka by byla na stejnem stozaru pod Diamondem ( jen by se stozar ocesal o Wifiny).

Vim, ze u TETRA BTS co jsem mel na starosti byli na stozaru do trojzubce 3 vertikalni bice GP.
Prostredni TX, oba bocni RX, bylo mi receno jako diverzni prijem na bazi I/Q dvou prijimacu v A/D prevodniku...jako I/Q vstupy do A/D SDR.
Pricemz DSP vyhodnocuje z zpracovava signal tak, ze to je bud "slucovac" nebo rozdilovej prijimac...dle toho co je aktualne lepsi..viz samplovani.

Ta ctverhrana budova vpravo (TSK-Praha, rizeni autotunelu) na vzdalenejsi strane strechy je TETRA BTS stozar s trema vertikalama 6dBi na 420MHz do onoho trojzubce.
Ta antena je nad stropnim svetlem (je tam mala puda):

Co se tyce noveho prevadece, tak pokud potrebujes pomoc, tak by ti mohl pomoci Jirka Hubenak OK1HJH, me pomohl v dost vecech.
Ma znalosti SDR/DDS/MCU.
http://hubenak.ttnet.cz/
http://hubenak.ttnet.cz/ok0by.htm
Je o rok mladsi nez ja, tusim 38let.

PS: Jeste bych mel posledni patou otazku.
Kdyz by mi nahodou odesel HIP2000 a nesel by opravit a kdyz bych to chtel nahradit timto novym HIPem2011, tak mam otazku na duplexer.
Jelikoz jsem ho tam nevidel, tak by me zajimalo, jestli by slo pouzit vymontovanej interni duplexer z HIPu2000 (je naladenej na dane kmitocty od Karla pro 50Ohmu, proto ani nepouzivam 10W, ani to nemam v licenci, chtel jsem to jako mestskej prevadec s 5W...i kdyz prekvapeni od velkeho pokryti Ustecke panve existuje, dokonce nekdo jel na rucku z Kozakova = cca 192km), jelikoz novej duplexer je nad muj invalidni duchod.

Diky za info a drzim palce.... 73! Martin OK1MJO

Budu odpovídat o první verzi která se připravuje.

1) Ne - Kódy začínající # jsou pro tento účel kvůli Echolinku nepoužitelné. Jestli se bude využívat v budoucnu někdy VOICE MODUL (praxe a ohlasy uživatelů ukazují, že 95% použití je jen kvůli tomu, že si někdo hraje) tak systémové kódy rozhodně budou začínat jinak.

Uzivatele u nas na OK0BEZ (Louny-Libochovice-Teplice-Litvinov-Most-Chomutov-Kadan-Podborany-Klasterec-Ostrov-Vary-Sokolov) preferujou v podstate jen jednu velice uzitecnou funkci.... ##4 - sila signalu.
Na druhou stranu vim o 2 nevidomejch HAMech, kteri pouzivaji i hodiny, aby pri prochazce zjistili cas.
Proto pro nase nevidome HAMy bych byl pro, ponechat alespon par veci....info, teplota, sila signalu, cas.

Mimo tohoto lidi jeste testuji Echolink 9999, aby si na svych QTH vyzkouseli jak uroven sumu v modulaci, tak v kombinaci s ##4 nejlepsi natoceni smerovky/vykonu nebo natoceni sveho tela kdyz jsou na "prochazce" s ruckou.
Pouzivaji k tomu prave i E9999, proto me napadlo, jestli by slo aby system mel i neco jako ISD rizene tim uCPU pro "papouska"...takze si user odladi antenu/telo podle ##4 a papouska (respektive uroven sumu v papousku).
On ten lokalni papousek je dobrej, aby si clovek odladil uroven vybuzeni MIC (treba v nastaveni FT897 74 a 51 pri FM 70cm).

Je otazkou jak drahe a slozite by to bylo. I kdyz si myslim, ze neco jako ISD s 10s zaznamem nemuze byt zas tak drahe.
Pripadne by se to spoustelo jinym subtonem nez hlavnim subtonem (bylo by dobre, aby jako v HIPu byl TX CTCSS a RX CTCSS mozno zvlast nezavisle nastavit).

Milane, ber to prosim jako drobnou pripominku od sysopa, kterej to udrzuje od roku 2004.
A ano, abych pravdu rekl, kdyz Karel umrel...byl to sok a tenhle clovek schazi...strasne moc.
V podstate to byl on a vas kolektiv, kterej ozivil 70cm v OK/OM, jinak by to tu bylo "mrtve".

Jakmile bude poměr blbounů a užitečného využití alepoň 1:1 začnu o voice modulu opět uvažovat. V době kdy se to vymýšlelo se nadalo odhadnout jak veliká penetrace kreténů bude. S příchodem čínských stanic za cenu půl nádrže benzínu se to ještě zhoršilo. "Papušek" je dobrý tak na CB, ten tam bude jen přes mou mrtvolu, stačí ten bodrel s 9999 který tam nadělá Echolink. Co se týče nevidomých, neviděl jsem jediného, který by neměl na ruce "mluvící hodinky". Když si vyzkoušíš dostupné převaděče, zjistíš, že polovina SYSOPů ani nemění čas z letního na zimní, natož pak aby se obtěžoval hodiny seřídit, což samo o sobě hovoří o "užiečnosti" této funkcinality.

Shrnuto a podtrženo, užitná hodnota VOICE MODULU je sporná, někde je to vyloženě kontraproduktivní. Chápu, že na nevytížených převaděčích díky němu mluví aspoň plechová huba, naopak má li člověk převaděč někdo puštěný doma jako background, je to k vzteku pořád poslouchat to samé. Výsledek je, že to dotyčný raději vypne... a pak se tam už člověk nedovolá nikoho. V rámci edukační činnosti jsme s Martinem uvažovali, že report případně teplotu by to mohlo dávat telegrafem, aspoň budou lidi mít důvod se to naučit.

Nicméně budou k dispozici veškeré piny potřebné k dodatečnému připojení jakékoli pitomosti, bude-li VO trpět nezkrotnou touhou a masochismem.

Možná jsem zaujatý, ale zastávám názor, že ideální převaděč by měl být zticha, pouze v okamžiku, kdy má na vstupu užitečný signál, má pokud možno co nejlépe převádět. Různá cingrdlátka jsme již vyzkoušeli (personal voicebox, voice modul....) a podle zpětné vazby se zdá, že to je slepá ulička.

Jakmile bude poměr blbounů a užitečného využití alepoň 1:1 začnu o voice modulu opět uvažovat. V době kdy se to vymýšlelo se nadalo odhadnout jak veliká penetrace kreténů bude. S příchodem čínských stanic za cenu půl nádrže benzínu se to ještě zhoršilo. "Papušek" je dobrý tak na CB, ten tam bude jen přes mou mrtvolu, stačí ten bodrel s 9999 který tam nadělá Echolink. Co se týče nevidomých, neviděl jsem jediného, který by neměl na ruce "mluvící hodinky". Když si vyzkoušíš dostupné převaděče, zjistíš, že polovina SYSOPů ani nemění čas z letního na zimní, natož pak aby se obtěžoval hodiny seřídit, což samo o sobě hovoří o "užiečnosti" této funkcinality.

Nehlede na spatnou stabilitu a nastaveni internich hodin, kdy to za mesic je schopno ujet i o 5 min.

Shrnuto a podtrženo, užitná hodnota VOICE MODULU je sporná, někde je to vyloženě kontraproduktivní. Chápu, že na nevytížených převaděčích díky němu mluví aspoň plechová huba, naopak má li člověk převaděč někdo puštěný doma jako background, je to k vzteku pořád poslouchat to samé. Výsledek je, že to dotyčný raději vypne... a pak se tam už člověk nedovolá nikoho. V rámci edukační činnosti jsme s Martinem uvažovali, že report případně teplotu by to mohlo dávat telegrafem, aspoň budou lidi mít důvod se to naučit.

Nicméně budou k dispozici veškeré piny potřebné k dodatečnému připojení jakékoli pitomosti, bude-li VO trpět nezkrotnou touhou a masochismem.

Možná jsem zaujatý, ale zastávám názor, že ideální převaděč by měl být zticha, pouze v okamžiku, kdy má na vstupu užitečný signál, má pokud možno co nejlépe převádět. Různá cingrdlátka jsme již vyzkoušeli (personal voicebox, voice modul....) a podle zpětné vazby se zdá, že to je slepá ulička.

VM je k nicemu. Kdyby nebylo povinne vysilani CW ID, tak bych vyhodil i to..