abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 12:55 | Nová verze

    CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.

    jardaIT | Komentářů: 0
    dnes 12:22 | Bezpečnostní upozornění

    Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].

    Ladislav Hagara | Komentářů: 0
    včera 17:22 | Komunita

    Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Zajímavý software

    Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.

    Ladislav Hagara | Komentářů: 20
    včera 14:00 | Zajímavý projekt

    Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.

    Pinhead | Komentářů: 6
    včera 02:22 | Zajímavý software

    Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.

    Ladislav Hagara | Komentářů: 0
    včera 01:11 | Nová verze

    Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    13.5. 21:22 | Bezpečnostní upozornění

    Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.

    Ladislav Hagara | Komentářů: 1
    13.5. 14:00 | Komunita

    Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.

    Ladislav Hagara | Komentářů: 8
    13.5. 12:55 | IT novinky

    Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (13%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1628 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    3.7.2024 01:35 frr | skóre: 34
    Rozbalit Rozbalit vše Re: Zamrznutý Mikrotik
    Gratuluji k exkluzivnímu vybavení :-) A děkuji za zajímavý dotaz, šťavnaté téma - sice v rámci vlákna O.T., ale zrovna tady nás snad nikdo popotahovat nebude.

    Je možné, že jsem nepostřehl nějakou souvislost, na kterou míříte, ale podle mého se jedná o navzájem značně vzdálené technologie/problémy (DVB-T/T2/H vs. radar, zacházení s echem) a jediným oslím můstkem jsou samotné odrazy. Kdyžtak dotaz ještě rozveďte.

    #1 (pre-)echo v DVB-T2 a spol

    DVB-T/T2/H používá modulaci OFDM. To je zatím asi nejpokročilejší způsob, jak z přenosového kanálu o nějaké šířce pásma a odstupu signál/šum ždímat datovou přenosovou kapacitu (bity za sekundu). V postupné evoluci modulačních schémat BPSK/QPSK/QAM/... je OFDM zřejmě poslední móda. Základní finta spočívá v tom, že se přenosový kanál o šířce typicky 8 MHz (v našich podmínkách v rastru CCIR) rozdělí na větší počet dílčích nosných, nejspíš běžně 8000 nebo možná spíš 8192 ("8k"). Z těchto konkrétních parametrů plyne, že dílčí nosná má šířku pásma zhruba 1 kiloHertz, tzn. lze do ní nacpat 1 k vzorků ("symbolů") za sekundu. Zároveň ze specifikací víme, že každý symbol nese konkrétní bod v konstalaci například 256QAM = 8 bitů informace. Jak výše dovozeno, přenos 1 symbolu trvá 1 milisekundu. Je tam nějaký ochranný interval tuším běžně 1/4 - což teoreticky znamená, že se symbol může rozpliznout až cca na 1.25 ms a pořád je dekódovatelný. Tzn. různá echa a pre-echa ve vzájemném rozmezí 250 us by se teoreticky měla bezbolestně sečíst a "prospět odstupu signál/šum" (SNR). 250 us, to je asi 75 km. Reálně o něco míň - je maximální rozteč vysílačů, aby zafungoval příznivý efekt "sečtení přímých signálů a duchů". Finta má být právě v tom, že jsou paralelní subnosné takto pomalé - že se navzájem posunuté signály na té subnosné beztrestně sečtou, pokud nejsou navzájem posunuté moc.

    Prakticky se to na přijímači zpracovává tak, že z rádiového front-endu vyleze mezifrekvence (nebo tak něco, může to být virtuální/digitální) o šířce 8 MHz, která se přímo vzorkuje do kvadraturních vzorků (páry I+Q, posun 90*), a tyto se dále nastojato proženou FFT. Pokud správně chápu, parametr "8k" znamená jednak velikost bloku FFT, druhak také počet subnosných. To číslo je "binárně kulaté", protože toto je speciální vlastnost FFT (jakožto speciálního případu DFT). Z určitého počtu kvadraturních time-domain vzorků (zde 8192) vyrobí FFT tentýž počet kvadraturních frekvenčních vzorků = pro každou frekvenci amplitudu a fázi, resp. totéž vyjádřeno v kartézských souřadnicích (sínus+kosínus). Mezifrekvenci má smysl vzorkovat v taktu, který je rovný šířce pásma. Kupodivu nikoli dvojnásobkem, jak by řekl pan Nyquist - dílčí finta je, že ve výstupu FFT stejnosměrný ofset vyjde "uprostřed" pásma, a na obě strany od něj vyjde poloviční počet kladných a záporných frekvencí... Takže pokud 8 MHz ovzorkujeme 8 MSps a nadrobíme ten stream na FFT okna 8k symbolů, vychází na konkrétní subnosnou 1 symbol zhruba za milisekundu, jak výše uvedeno. A jsou tam nějaké další podrobnosti (rotovaná konstalace, FEC atd.)

    Jako chápu tu fintu s pomalými subnosnými a "přínosným přičítáním duchů". Mám k tomu jednu malou postranní výtku, že když se mi sejde na anténě užitečný signál s odrazem v protifázi a přiměřené amplitudě, dojde k odečtení přímo na nosné frekvenci = k útlumu - a finty na subnosné za demodulátorem jsou v tom případě sice hezké, ale budou postiženy zhoršeným SNR. Možná si to jenom špatně vykládám, nemám na tohle vyštudovaný matematický aparát...

    Každopádně mi není jasná jedna věc, prakticky jenom jinak zformuluji Váš dotaz: jak to, že některé přijímače DVB-T(2) zpracují (pre-)echo s plným počtem bodů, zatímco jiným vadí. Přičtení duchů na subnosné by mělo mít za následek jenom deterministické pootočení fáze / změnu amplitudy té konkrétní subnosné. Tahle "transformace polárních souřadnic" by měla být konstantní. Podle mého stejně musí přijímač ten OFDM kanál po naladění tuneru "natrénovat" = najít. Asi podle nějakých zaváděcích markerů / beaconů (nevím, nemám nastudováno). Jakmile přijímač konkrétní OFDM subnosnou "trefí", včetně transformace dané součtem všech případných duchů, měl by už dál běžet jak po kolejích. Proč tohle někdy nefunguje...? Žeby si některé přijímače při "trénování kanálu" nějak zjednodušovaly práci / švindlovaly? Nebo ty duchy třeba v praxi nejsou dostatečně stabilní, tudíž nejdou natrénovat "jednou provždy"? Nějak se vlní, což je potřeba dynamicky modelovat...

    Když si s tímhle hraju na našem STAčku, mám k dispozici jenom primitivní RTL-SDR spektrák a pár konzumních přijímačů. Konečným verdiktem je uznalé přikývnutí dvou sousedních partají (dohromady asi 4 televize). Na těch přístrojích je jenom nic moc neříkající bargraf / číslo v procentech. Mám taky pár kusů Mygica T230C v2 (u nás se to prodávalo pod názvem tuším Evolveo Sigma T2). Je to ze všech tunerů ten nejméně tolerantní. Potřebuje poměrně silný signál a zřejmě i dost kvalitní. Takže ho s oblibou používám jako "benchmark vyhovujícího signálu". Pokud funguje tenhle USB tuner, tak s rezervou spolehlivě fungují všechny televize v baráku. Bohužel tu mám jeden multiplex, který nedokážu dotlačit do stavu, aby ho ten prašivý USB tuner vzal :-) Další výhodou té Mygicy je, že mi v Linuxu ukáže SNR (CNR?) v decibelech, a já mám vypozorováno, že zhruba od 25 dB výš mám stabilní obraz (bezchybný stream dat), kdežto cca pod 25 dB mám smůlu. Hodnota odstupu za jízdy trochu kolísá (běžně třeba +/- 2 dB), takže ten práh není úplně ostrý.

    Plyne mi z toho jediné: bez ohledu na všechny řeči o výhodách OFDM (ohledně duchů) se mi osvědčilo, snažit se o co nejlepší vyrovnání úrovní (a potlačení nežádoucích signálů) už v analogové části anténního systému = před domovním zesem. Tento byl donedávna analogový, a když stářím uhynul (definitivně zřejmě teplem zvadly VF tranzistory ve výkonovém konci) tak mám moderní digitální - který taky není všemocný. Jeho ADC mají zřejmě omezené rozlišení (bitovou hloubku) takže pokud mám dva muxy těsně vedle sebe, z toho jeden výrazně silnější, tak z toho chumlu ten slabší (žádaný) nedokáže vypárat úplně čistě. A taky potřebuje vstupy od antén externě předzesílit, protože ty signály jsou ve vzduchu prostě slabé (zejména ty žádoucí, bohužel).

    Už před časem jsem zjistil, že nejsilnější signál (na spektráku) není vždy to nejlepší vodítko. Že konečným arbitrem kvality signálu je: ukazatel SNR na USB tuneru Mygica :-) Takže se reálně poslepu strefuju nulou v diagramu antény do nějakého rušení, nebo hlavním lalokem do nějakého "slabšího ale kvalitnějšího" směru, nebo co já vím. Žádaný vysílač těsně za horizontem situaci neprospívá, zřejmě stejně tak jako střecha z vlnitého plechu.

    #2 radar

    Radar je primitivní technologie, která odrazy vyžaduje ke své činnosti :-) Pošle pulz, a čeká na odraz. (Nebo pošle spojitou nosnou, a snímá spojitý odraz s dopplerovsky posunutou frekvencí.) Klasickému radaru samozřejmě vadí, pokud mu naproti aktivně vysílá někdo druhý.

    Bejvaly doby, kdy obsluha radaru sledovala de facto stopu (obálku) na osciloskopu, a plošný obrázek si musela poskládat v hlavě. Později byly zavedeny obrazovky s rozmítáním "po mapě", a v dnešní době (už pár desítek let) tohle dělají počítače. Každopádně je velice užitečné, pokud v post-processingu lze odečíst stabilní rušící "cizí" vysílače, a také statické odrazy od terénu, budov, nehybných kovových objektů apod.

    Pasivní radar jenom poslouchá, co se kde šustne. Může třeba využít vysílání stávajících "spojitých" zdrojů, jako jsou vysílače TV a rádia - pasivní radar vidí nejen přímo vysílač (což je informace dost neužitečná), ale taky odrazy od kovových objektů v terénu - což je naopak velmi užitečné. S jednou přijímací anténou lze vidět řekněme směr, odkud odraz přichází, a jeho intenzitu, s trochou šikovnosti by asi šlo i extrahovat fázový posun (pokud je signál modulovaný) spočítat triangulací vzdálenost odrážejícího objektu. Ještě o krok dál je korelační pátrač = pasivní radar s více snímacími stanovišti (příjmovými anténami), která mají navzájem pokud možno přesně synchronní záznam, který lze následně zkorelovat na centrálním pracovišti. Takový stroj tiše poslouchá, kde se co šustne, a když se šustne, je schopen si triangulací poskládat přesnou polohu, odkud signál přišel - tentýž signál, zachycený více anténami, které jsou rozmístěny v terénu. Případně by i v rámci jednoho stanoviště mohla být větší "syntetická" anténa = anténní sestava složená z více prvků, každý s nezávislým záznamem a následnou korelační analýzou...

    Každopádně (pre-)echo třeba televizních vysílačů není věc, se kterou by si radar lámal hlavu. Snad jen pasivnímu radaru či korelačnímu pátrači by SFN teoreticky mohla ztěžovat jeho snahu, najít korelací a triangulací jeden konkrétní zdroj signálu :-)
    [:wq]

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.