Disztribúciók:
Ezeket próbáltam végig, majdnem mindet május végén (a két debiant használtam huzamosabban):
xbmc teszthez:
-Raspbmc. Amit leszedtem, az rettentő instabil volt (bár ez az új xbmc audio stack miatt volt, azóta visszaváltott a régire), meg eléggé egyemberes, első disztrós projektnek tűnt
-OpenELEC. Ez nagyon király volt. Csak azért nem ezzel kezdtem, mert linux kell a telepítéshez, és sose volt kéznél, mikor játszani akartam vele. Ezt fogom majd használni, de egyelőre nem videós media centernek kell.
általános célra, mpd-s lejátszógépnek:
-"Hivatalos" Debian squeeze. Kicsit gányolt, pl a kernel nem deb csomagból jön
-Arch linux arm. Tetszett volna, de a kernelhez nagyon sok modul hiányzott (pl snd-usb, akkor még azt hittem, hogy a belső hangkárty nem megy, és a nagyon olcsó pcm chipes usb-s hangkártyámat használtam)
-Debian Wheezy beta. Ez már egy sokkal jobban összerakott debian, jelenleg ez fut rajta, nem volt vele bajom. Valószínű, hogy apt-get upgrade-elhető lesz a véglegesre.
Utóbbi azért is jó, mert egyszerűen lehet hozzá használni a Chris Boot féle kernelt, ami már ismeri az i2c-t és talán az spi-t is a tüskesoron.
Hasznos progi:
omxplayer: az xbmc playere konzolos programként lefordítva, direkt rpire, lehet vele tesztelgetni a videóképességeket
Fogyasztás:
Kézi műszerrel lemértem, kb 2W (400mA 5V, ezt írta ki a műszer, tehát ez átlag, peakben nagy valószínűséggel kell neki a 700, az alapján, amit a wifivel szenvedtem), kicsit kevesebb, ha az ethernet inaktív. cpu terhelés úgy tűnt nem befolyásolja, bár burn nem volt épp kéznél armv6-ra, azt hiszem valami tömörítéssel teszteltem.
Tapasztalatok:
Többször leírtam már hupon, hogy a hangkártya beta drivere használhatatlan. Ez már akkor sem volt igaz, csak mindig mplayerrel teszteltem, és azzal nem működik (legalábbis nem működött). Azért messze nem tökéletes. A mixer pl csak pár hete megy, minden szám között pattan és sistereg, néha szám közben is. Amikor jó, akkor viszont úgy tűnt elég jól szól, az alc889a-s alaplapimnál sokkal kevésbé zajos.
Wifivel nagyon sokat szívtam, részben a fogyasztás miatt, ezen oldal alján található smscnonturbo.conf nagyon sokat javított, de még mindig nem vagyok elégedett. A fogyasztásra azért gyanakszom, mert korábban sokszor a telefonom 700mA-es töltőjével használtam, azzal sokkal többször előjött a hiba.
Ráadásul a hálókártya szeret összeakadni a thinkpad usb billentyűzetemmel (hol a lenyomást, hol a felengedést nem érzékeli). Nagyon várom már a model A-t, ez az ethernet chip/hub elég instabilnak tűnik, ha más is van az usb-n.
Update
Ma kicsit utánajártam a tápnak. Az két usb port 100mA-re van méretezve, ami szerintem nagy hülyeség, hiszen a táp közvetlenül jön az 5V-os tápfeszről, tehát csak két problémától véd: akkora áramtól, ami megégeti a csatlakozókat, illetve ha gyenge a táp, akkor először a perifériák állnak le. Ráadásul a biztosítéknak (polyfuse, hogy pontos legyek) az induló ellenállása is 5 Ohm körüli, ez már 100mA-es eszközökön is 0.5V feszültségesést okoz.
Szóval megpatkoltam. Most nem találom a threadet, de a projekt egyik mérnökének (Gert, akiről a GertBoard kapta a nevét) leírása alapján csináltam: íme
Ha már nekiálltam forrasztottam rá egy direkt betápot, mert nagyon vacak mikroUSB kábeleket lehet csak emberi áron szerezni, ráadásul nekem csak 5-10 centi kell. Nem volt jó ötlet a diódára rakni, nagyon nehezen tapadt az ón. Apropó, a mikroUSB melletti kondira nagyon vigyázzatok, könnyen letörik.
Mellesleg a bemeneten 1.1A/6V biztosíték van, szóval 1.1-1.2A-nél nagyobb áramot adni a pi-nek nincs értelme, legfeljebb a rákötött hub-ra.
Egyébként Így néz ki az egész rendszer, a board alá van ragasztva a hub. És nem véletlenül van leragasztva az összes led.
Update2
Megvan a thread és Gert leírása
Gyanús, hogy csaknem az összes szenvedésemet ez a - lényegében hardver - hiba okozta, kicsit publikusabbá tehetnék... Ráadásul a mahjongg nevű fórumozó szinte minden kapcsolódó threadben nyaggatja őket, hogy javítsák ki a még le nem gyártottakon
- bbandi blogja
- A hozzászóláshoz be kell jelentkezni
- 2396 megtekintés
Hozzászólások
sub
- A hozzászóláshoz be kell jelentkezni
Írták több helyen, hogy a 700 mAh-s táp kevés. Voltak vele problémák. Az RS Components-nél 1200 mAh-sat javasoltak hozzá. Ha pedig USB-s eszközöket kötsz rá, az a javasolt módszer, hogy azokat egy saját táppal rendelkező USB HUB-ra dugd, hogy ne a PI-től vonják el a működésükhöz szükséges áramot.
- A hozzászóláshoz be kell jelentkezni
mA-re gondoltál, nem mAh-ra (bocs, mértékegység-náci vagyok)
Azt lehet vajon tudni, hogy mikor fogyaszt a legtöbbet? Lehet beviszem megint a céghez, megnézem szkóppal, vagy legalább az asztali multiméterrel, annak van max/min funkciója.
Underclocknak lenne vajon értelme?
- A hozzászóláshoz be kell jelentkezni
Legyen mA, ezen nem fogunk összeveszni. :)
Hogy mikor fogyaszt a legtöbbet? Tapasztalatom még nincsen, de én azt mondanám, hogy:
* USB-s eszközök rádugásával
* CPU terhelésnél
* GPU terhelésnél -> HD videó lejátszásnál
* hálókártya terhelésénél (ami - ha jól tudom - megosztozik az USB vezérlővel a buszon, vagyis egyszerre nem lehet mindkét vezérlőn a maximális sebességet kihozni. Egyesek itt a hupon már mértek 77 MB/s körüli nyers átvíteli sebességet netperf segítségével.
Underclock helyett inkább inkább egy A modell beszerzéséről gondolkodnék (nem tudom, mikortól lesz rendelhető), az kevesebbet fogyaszt. Igaz, van némi limitációja is: nincs rajta ethernet és csak egy USB port van. Volt egy bejelentés, hogy a benne levő RAM-ot - a gyártási költségek leszorítása miatt - sikerült az eredeti 128 MB-ról 256 MB-ra bővíteni. A duplázás miatt viszont nem tudom, hogy sikerül-e tartani a 300 mA-es teljesítményfelvételt szemben a B modell 700 mA-es értékével.
- A hozzászóláshoz be kell jelentkezni
Terhelés:
-USB eszköz nem játszik, mindent illik külön mérni
-CPU terhelés - ok evidens, valami xzip szerintem elég lesz. Viszont az előző tesztelésnél úgy tűnt, nincs sok jelentősége
-GPU-t szerintem nem terheli agyon a HD lejátszás, nagyon erősnek mondják... Sőt van egy olyan tippem, hogy jelenleg ki se lehet teljesen hajtani a béta/hiányos linux és nem létező x driverek miatt.
-Hálókártya - ok, megintcsak evidens.
Ha valaki kíváncsi még valami fogyasztás tesztre szóljon, a héten/jövő héten szerintem megcsinálom.
A modellt biztosan fogok venni, lásd a bejegyzés. Most is csak a wifi stick lóg az usb-n, a hub többi portja tápelosztó, azt meg meg tudom oldani máshogy is, csak kísérletezéshez így a legkényelmesebb.
A fogyasztása biztosan jó lesz. (aki nem akar/tud videót nézni: model B: 2-3W, model A: 1W peak.)
- A hozzászóláshoz be kell jelentkezni
Ráadásul a hálókártya szeret összeakadni a thinkpad usb billentyűzetemmel (hol a lenyomást, hol a felengedést nem érzékeli). Nagyon várom már a model A-t, ez az ethernet chip/hub elég instabilnak tűnik, ha más is van az usb-n.
Ma olvastam egy weboldalon, hogy a Raspberry PI-n levő hálókártya gyakorlatilag egy integrált USB-s hálókártya! Ezért akadhat össze annyira az USB-s eszközökkel. :/
- A hozzászóláshoz be kell jelentkezni
Persze, hogy usb-s, de attól még nem kellene összeakadnia vele. De gyanítom, hogy itt is fogyasztás gond volt, a billentyűzetre 1.5A (!) van írva. Valószínűleg tényleg elég sokat ehet: van benne egy billentyűzet, egy trackpoint, egy touchpad, egy két portos usb hub, amiben ráadásul néha be volt dugva az egerem is.
- A hozzászóláshoz be kell jelentkezni
Én nem forrasztgatnám ennyire a NYÁK-ját, ha nem muszáj...
Egyfelől a táp közvetlen kint van a GPIO csatlakozósoron, másfelől pedig ha aktív USB HUB-ot használsz (ami amúgy is elkelhet), a biztosíték kiiktatása sem számít. Ha esetleg az aktív HUB-ról hajtod a PI-t is, ugyanott vagy vele külön forrasztgatás nélkül.
Ráadásul nem biztos, hogy közel 2A-t érdemes átkergetni a NYÁK-panelen arról nem beszélve, ha bármi oknál fogva rövidzárba kerül az USB táp és GND pl.
- A hozzászóláshoz be kell jelentkezni
A külső táp rossz ötlet volt, eredetileg gpiora akartam, csak kiderült, hogy a hüvelysor amit vettem, nem jó, meg amúgy is onnan akarom majd táplálni az lcd-t, én meg türelmetlen voltam - mindegy már.
A fuse meg elsősorban teszt. Most ugyan hub-ról táplálom, de az csak egy tápelosztó már. Mint mondtam, később majd egy model A-t akarok, és az egyetlen usb portjába mennie kellene a wifi sticknek, és a hubot majd kihagynám. Mostmár egyre jobban meg vagyok győződve, hogy ez az egész tervezési hiba. Túl nagy a drop a fuse-okon, és nem enged high power eszközöket, ugyanakkor a szoftverben ezt semmi nem korlátozza (pedig a 100mA-nél nagyobb fogyasztásra elvileg engedélyt kell kérni - gyakorlatilag 500mA-re szokás méretezni a portokat), és a boltban nem tudod megmondani, hogy ez a kütyü 100 vagy 500mA-es.
És még egy ok: még így is volt, hogy terhelés mellett ledobta a wifi kártyát, most meg már vagy egy órája megy az apt-get upgrade az ssh ablakban. Erős a gyanúm, hogy a hub külső tápja csak a hostolt portokra megy, és néha a hub chipjének kevés volt a tápfesz.
Nyugi, nem fogok rá ívkemencét kötni. Egy wifi sticket el kell bírnia (valahol olvastam, a nyák 500mA-ra van méretezve), más meg nem megy rá. Persze a zárlatra vigyázni kell. De ha egy gyárit rövidre zársz, akkor megnő a polyfuse ellenállása, és vagy kicseréled, vagy megpatkolod...
- A hozzászóláshoz be kell jelentkezni
Ez a bizonyos "polyfuse" gyakorlatilag egy "öngyógyuló biztosíték", de szokták "resettable fuse"-ként is emlegetni.
Tehát ugyan megnő az ellenállása, de ha lekapcsolod a tápot, visszaáll az eredeti állapota - nem kell cserélni mint a hagyományos biztosítót - ez a lényege.
Fuse-t azért nem zárnék rövidre, inkább cseréld ki másikra. :)
Nem az "ívkemence" miatt mondom, könnyen meglehet a baj és akkor inkább a biztosító dolgozzon minthogy a NYÁK-ot kelljen patkolni hozzá (tulajdonképpen az is elvégzi a biztosító szerepét, csak kicsit rondábban - ha "túl jó" a tápod).
- A hozzászóláshoz be kell jelentkezni
2.0-ás USB esetén a szabvány szerint low-power és high-power portok lehetnek. A low-power port maximum 100 mA, a high-power port pedig maximum 500 mA-t tud leadni. Tehát az áramkorlátozás nem hiba. Miért is kellene képesnek lennie egy kis fogyasztásra tervezett eszköznek nagy fogyasztók táplálására?
„Every device functions initially as low-power but the device may request high-power and will get it if the power is available on the providing bus.”
Azaz ha nagy fogyasztású eszközöd van, akkor high-power portba kell dugni. A Raspberry Pi esetén ez egy külső usb hub lehet.
-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.
- A hozzászóláshoz be kell jelentkezni
A probléma az, hogy a szoftver megadja neki az 500mA-re az engedélyt, de a hardver nem bírja, ezért a kezdő szemlélőnek teljesen érthetetlen hibák jönnek elő. A nagyobb gond, hogy 100mA-nél már 0.5V esik a fuse-okon. A bemeneti fuse-on még esik kb 0.1V. És bár ha jól tudom low power eszközöknél 4.4V a minimum, kétlem, hogy minden usb-s eszközt leteszteltek vele.
- A hozzászóláshoz be kell jelentkezni
Ma írtak changelogot a rev2-ről, már nincsenek kimenő fuse-ok:
USB Output Power
The resetable fuses protecting the USB outputs have been removed. This feature was implemented on some later revision 1.0 PCBs by replacing the fuses with links; revision 2.0 permanently implements this modification. It is now possible to reliably power the RPI from a USB hub that back feeds power, but it is important that the chosen hub cannot supply more than 2.5A under fault conditions.
- A hozzászóláshoz be kell jelentkezni
Nekem aznap adták fel a második Pi-t, amikor ez bekerült a changelog-ba.
Kicsit elgondolkodtam, hogy talán jobb lett volna ennek tudatában kicsit később rendelni, leginkább a "mounting holes" miatt.
(Bár mintha olyat is olvastam volna, hogy valaki már ilyet kapott. - Ja, persze... a bejelentésben írták (szerk.))
Nos, ma megérkezett a Pi-m Farnelltől és ez már a rev2 board.
Tehát benne vannak a fent említett módosítások, ill a két "csavarhely".
Szóval pozitív meglepetés volt kibontani a csomagot és a rendeléstől eltelt idő sem volt sok (harmadikán rendeltem).
Mondjuk "sima" postás hozta.
- A hozzászóláshoz be kell jelentkezni
http://xbian.org
Az eddigi legjobb, ígéretes xbmc-s kiadás. Kezeli a HDMI CEC-et is! Azaz ha a TV-d tud Anynet+, VIERA, EasyLink, stb..., akkor "összebeszél" a TV és az XBMC. Bekapcsolás után a TV source-ot vált, kikapcsolás után pedig vissza. A TV távirányítójával tudod vezérelni az egész XBMC-t. Maga az xbian összeállítás elég stabil, eddig jól vizsgázott.
WiFi-ből van egy pár olyan kivitel ami Realtek chipsettel van és olyan pici mint "nagyujjam körme". Na azok plusz táp nélkül is működnek. Működik vele a Logitech K400 billentyűzet-egér.
- A hozzászóláshoz be kell jelentkezni