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 00:33 | Bezpečnostní upozornění

    V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Komunita

    Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.

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

    Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.

    Ladislav Hagara | Komentářů: 1
    18.7. 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    18.7. 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 4
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (27%)
     (13%)
     (7%)
     (0%)
     (0%)
     (7%)
     (0%)
     (47%)
    Celkem 15 hlasů
     Komentářů: 3, poslední včera 17:26
    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.