Sjednoceni objektu v OK

Diskuse směřující k zabránění chaosu a vytvoření pravidel pro úspěšný a bezkolizní rozvoj APRS v OK.
Uživatelský avatar
ok2vop
Příspěvky: 85
Registrován: pát 03. dub 2009 21:53:44

Re: Sjednoceni objektu v OK

Příspěvek od ok2vop » stř 15. dub 2009 0:14:44

OK1MX píše:Pořád trochu nerozumím tomu, proč dělíš Evropské a Americké uživatele, čím se to liší? Převaděče mají všude frekvenci, subtón a odskok... a je jedno jestli je to v čechách nebo na floridě... Akorát že někde je -1,6 MHz, někde 5MHz, někde 7,6 MHz...
...mluvim o tom, ze to doporuceni syntaxe je site na miru americkym zvyklostem...

Kód: Vybrat vše

Example "xyz"s might be -IA for Iowa, -A for Atlanta, *SD for SanDiego, etc
etc.
Snazim se jen rict, ze by bylo vhodne zacit rikat "hele, bylo by moc dobry, kdyby ta norma nebyla tak uzce vazana na tohle a na tohle, ale akceptovala i tohleto...
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2RKB
Uživatelský avatar
ok2vop
Příspěvky: 85
Registrován: pát 03. dub 2009 21:53:44

Re: Sjednoceni objektu v OK

Příspěvek od ok2vop » stř 15. dub 2009 3:13:44

Uz mi taky funguje majak na pokusny objekt (prevadec OK0ABA)...

jelikoz ma prevadec kmitocet 145.6125, je to 8 znaku, ten devaty mohl byt mezera, ja tam dal minus, znacici odskok, ale je to asi uplne zbytecny... zajimal by me nazor sirsi odborne verejnosti...

sakramentsky by me ale zajimalo, zda funguje to automaticke preladeni a zda by fungovalo i kdyby ten kmitocet byl zadan napr. v te "textove" (zadni) casti packetu. Pokud ne (napr. jen vykrik jednoho vyrobce na jednom modelu trxu), tak se samozrejme v mape vyjima daleko lepe primo call toho prevadece... je to tak k videni u nekterych objektu po mape Evropy... a vubec je pozoruhodne, ze krome OK je obtizne najit objekt (nasel jsem jeden v DL), ktery by respektoval to APRS doporuceni... jinak se vetsina mota spise kolem pouziti call do nazvu objektu a vyuziti cele textove casti packetu ke slovnimu popisu vc. URL...
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2RKB
OK1MX
Příspěvky: 1077
Registrován: pát 06. bře 2009 10:24:01
Jméno: Milan
Bydliště: JN79TX
Kontaktovat uživatele:

Re: Sjednoceni objektu v OK

Příspěvek od OK1MX » stř 15. dub 2009 8:22:57

ok2vop píše:
OK1MX píše:Pořád trochu nerozumím tomu, proč dělíš Evropské a Americké uživatele, čím se to liší? Převaděče mají všude frekvenci, subtón a odskok... a je jedno jestli je to v čechách nebo na floridě... Akorát že někde je -1,6 MHz, někde 5MHz, někde 7,6 MHz...
...mluvim o tom, ze to doporuceni syntaxe je site na miru americkym zvyklostem...

Kód: Vybrat vše

Example "xyz"s might be -IA for Iowa, -A for Atlanta, *SD for SanDiego, etc
etc.
Snazim se jen rict, ze by bylo vhodne zacit rikat "hele, bylo by moc dobry, kdyby ta norma nebyla tak uzce vazana na tohle a na tohle, ale akceptovala i tohleto...
Aha, už Ti rozumím... ty tři znaky jsou nepovinný můžeš si za ně dosadit třeba SC, PA, HK, ZL (zkratka kraje, jde je převaděč... :lol: ) otázkou je, jestli by to byla užitečná informace...
OK1MX
Příspěvky: 1077
Registrován: pát 06. bře 2009 10:24:01
Jméno: Milan
Bydliště: JN79TX
Kontaktovat uživatele:

Re: Sjednoceni objektu v OK

Příspěvek od OK1MX » stř 15. dub 2009 9:08:04

ok2vop píše:Uz mi taky funguje majak na pokusny objekt (prevadec OK0ABA)...

jelikoz ma prevadec kmitocet 145.6125, je to 8 znaku, ten devaty mohl byt mezera, ja tam dal minus, znacici odskok, ale je to asi uplne zbytecny... zajimal by me nazor sirsi odborne verejnosti...

sakramentsky by me ale zajimalo, zda funguje to automaticke preladeni a zda by fungovalo i kdyby ten kmitocet byl zadan napr. v te "textove" (zadni) casti packetu. Pokud ne (napr. jen vykrik jednoho vyrobce na jednom modelu trxu), tak se samozrejme v mape vyjima daleko lepe primo call toho prevadece... je to tak k videni u nekterych objektu po mape Evropy... a vubec je pozoruhodne, ze krome OK je obtizne najit objekt (nasel jsem jeden v DL), ktery by respektoval to APRS doporuceni... jinak se vetsina mota spise kolem pouziti call do nazvu objektu a vyuziti cele textove casti packetu ke slovnimu popisu vc. URL...
Jo, koukal jsem na to, už jsem chytil kluky s 710 a doufám, že popíšou své poznatky. Nicméně Tvá věta: (napr. jen vykrik jednoho vyrobce na jednom modelu trxu) se taky dá interpretovat že "polovina světové produkce TRX podporujících APRS" ;)
A víš jak to chodí, obvykle ten kdo byl první určuje standard... Nicméně nadhodil jsi zajímavou otázku ke které bych se rád vrátil.

Kouknu na aprs.fi, případně findu uvidím mapu republiky cílem zjistit převaděče v mém okolí, jsem v hotelu, a držím hendku v ruce a v okolí 5 objektů s ikonou převaděče. Co je pro mne důležitější informace kterou se pohledem do mapy dovím? Název převaděče, nebo jeho kmitočet?

V autě je to celkem jedno (pomineme-li zatím neznámou t.j. chování 710), protože pakliže budeme dodržovat syntaxi 10+10+8 znaků na řádek což korektně zobrazí všechny TRX (některé zobrazí i více) kde bude jak kmitočet tak název uvidím okamžitě obě informace. Prakticky to znamená že jsme limitováni následovně:
název objektu (např. frekvence): 145,6125xx - 10 znaků
první řádek xxxxxxxxxx - 10 znaků
druhý řádek xxxxxxxxxx - 10 znaků
tady nás opouští Kenwood TH-D7, který bez scrollování více neukáže
třetí řádek xxxxxxxx 8 znaků
tady nás opouští Kenwood TH D700
a jestli se nemýlím může následovat dalších 52 znaků
To znamená, že nejdůležitější informace MUSÍ být v oněch 20 znacích, je také třeba mít na paměti, že text čím je rámec delší, tím je větší pravděpodobnost že neprojde, prodlužování textu tudíž může být kontraproduktivní.
Uživatelský avatar
ok2vop
Příspěvky: 85
Registrován: pát 03. dub 2009 21:53:44

Re: Sjednoceni objektu v OK

Příspěvek od ok2vop » stř 15. dub 2009 10:52:36

OK1MX píše:Prakticky to znamená že jsme limitováni následovně:
název objektu (např. frekvence): 145,6125xx - 10 znaků
první řádek xxxxxxxxxx - 10 znaků
druhý řádek xxxxxxxxxx - 10 znaků
tady nás opouští Kenwood TH-D7, který bez scrollování více neukáže
třetí řádek xxxxxxxx 8 znaků
tady nás opouští Kenwood TH D700
a jestli se nemýlím může následovat dalších 52 znaků
To znamená, že nejdůležitější informace MUSÍ být v oněch 20 znacích, je také třeba mít na paměti, že text čím je rámec delší, tím je větší pravděpodobnost že neprojde, prodlužování textu tudíž může být kontraproduktivní.
Ano, diky, dostavame se k jadru pudla a dulezitemu bodu. Takto nejak by totiz mohlo znit nase (OK nebo EU) doporuceni

Ale aby to mohlo byt neco, co se prosazuje do praxe i dal, nez za hranicemi OK, meli bychom byt v komunikaci s okolnimi staty. Vzhledem k tomu, ze nas nikdo nekontaktoval a ani nevime o tom, ze by nejaka iniciativa vznikala (EU stranky o APRS), tak zcela jiste nic takoveho dosud neexistuje. Jsme schopni to nejak rozhybat? Ja myslim, ze by to rada lidi uvitala, protoze by to krome jineho byl pro ne navod, jak postupovat, jak nastavit, atd... Melo by to mit asi podobu nejake anglicky psane wiki (idealne i s moznosti prekladu do narodnich jazyku) a pokud mozno alespon zakladni propagacni podporu od nejakych autorit v nekolika zemich - pro zacatek by stacilo DL, SP, F... ale to uz je myslim tema na jine vlakno, ne...? (i kdyz se v zasade porad drzi principu puvodni otazky tohoto vlakna, cili sjednoceni standardu... hihi)

BTW - pozor na tve "145,6125xx - 10 znaků", taky jsem si nabehnul, musi tam byt "145,6125x - PRÁVĚ 9 znaků" a taky musí být exaktne receno, jak psat desetinne vyjadreni (ma-li to fungovat s nejakym radiem), predpokladam, ze teckou...
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2RKB
Uživatelský avatar
OK1COM
Příspěvky: 306
Registrován: ned 08. bře 2009 3:06:31
Bydliště: Praha-Strašnice
Kontaktovat uživatele:

Re: Sjednoceni objektu v OK

Příspěvek od OK1COM » stř 15. dub 2009 12:35:53

OK1MX píše: Aha, už Ti rozumím... ty tři znaky jsou nepovinný můžeš si za ně dosadit třeba SC, PA, HK, ZL (zkratka kraje, jde je převaděč... :lol: ) otázkou je, jestli by to byla užitečná informace...
Ja si myslim, ze ty jeden az 3 znaky (podle delky udaje o kmitoctu) jsou dost povinne, hned vysvetlim proc (uz jsem si to i overil). Nazev objektu je v cele "siti" jedinecny identifikator, nemuzou byt tedy dva shodne, nehlede na to ktera stanice objekt vyslala (owner). A urcite po celem svete exituje vice nez jeden prevadec na kmitoctu napr. 145.600. Proto je nutne dodat "nadbytecne" znaky. Pokud by tomu tak nebylo objekt by po mape skakal z jednoho na druhe umisteni, pripadne by se ani na aprs.fi nezobrazil -> [Location changes too fast (>500 km/h)]. Takze bacha na to!

EDIT: tady je dukaz:
Obrázek
OK1MX
Příspěvky: 1077
Registrován: pát 06. bře 2009 10:24:01
Jméno: Milan
Bydliště: JN79TX
Kontaktovat uživatele:

Re: Sjednoceni objektu v OK

Příspěvek od OK1MX » stř 15. dub 2009 14:02:50

Aha... dík za poznatek, koukám že ten můj výstřel do tmy s krajema nebyl až tak mimo mísu... :-)

Přidám taky jeden do mlýna. Podařilo se mi prokopnout syntaxi aby se D710 sama přeladila, docela výhodné to jistě bude u převaděčů, ale i např. budou li na nějakých setkáních organizátoři navigovat, případně se může takto vysílat ATIS frekvence...

Tak že, jméno objektu je zdá se celkem ukradené, 710 začíná racionálně registrovat až řetězec za "r" a to v následující syntaxi (dám jako vzor OK0BCA, která už korektně přelaďuje.
OK0BCA>AP4R10,OK1KKL-2,WIDE2*,qAR,OK1DWW-1:;438.900--*111111z5044.30N/01536.00Er438.900MHz T088 - OK0BCA

důležité je : "438.900MHz T088 -" kde

kmitočet musí být ve formátu "xxx.xxxMHz" (MHz je povinné)

"T088" je CTCSS kde Txxx nasaví WIDE (25kHz MF a zdvih) txxx Narow (12.5KHz zdvih) (T nebo t je pouze vysílání CTCSS) Pakliže místo T (t) použijeme C (c) nastavíme CTCSS pro TX i RX (rádio zavřeme pod subtón), D (d) pod DCS

znak "-" nebo "+" zapne repeater offset takový, jaký je aktuálně ve stanici. (pakliže bude mít každý pro VFO VHF 600kHz a UHF 7600KHz), mělo by to stačit. V případě nestandardního odskoku lze použít "-050" (odskok -500kHz) nebo "+400" odskok +4MHz

za znakem "-" ve výše uvedeném případě už může být libovolný text, D710 na něj nijak nereaguje a transparentně ho zobrazí. V rychlosti jsem to zkouknul na D700 a VX8 a na obou je takovýto objekt celkem logicky čitelný. (večer vyzkouším ještě na D7)
Uživatelský avatar
ok2vop
Příspěvky: 85
Registrován: pát 03. dub 2009 21:53:44

Re: Sjednoceni objektu v OK

Příspěvek od ok2vop » pát 17. dub 2009 2:33:04

OK1COM píše:Ja si myslim, ze ty jeden az 3 znaky (podle delky udaje o kmitoctu) jsou dost povinne, hned vysvetlim proc (uz jsem si to i overil). Nazev objektu je v cele "siti" jedinecny identifikator, nemuzou byt tedy dva shodne, nehlede na to ktera stanice objekt vyslala (owner). A urcite po celem svete exituje vice nez jeden prevadec na kmitoctu napr. 145.600. Proto je nutne dodat "nadbytecne" znaky. Pokud by tomu tak nebylo objekt by po mape skakal z jednoho na druhe umisteni, pripadne by se ani na aprs.fi nezobrazil -> [Location changes too fast (>500 km/h)]. Takze bacha na to!
To se mi STRASLIVE nezda... je to neuveritelne nejednoznacny system, opet by to byl onen amerikanismus, kdyz by bylo mozne rozdelit prevadece pouze podle pripony (americkeho) statu (nehlede na to, ze by v jednom statu nemohly byt dva prevadece na stejnem kmitoctu)... ale to by bylo brutalne nejslabsi misto, se kterym bych se setkal v APRS protokolu a to se mi nechce zdat... chapal bych, kdyby musela byt dodrzena unikatnost kombinace owner_call a object_name, cimz by byla zarucena unikatnost v celem systemu...
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2RKB
Uživatelský avatar
ok2vop
Příspěvky: 85
Registrován: pát 03. dub 2009 21:53:44

Re: Sjednoceni objektu v OK

Příspěvek od ok2vop » pát 17. dub 2009 2:43:44

OK1MX píše:OK0BCA>AP4R10,OK1KKL-2,WIDE2*,qAR,OK1DWW-1:;438.900--*111111z5044.30N/01536.00Er438.900MHz T088 - OK0BCA

důležité je : "438.900MHz T088 -" kde

kmitočet musí být ve formátu "xxx.xxxMHz" (MHz je povinné)

"T088" je CTCSS kde Txxx nasaví WIDE (25kHz MF a zdvih) txxx Narow (12.5KHz zdvih) (T nebo t je pouze vysílání CTCSS) Pakliže místo T (t) použijeme C (c) nastavíme CTCSS pro TX i RX (rádio zavřeme pod subtón), D (d) pod DCS

znak "-" nebo "+" zapne repeater offset takový, jaký je aktuálně ve stanici. (pakliže bude mít každý pro VFO VHF 600kHz a UHF 7600KHz), mělo by to stačit. V případě nestandardního odskoku lze použít "-050" (odskok -500kHz) nebo "+400" odskok +4MHz

za znakem "-" ve výše uvedeném případě už může být libovolný text, D710 na něj nijak nereaguje a transparentně ho zobrazí. V rychlosti jsem to zkouknul na D700 a VX8 a na obou je takovýto objekt celkem logicky čitelný. (večer vyzkouším ještě na D7)
diky za zpravu, ale taky v tom vidim trochu (zdanlive?) nedokonalosti
- napr. co mam delat, pokud mam QRB 145.6125 - jak mam zapsat kmitocet abych se vesel do 10 znaku? muselo by to byt "neuplne", napr. 145.612MHz. Nebo z toho nevyplyva, ze to ma byt do 10 znaku?
- co nastavit pro pripad, ze se prevadec nahazuje pouze nosnou?
- jak tak koukam, najednou jsme uplne mimo citovana doporuceni APRS... a nikomu to nevadi, bere se to jako "normalka"... protokol dostava obrysy podle toho, kdo jej zacne prvni (a hlasiteji) prosazovat... To jen potvrzuje moje slova o tom, ze bychom se meli vcas "ve svete" hlasit s nasi (kompatibilni) aplikaci zminenych doporuceni, s aplikaci tak, aby vyhovovala evropskym standardum, pozadavkum, podminkam a prostredi...
OK2VOP Petr / Brno - Kohoutovice, cosysop APRS digi OK2RKB
OK1MX
Příspěvky: 1077
Registrován: pát 06. bře 2009 10:24:01
Jméno: Milan
Bydliště: JN79TX
Kontaktovat uživatele:

Re: Sjednoceni objektu v OK

Příspěvek od OK1MX » pát 17. dub 2009 7:32:25

ok2vop píše:
OK1MX píše:OK0BCA>AP4R10,OK1KKL-2,WIDE2*,qAR,OK1DWW-1:;438.900--*111111z5044.30N/01536.00Er438.900MHz T088 - OK0BCA

důležité je : "438.900MHz T088 -" kde

kmitočet musí být ve formátu "xxx.xxxMHz" (MHz je povinné)

"T088" je CTCSS kde Txxx nasaví WIDE (25kHz MF a zdvih) txxx Narow (12.5KHz zdvih) (T nebo t je pouze vysílání CTCSS) Pakliže místo T (t) použijeme C (c) nastavíme CTCSS pro TX i RX (rádio zavřeme pod subtón), D (d) pod DCS

znak "-" nebo "+" zapne repeater offset takový, jaký je aktuálně ve stanici. (pakliže bude mít každý pro VFO VHF 600kHz a UHF 7600KHz), mělo by to stačit. V případě nestandardního odskoku lze použít "-050" (odskok -500kHz) nebo "+400" odskok +4MHz

za znakem "-" ve výše uvedeném případě už může být libovolný text, D710 na něj nijak nereaguje a transparentně ho zobrazí. V rychlosti jsem to zkouknul na D700 a VX8 a na obou je takovýto objekt celkem logicky čitelný. (večer vyzkouším ještě na D7)
diky za zpravu, ale taky v tom vidim trochu (zdanlive?) nedokonalosti
- napr. co mam delat, pokud mam QRB 145.6125 - jak mam zapsat kmitocet abych se vesel do 10 znaku? muselo by to byt "neuplne", napr. 145.612MHz. Nebo z toho nevyplyva, ze to ma byt do 10 znaku?
- co nastavit pro pripad, ze se prevadec nahazuje pouze nosnou?
- jak tak koukam, najednou jsme uplne mimo citovana doporuceni APRS... a nikomu to nevadi, bere se to jako "normalka"... protokol dostava obrysy podle toho, kdo jej zacne prvni (a hlasiteji) prosazovat... To jen potvrzuje moje slova o tom, ze bychom se meli vcas "ve svete" hlasit s nasi (kompatibilni) aplikaci zminenych doporuceni, s aplikaci tak, aby vyhovovala evropskym standardum, pozadavkum, podminkam a prostredi...
momomoment..... tady došlo asi k nějakému nedorozumění...
co se týče těch 10Ti znaků, (t.j. 10+10+8) tak to je jen problém grafického hlediska, aby to "vypadalo" pěkně. Když zadáš 145.6125MHz dojde "jen" k tomu, že u D7 a D700 při se na dislpeji objeví:
145.6125MH
z T088 -..
........
Žádný jiný negativní dopad to nemá. Co se týče těch doporučení, s Tebou bohužel musím souhlasit. Ono ani tak nejde o to, jak hlasitě se začne něco prosazovat, ale kdo první začne masivně určitý standard implementovat. Vzpomeň si na paralelu s videorekordéry. Vědělo se, že Video 2000 vyvinuté Phillipsem je lepší, má kvalitnější obraz a všechny výhody, ale JVC začalo masivně prodávat VHS a i přes známe nedostatky převálcovalo V2000 i Betamax přes jejich nesporné výhody a stalo se standardem i přesto, že celá odborná veřejnost se stavěla na hlavu. Jelikož Kenwood jako první přišel s určitou implementací (ona má svou logiku, (Bob třeba úplně opomenul repeater shift), jen si mohli podle mne ušetřit to povinné MHz a mohli akceptovat i ostatní parametry bude-li frekvence jako název objektu... ) je asi bláhové očekávat, že se přizpůsobí oni. Nicméně díky tomu, že D710 umí nahrávat nové FW, nelze do budoucna vyloučit, že se třeba ještě ledy pohnou. Do té doby máme dvě možnosti. Buď objekty budeme tvořit tak, aby text vypadal krásně graficky v D7 a D700 a v podstatě se můžeme vykašlat na nějaké Txx, -760 Rxx protože s nimi stejně TRX neinteragují.... a nebo to uděláme tak, abychom zachovali interaktivní funkci pro uživatele radia které ji podporuje a holt zkousneme, že to na stařičké D7 graficky nevypadá tak pěkně.
Odpovědět