Dotaz: Hledám hardware

[Petr Tomášek]

Zdar!

Hledám nějakou desku à la Routerboard, Alix, či tak něco podobného, která by ideálně splňovala toto:

1. Konektivita: Ethernet, ideálně s 802.11af POE
2. Buď 2-3 miniPCI(evtl. miniPCIe) nebo integrovanou WIFI (802.11a/b/g/n [MIMO])
3. Možnost připojení vícero (řekněme až 4) kusů DVB-T adapterů, předpokládám asi přes USB 2.0 high-speed (mělo by to mít dostatečné množství USB portů - připadně jiným miniPCI, miniPCIe...)
4. Mělo by to pracovat venku v (plechové) krabici (na balkóně)
5. Rychost CPU nemusí být nijak závratná, stačí, aby to umělo streamovat celé multiplexy přes broadcast/multicast do lokální sítě a zárovně dokáže fungovat jako AP. Rychlost WiFi nemusí být závratná.
6. Mělo by to jet na nějakém linuxu, který bych si mohl přiohnout k obrazu svému...
7. Rozumná cena (ideálně do 50-70€ bez bižuterie)

Existuje něco takového? Nebo alespoň něco, co by se tomu blížilo...

Odpovědi

[Max]

x86 počítač v nějakém Mini-ITX provedení?
Zdar Max

[Petr Tomášek]

Ještě jsem takový neviděl, co by měl POE.

[Petr Tomášek]

Ha!

Tak jsem narazil na tenhlectenc adaptér, takže v tom případě může být i věc s „pasivním POE“ (5V/9V/12V/18V).

[Max]

Já zas neviděl ARM s POE, co by zvládlo nějak rozumně ustreamovat 4x USB DVB-T tuner.
Zdar Max

[2012]

posledni dobou pokukuju po tomhle: apu1c nebo apu1c4, otazka jestli ti to bude vyhohovat vykonostne.

[Petr Tomášek]

Po tom pokukuji taky, ale spíš pro router, nevím, jestli to není pro tenhle účel kanón na vrabce...

[Ondrej 'SanTiago' Zajicek]

Ja bych pro tento ucel zkusil Alix od PC engines. Levnejsi nez APU, nehreje tolik a kdyz bez potizi uroutuje 100 Mbps, tak by mohl stihat to i streamovat. Akorat ma tusim jen dva USB 2.0 porty.

[Příchozí]

4 dvbt USB tyčinky ti sotva rozjede a rozstreamuje celeron třeba 1007u. Navíc aby to fungovalo jak ap... Na arm můžeš rovnou zamenout. Na slabší krámy taky (což je ten routerboard či alix).

Navíc každý multiplex má cca 20mbits bitrate, takže 80mbits dat ke zpracování ;) a to nebude tak výkonostně nenáročné.

[Petr Tomášek]

No, tak já nepředpokládám, že bude potřeba streamovat 20 streamu zároveň, spíš jde tak o 4-5 maximálně. Jde o maximálně počet multiplexů zároveň...

[dustin]

Ale pořád to bude muset pracovat s 4-5 multiplexy, z každé karty jeden. A to je právě ten datový tok.

[Petr Tomášek]

No, to se mi opravdu nezda, ze by par desitek megaBITU soucasne ARMy (rekneme 600MHZ~1GHZ) nezvladly levou zadni. Mas k tomu nejaky benchmark?

[ES]

ARMy ano ale USB na ARMu ne (USB je ....)

[Petr Tomášek]

Máš to něčím podložený? V čem je USB na ARMu tak špatný?

[nyan]

Tak ted sem si pustil na svem cubieboardu (prvni verze, 1 jadro) testik - cteni dd z USB 3 kingston flashky - a masti to slusne - 35 MB/s. Nicmene pri tom cteni top ukazuje 100% vyuziti cpu, z toho ~90% io-wait.

USB na ARMu byva spatne treba proto, ze napriklad RaspberryPi nema integrovanou sitovku v CPU, ale ma ji v externem cipu ktery je pripojen na USB takze to sdili rychlost USB zbernice s ostatnimi pripojenymi USB zarizenimi. Dalsi vec, RPi ma desne limity na prenaseny vykon pres USB, to si u ARMu musis taky ohlidat...

S lepsimi ARMy (>=2 jadra) by to (>=4 USB zarizeni) nemusel byt problem, kdovi, ja takove nemam...

[Petr Tomášek]

No, tak RPi bych za příklad rozhodně nebral, jak SoC, tak Raspberry jsou strašný slepeniny.

S tím cubieboardem, jak to líčíš to skutečně vypadá na to, že to nejede přes přerušení, nicméně ta přenosová rychlost by určitě stačila na > 4 USB DVB-T klíčenky...

[nyan]

No, tak RPi bych za příklad rozhodně nebral

Chtels priklad, a kdyz ho dostanes se ti nelibi ? Pfff, tak si hledej informace sam. Mozna neni reprezentativni situace vetsiny ARMu, nicmene to zapojeni je jedno z realne pouzitych moznosti, a dobra ukazka jak to lze sprasit.

jak SoC, tak Raspberry jsou strašný slepeniny

SoC neni vyrobek ani vyrobce, je to zpusob provedeni hardwaru, takze celkem nechapu tvou poznamku... pretty much 100% ARMu je v provedeni SoC.

[lertimir]

USB je špatný na čemkoliv. A je to v jádru jeho designu. Stačí porovnat jak např rychle jedou USB disky na noteboocích se slabými procesory a na výkonném desktopu. Jeden z mých USB disků jede cca 18MB/s na Atomu, cca 22MB/s na noteboku s C2D mobile a cca 29-32MB/s s i5 2500K. Je to tím že komunikaci (na rozdíl od Firewire) řídí procesor, nejede přímo do DMA. Pak čistě závisí na procesoru.

[dustin]

USB řadič používá standardní DMA, jen data na přenos pro jednotlivá připojená zařízení mu musí ve finálním formátu připravit CPU. USB řadič s nimi již nijak nemanipuluje, jen je přes DMA přenáší z/do paměti a háže přerušení, když při přenosu narazí na frame, který je označen žádostí o přerušení. Je na CPU, aby multiplexoval/demultiplexoval streamy jednotlivých zařízení a zpracoval jednotlivé USB protokoly.¨¨

[lertimir]

OK. Ale celkově ta zátěž na procesor je značná. V porovnáním s tím, jak někdy před 12 lety mě při přenosu videa přes FireWire do compu byl v podstatě nezatížený procesor, tak současné notebookové procesory mají problém vytížit kapacitu USB.

[Petr Tomášek]

No, tak o tom žádná, ale pořád to neodpovídá na otázku, proč by neměly USB DVB-T sticky na ARM zařízení dlouhodobě fungovat...

[anonymni srab]

Kdyz budes sledovat neco na tom multiplexu, tak se musi prijmout vsechna data z toho multiplexu- takze 20mbits. K tomu pocitej, ze to budes chtit dal poslat a to je dalsi zatez pro usb. 2 tycinky to zvladne, 4 nema sanci. Na to je potreba neco vykonnejsiho

[Petr Tomášek]

Znovu se ptám, čím to máš podložený. Jestliže je USB kontroller přímo v procesoru, nevidím teoreticky důvod, proč to neměl zvládat.

[dustin]

V procesoru žádný USB kontrolér být nemůže. Může být na čipu jako součást SoCu, což však na výkon nemá zásadní vliv, stejně je připojen nějakou sběrnicí (něco jako PCI).

Problém u některých SoCů (např. tom v RPi) je to, že USB řadič je úplně hloupý a ani neumí používat přerušení. Provoz přes USB je u takového zařízení velice náročné na CPU, protože se driver musí každých 1ms/125us dotazovat řadiče na jeho stav.

Pro 4 karty by mě nepřekvapilo, kdyby to jeden řadič neutáhl. Podložené to nemám ničím, ale 80Mbps stálý tok včetně dalších činností je docela dost. Pokud by však mělo CPU dost jader a rozdělilo si to, možná že to pojede, moc tomu ale nevěřím.

Vyzkoušej a uvidíš.

[Petr Tomášek]

V procesoru žádný USB kontrolér být nemůže.

Může viset přímo na interní sběrnici CPU.

Problém u některých SoCů (např. tom v RPi) je to, že USB řadič je úplně hloupý a ani neumí používat přerušení. Provoz přes USB je u takového zařízení velice náročné na CPU, protože se driver musí každých 1ms/125us dotazovat řadiče na jeho stav.

OK, pak je RPi ještě debilnější, než jsem myslel

Pro 4 karty by mě nepřekvapilo, kdyby to jeden řadič neutáhl. Podložené to nemám ničím, ale 80Mbps stálý tok včetně dalších činností je docela dost. Pokud by však mělo CPU dost jader a rozdělilo si to, možná že to pojede, moc tomu ale nevěřím.

Vyzkoušej a uvidíš.

No, já se ptal, odkud bereš to kategorické tvrzení, že to ARMy nezvládnou...

[dustin]

Co konkrétně myslíš interní sběrnicí CPU?

No, já se ptal, odkud bereš to kategorické tvrzení, že to ARMy nezvládnou...

A já jsem něco takového říkal? Přečti si moje příspěvky ještě jednou.

Nechápu, proč se tady hádáš. Očividně tady není nikdo, kdo by něco takového měl prakticky vyzkoušené. Pokud jsi přesvědčený, že to půjde (o čemž já přesvědčený zdaleka nejsem), pak tady neztrácej čas, pořiď si nějaký ARM za dva litry a vyzkoušej sám. Můžeš pak tady reportovat úspěch, pokud se dostaví.

[nyan]

Tipuju ze tohle (coz je spis interni sbernice SoC - vsech zarizeni na tom svabu).

[sigma]

Příloha:

• altera hps cyclone v.png (50562 bytů)

Interní sběrnice v ARMu může být nějaká AMBA AXI. Nevím jak u jiných ARMů, ale třeba Altera SoC s Cortex-A9 MPCore (viz příloha) to má řešené tak, že USB controllery jsou přes L3 switch fabric připojené přímo na CPU L2 Cache a na SDRAM controller. Zrovna u tady toho SoC není problém číst z USB flash disku 25 MB/s.

[Petr Tomášek]

Nehádám se. Reaguji na „Na arm můžeš rovnou zamenout.“ a ptám se, čím je takto kategorické tvrzení podloženo a zatím všechny odpovědi byly takový obecný dojmologie.

[Vtipnéř]

Osobně mám špatnou zkušenost s dlouhodobým provozem USB DVB-T adaptérů, Měl jsem tedy jen dva. zkoušel jsem je taktéž na streamování DVB-T do lokální sítě, ale vydržely jet bez přestávky maximálně několik dnů. Pak se sekly a musely se vyndat a zase zasunout, nepomohlo ani odstranění a opětné načtení modulů.

Jirka

[dustin]

Slyšel jsem, že se přehřívají, ale osobní zkušenost s nimi nemám žádnou.

[trubicoid]

a co pravidelne cronem restartovat? nebo nejakej watchdog?

[Vtipnéř]

Přemýšlel jsem nad možností čas od času testnout, jestli tuner jede, a pokud ne, vypnout mu napájení na USB a po chvíli zase zapnout. Položil jsem na to dokonce dotaz, ale ještě jsem se nedostal k vyzkoušení a případné realizaci.

Jirka

[Petr Tomášek]

Co teda navrhuješ jako alternativu?

[jack]

Uz skoro rok si po chvilich hraju s ARM cudlama, rPI, CubieBoard2,a poslednich par ruznych verzi s rk3188 (minix neo x7, k888b,mk802iv,j22,...) - ty se mi libi nejvic. Android je v poho, full HD bez zavahani, vykon je v super. Linux jede bezva, akcelerace videa se da (asi) poresit vyuzitim knihoven pro mali z androida, doprava do mesice(neco uz skladem mam,tak driv), clo resit nemusite (bud to cinan deklaruje jak 15 usd, nebo date 250 DHL primo pri prevzeti). Jede mi na tom server/par webu/ubuntu 14.04 (omylem jsem dal tehdy 2x nejakej upgrade;) , jede na tom i fedora 20(prvni ofiko arm fedora), cenovky mirne(asi 60 USD bez LAN,80 USD vetsi s LAN), da se domluvit sleva, premyslim o hromadnejsim dovozu. Rychlost interni pameti je asi 300MB/sec cteni(hdparm -t). Kdyby to nekoho zajimalo, dejte vedet. xdrz@centrum.cz Podle me to 80mbit zvladne, rychlost USB portu muzu otestovat, jeste dodelavam nejnovajsi kernel 3.10 - to pak bude srumec ;)

POE se musi dobastlit.

V pripade nedostatku vykonu pak tegra k1 (nebo ta nova konzola nvidie), ovsem pres 200usd

[Petr Tomášek]

A jak to řeší nestabiltu USB adaptérů?

[jack]

na rozdil od raspberry PI a podobnych, tady jsem s usb problem nemel - i kdyz je pravda, ze zlobila usb sitovka - ale to bylo kvuli vecem ve starsim kernelu. zrovna ladim kernel 3.10 - tim padem lepsi podpora kde ceho i usb a taky nejnovejsi distribuce fedory a ubuntu a androidu.

nekde mam usb dvb-t, muzu otestovat, jak bude cas (malo je ho).

obecne bych doporucil spise stabilni usb cudl, nez to nejak latat ;)

[Petr Tomášek]

Ale tento příspěvek mluví o nestabilitě USB jako takového.

[Vtipnéř]

No, měl jsem dva různé USB tunery (můžu uvést i konkrétní značky), takže to nechci zevšeobecňovat, možná jsem měl jen smůlu. Lepší by bylo, kdyby se o své zkušenosti podělilo víc lidí.

Jirka

[jack]

Bat, nikoliv o nestabilite USB, ale krabky. Ja to resil loni, hledal jsem na netu, vysel mi nejakej s timhle ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T.

Muzu to nechat bezet na normalnim PC (kdyz mi reknete, co presne - sdr mi loni nejak blbnulo, ted uz je novejsi kernel ... tak to bude spis horsi ;)

A kdyz se osvedci, zkusim i ty ARM krabky.

kdyby nekdo chtel vyzkouset, dejte vedet : xdrz@centrum.cz

[Jirka]

Ano souhlasím s tím, že se USB DVB-T tunery zasekávají. Prošlo mi rukama několik půjčených a dělaly to všechny. Tehdy jsem si říkal, že to bude tím, že jsou vadné a neřešil jsem to. Pak jsem si koupil Evolveo Mars a ten to dělá také. Nejdelší doba co se nezasekne je víc jak den a nejkratší tak 15 minut. Když se čip zahřeje tak se doba zkracuje, až na několik minut. Normálně je USB studené, pokud se začne zasekávat je vždy u konektoru teplé. Souvisí to pravděpodobně také asi se sílou nebo kvalitou signálu - některé multiplexy to dělají častěji, přičemž neplatí slabší signál = častější zasekávání. Také to souvisí s denní dobou - nejčastěji se mi to zasekává okolo 17 hodiny, v pozdě noci nebo dopoledne je to méně časté. Nesouvisí to z OS, dělá to stejně jak na Ubuntu 12.04, tak i na 14.04 či Windows XP. Pokud začnu nahrávat stream, tak je téměř jisté, že to začne kostičkovat a pak se to sekne. Možná je to souvisí se software, protože pokud vytáhnu USB z napájení, vypnu software, chvilku počkám, zastrčím, spustím software, tak zase získám další čtvrthodinu.

Koupil jsem si také jeden s SDR (s RTL2832U), který se vůbec neseká ač hřeje podstatně víc. Ten na rozdíl od předešlého, který zatěžoval CPU 20% (na Intel E8400 3GHz), si ukousne celých 70% výkonu. Oba současně si vezmou necelých 100%. Pak je ale znát jakoukoliv činnost navíc právě na ukládání streamů, které jsou pak poškozené.

Píšu to hlavně proto, že si nedokážu představit současný běh 4 USB. Můj Intel E8400 na 3 GHz by to určitě nezvládl. Tedy s těmi co obsahují čipy RTL2832U+R820T.

[jack]

no vida ze se neseka ;) jak rikam,klidne to zkusim,kdyz reknes co presne. 4jadro arm krabka stoji 80 usd - i kdybys mel dat pro kazdy stream jednu,je to levny a energeticky usporny

[Příchozí]

aha, 4jadro arm - cca 3-6w? tudíž 12-24W a to sedržím hodně při zemi.

J1900 se všim (tj ram, ssd) max cca 15W a ten ti 4 kousky zvládne. CPU má TDP 8W, 2GB ram sežere nic, chipset taky, ssd ta 1,5W v záteži :)

[Příchozí]

i kdyby 25W, tak jseš furt na tom líp i cenové jak s tyčinkama :) navíc získáš univerzálnější zařízení, které toho zvládne víc.