-
GAMEPOD.hu
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
azbest
félisten
Telefonoknál gyakori volt régebben, hogy a jack adott ki compozit videót is megfelelő kábelt használva.
Például ez [jack - anya rca], vagy a fordított rca végű [jack - apa rca]. Attól függ mire kell dugni.Ha csak a hang kell, akkor valószínűleg sima jacket elég bedugni.
Persze lehet kombinálni is, az anya végű mellé egy ilyen (rca apa - jack anya) és akkor a videó mellett normál jack kimenetre van alakítva.
[ Szerkesztve ]
-
azbest
félisten
Most olvastam egy kommentet a hivatalos fórumban, hogy a B+ esetén kivédték az usb-n keresztüli visszatáplálást. Szóval, ezzel már úgy tűnik nem működik az, hogy az aktív hubról ugyanarról a kábelről tápoljon a pi, mint amin az adat megy, hanem mindenképpen kell gondoskodni tápról (gpio vagy normál betáp).
De legalább mostmár hotplug támogatott, szal nem rebootol talán az áramingadozástól mint a régiMégegy érdekes dolog:
Kérdés: "Will the Secondary Memory Interface be available on the new GPIO connector?"
Válasz: "Yes the whole of bank 0 is now accessible…But you’ll have to wait for some further documentation on SMI first (this is in the pipeline)"Ha gpio-ra kitettek mégegy sd kártya vezérlőt, akkor szerintem ezzel akár külső emmc modullal is összeköthető lehet [link]. Persze adapterrel eddig is mehetett, csak talán jobb sebességet tudhat, mint a mostani slot.
[ Szerkesztve ]
-
azbest
félisten
válasz moli.hu #8456 üzenetére
Hát, minden ilyen témánál ígérik, hogy nincs is baj, de eddig még mindig volt valami gebasz nálam. Legutóbb a smartcard olvasó használata közben rögtön eldobta az usb alrendszert. Azóta eltelt pár hónap, nem tudom volt -e lényeges változás, vagy más elromlott-e helyette.
Az a baj, hogy mindkettőről olvastam már kritikát. Az meg, hogy a belső 1.0-ára állítva stabilizálódott, inkább a belső hibájára utalhat. Kivéve, ha ettől a külső is 1.0-ás lesz. Ha valaki sokat kísérletezik A modellel, az tudna róla jobban nyilatkozni, de nem nagyon találkoztam még ilyennel.[ Szerkesztve ]
-
azbest
félisten
válasz DrojDtroll #8457 üzenetére
A logokat kéne megnézni, hogy nem dobta -e el az usb-t vagy nem lett-e korrupt a fájl...
-
azbest
félisten
szoftveresen nincs ki-be kapcsolgatásra támogatás. A kikapcsolást esetleg relét vezérelve meg lehetne oldani, de akkor is maga alatt vágná ki futás közben a tápot. Wol sem támogatott. Esetleg egy filléres arduinoval talán megoldható lenne a táp kapcsolgatása, de akkor meg az fut folyamatosan
-
azbest
félisten
"De 5V-os reléből nem igazán van olyan amivel 230VAC-t kapcsolsz. Szóval bonyolult elektronikával meg tudnád oldani, de az meg többe lenne, mint a RPi éves fogyasztása."
Biztos vagy benne? Opto csatolós, 5-7.5V tápú. 250V 10A kapcsolására is.
5V Relay Module 1-Channel Opto-Isolated
Egy a sok közül. 1-2-4-8-16 csatornásokból is van sok ebayen gombokért.
-
azbest
félisten
ja, hogy van egy folyamatosan futó openwrt router is? Hát ezt eddig nem mondtad.
Na akkor arra ha lehet kötni usb-t, akkor elvileg az usb-re megoldható valamilyen elektronikával relé vezérlése, ami kapcsolgathatja a raspi tápját kívülről
Félig viccesen, félig komolyan mondom.
-
azbest
félisten
válasz beloadjoker #8497 üzenetére
A firmwareből lehet újabb kell hozzá, nem tudom mikortól van benne a támogatás. Raspbiannál a régi pin kiadva két parancsot a frissítéshez már elvileg probléma nélkül át lehet tenni a kártyát az újba. itt írnak a frissítésről: [link]
A jackkel kapcsolatban pár napja éppen linkeltem ilyen kábeleket: [link]
[ Szerkesztve ]
-
azbest
félisten
válasz beloadjoker #8501 üzenetére
A kiosztásból van több féle egyébként. Na azt nem tudom, hogy a nokia n900 és az apple féle ugyanazt a kiosztást használja-e. Ha minden igaz a pi kiosztása az apple megoldást követi.
-
azbest
félisten
válasz beloadjoker #8504 üzenetére
eh, lehet fogunk még ezekkel a kábelekkel szívni
-
azbest
félisten
ha ennyire hely szűkében vagy és szükséges a tömörítés, akkor lehet inkább tömörített fájlrendszert kéne használnod arra, hogy oda mentsd tömörítés nélkül a képfájlokat. Persze a tömörítés úgy tud hatékony lenni, ha mentés előtt kitöltöd nullákkal a szabad helyet a kártyán. Onnan a képfájlt is be tudod csatolni.
Ha nem akarsz particionálni emiatt, akkor a tömörített fájlrendszer maga is lehet egy képfájl, amit becsatolsz.
Ha viszont fagyna a géped / áramszünet jönne miközben dolgozol a felcsatolt képfájlokban, akkor nagyobb az esélye, hogy sérülés miatt használhatatlanná váljon.szerk, jaja, olyasmit amit (#8531) steveetm is ír. Ha írni is akarod a le dd-zett képeket, akkor meg valami olyan tömörített fájlrendszer kell squasfs helyett, amit írhatsz is (zfs nem tudom ilyesmire jó -e).
[ Szerkesztve ]
-
azbest
félisten
válasz steveetm #8532 üzenetére
félreértettél
A pécén egy image fájlban létrehozni zfst, ami tömörített és abba bemásolni dd-vel az sd kártyáról a képet. Úgy ugyanakkora helyen több sd kártya mentés is elférhet. De a következő komment alapján valószínűleg erre semmi szükség, úgy tűnik csak néha szeretne fájlokat kivenni úgy, hogy a kép sem foglal sok helyet közben. -
azbest
félisten
válasz steveetm #8542 üzenetére
Nekem mondjuk eszembe jutna használd core2-es generációs brand sff gépeket is megnézni. Pl csak google-be beírva egy példa [link].
Komplett gép, kis helyen elfér. Nálunk Hp dc sff-ek mentek évekig, és tudtommal nem volt meghibásodás, nagyon stabilak.A raspberry, többi board és routeres házi megoldásokról nem a megbízhatóság és a kompatibilitás jut eszembe. Arm-on szoftveresen is lehet több gebasz, ahol nem lehet akármit feltelepíteni.
-
azbest
félisten
-
azbest
félisten
Hát, ha nem több méter kábelt használsz, akkor nem valószínű, hogy az a baja. A gpio alapú vezérlésnél csupán arról van szó, hogy megfelelő időnként kapcsolgatja a feszültséget a megfelelő lábakon. Régebben voltak linkek is a topicban részletes dokumentációra, hogy mit vár a kijelző.
Próbáld ki lcdproc-ot használva a kiiratást. Van hozzá raspi gpio-ra moddolt HD44780 driver. XBMC is azt használja.
Saját tapasztalatom az volt, hogy a bináris lcdproc gond nélkül tudta vezérelni a kijelzőt, míg a python kódból hajtva hajlamos volt elromlani. A különbség abból adódhat, hogy az lcdproc jobban tartja a kommunikáció időzítéseit. A python nem tud olyan pontos lenni, még attól is függött, hogy jól írt-e ki szöveget vagy csak szemét jelent meg, hogy hány sor kommentet írtam két parancs közé.
[ Szerkesztve ]
-
azbest
félisten
A legegyszerűbb talán ha egy raspbmc disztróval kipróbálod, a gpio kiosztást az lcdproc konfigban lehet ellenőrizni, xbmc alatt pedig be lehet kapcsolni hogy mutassa a kijelzőn a menük nevét, éppen játszott dolgokat....
Egyébként az xbmc lcdproc addont érdemes megnézni, azt pythonban írták úgy látom és az küldi át xbmc-ből lcdproc-ba a szövegeket. Itt egy régi, valsz ennél sokkal újabb is van [link]
És lehet kell pythonhoz lcdproc modul, ha nincs alapból fenn [link]
[ Szerkesztve ]
-
azbest
félisten
válasz pozsoka #8572 üzenetére
Persze. Viszont valamivel irányítani is kell, hogy mit játsszon le
Például ez is az [link]Ha szeretsz kütyüt építeni és szoftveresen konfigolni, akkor nyerő lehet. Ha viszont inkább egyszerű megoldás kell, akkor lehet könnyebb lenne valami androidos (vagy más) telefont használni erre.
-
azbest
félisten
válasz Mutterbever #8585 üzenetére
A normál sd kártyán is csak a készüléken és a szoftveren múlik, hogy figyelembe veszi-e a lezárást. A pi úgy emlékszem nem veszi figyelembe.
A kártya sebessége kapcsán fontos tudni, hogy a raspi kártyaolvasója 3.3V-os. A leggyorsabb módok viszont 1.8V-on üzemelnek. Ez azt jelenti, hogy a pi-be tett kártya nem fogja hozni azt a sebességet, amit egy modern olvasóval tudna.
Itt egy táblázat erről:
http://www.hjreggel.net/cardspeed/cs_sdxc.html
Szóval, ha tartják a specifikációt, akkor hiába kerül bele 95MB/sec-re képes kártya, akkor is legfeljebb 23-at tud, mert visszavált kompatibilis módra.Elvileg a B+-on ki van vezetve a másodlagos sd is a tüskékre, bár nem biztos hogy lehet is használni arra (a 27-28 és még pár talán). Nem tudom, hogy plusz hardverrel tudna -e kommunikálni azokkal a sebességekkel.
[ Szerkesztve ]
-
azbest
félisten
válasz bambano #8592 üzenetére
"mit jelent, hogy megbízhatatlan az usb bug miatt?"
Lényegében azt, hogy az smsc lan951x chip drivere megbízhatatlan. A különféle usb módok közül van, aminél elveszhetnek csomagok. Azt nem tudni, hogy a broadcom SoC usb-je mennyire bugos, lehet az sem teljesen megbízható.
A gyakorlatban ilyeneket tapasztalunk:
- dvb t/c/s tunerek közül sokfélénél rengeteg adatcsomag elveszik, ezért a programok számára úgy tűnik, mintha erős vételi problémák lennének, szakadozik az adás.
- esetlenként a lan kapcsolat megszakad / lassul. Az smsc chip-ben lévő usb-lan is megszenvedi, ha köhög az adatátvitel.
- smartcard olvasó használatakor rövid időn belül a teljes usb alrendszer leáll és a pi elveszít minden usb-n kersztüli kapcsolatot (perifériák, lan, usb-re dugott háttértár). **: ha usb 1.0 módra állítom az usb-t, akkor stabil marad. Viszont ilyenkor a lan és minden usb-re kötött eszköz így járt.
Raaspbian kiadásonként változó, hogy egyiknél a tunerek nem mennek jól, a másiknál csak 1.0 sebességgel használható smartcard. Azt még nem sikerült megtapasztalni, hogy egyszerre legyen jó a tuner, kártya és lan. A legújabbat még nem próbáltam. Többször ígérték, hogy már megjavították, de utána mindig kiderült próbánál, hogy nem.
Emellett már csak apróság, hogy az sd kártyánál is gyakori az adatvesztés, bár ez példány függő is lehet.
[ Szerkesztve ]
-
azbest
félisten
válasz bambano #8602 üzenetére
hát figyu, a /boot/cmdline.txt -ba tedd be hogy dwc_otg.speed=1 . Ha nem kell gyors hálózat és gyors adatátvitel a perifériáknak, akkor lehet hogy ezzel már elég stabil lesz. A loggolást inkább rá dugott pendrive javasolnám, mert ott sokkal kevésbé jellemző, hogy sérüljönek a fájlok. Nálam így elég sokat ment, simán egy hónapokat is, úgy azt hiszem nem volt vele gond. Csak épp amire szerettem volna használni, arra 1.0 usb-vel alkalmatlan.
Egyébként odroid és pandaboard kapcsán is hasonlók a tapsztalataim, azokban is előfordil a fájlrendszer eldobás például. Bár azok keményen meg is vannak hajtva tesztelésre nálunk.
Csak logolásra lehet egy usb-s openwrt támogatású router is praktikusabb. Legalábbis azok hónapokat mennek újraindítás nélkül alapból is.
[ Szerkesztve ]
-
azbest
félisten
Milyet? Eddig is így volt. A legelső raspbian kiadással is gondban lennél. A 256 vs 512 MB kétféle memóriamennyiség kezeléséhez is kellett frissítés. De a sokkal kevésbé feltűnő különböző ram chipekkel szerelt változatokhoz is kell firmware támogatás. A samsung, hynix mellett még vagy 4-5 féle memóriával szerelik, a vörös nyákos kínai változatokat is beleértve.
Egyébként a boot partición lévő firmware fájlok frissítése kell csak ehhez. Bár bizonyos kernelben történt változtatások is megkövetelik a frisebb firmwaret.
Amikor rájöttek, hogy valójában benne van az árban az mpeg4 felvétel licenszdíjat is, nem csak a lejátszásé, azt is egy firmware frissítéssel aktiválták.
szerk: a memória fajtáit tekintve lehet tévedtem és csak 3 gyártó sokféle chipje van rajta [link], de a firmware repository kommentekben mintha többféle szerepelt volna.
[ Szerkesztve ]
-
azbest
félisten
Elsőre azt hittem magára a raspberry pi-re gondolsz.
A rendszer ingyenes, bárki letöltheti. Persze rengetegen csinálnak jó üzletet a felhajtás körül. A sokféle webshop a sokféle pakkjával szépen el tud adni mindenféle hasznos vagy kevésbé hasznos készletet. Gondolom van egy kupac kártya amire felírtak valamit, aztán darab-darab alapon dobálják a csomagba.
[ Szerkesztve ]
-
azbest
félisten
válasz Proci85 #8636 üzenetére
A raspi esetén a firmware a következőt jeleni:
- a SoC-ban lévő beégetett rész, ezt a felhasználó nem tudja módosítani. Direkt azért, hogy ne lehessen elrontani. Ez tölti be az sd kártyán lévő következő lépcsőt.
- a /boot/bootcode.bin,felhasználja a config.txt és aztán a következő lépcsőt is tölti
- /boot/start.elf, ami már a kernelt tölti be. A kernel alapból szintén a /boot-ban van.Részletesebb leírás [link]
A firmware fájlok forráskódja nincsen közzé adva, az hétpecsétes ipari titok. A binárisokat viszont rendszeresen frissítik, javítják [link].
Ha jól emlékszem, akkor talán ígértek egy könnyített firmware változatot, aminek a forrását is kiadják. Persze amellé is lesz egy zárt bináris rész, ami olyan dolgokat kezel, amit jogi okokból nem lehet kiadni.[ Szerkesztve ]
-
azbest
félisten
Az fm transmitter megoldásnál érdekesebb lenne ha a dab formátumú modulációt is tudnák. Ha jól értettem, akkor 1537 kHz a dab sávszélessége Elvileg már le is járt a dab jogi védelme, már dab+ formában tolják manapság.
-
azbest
félisten
Azok után, hogy valaki pécén d-sub kiemetet konfigurált fel úgy hogy dvb-t mux-ot adjon ki, már semmit sem tartok lehetetlennek
http://www.bellard.org/dvbt/Persze lehet, hogy nem élőben modulálva, hanem előre legenerálva és azt visszajátszva.
[ Szerkesztve ]
-
azbest
félisten
Újabb fekete pont részemről a Raspi alapítványnak, akik nem szeretik, ha más hasonló boardokról beszélgetnek az emberek. Lezárják az olyan témákat a forumukban.
Például: [link]
Hummingboard vs Raspberry Pi (XBMC)
ODROID-W, a RPI compatible module?Legjobban az "tetszett" amikor valamelyik bennfentes azt sérelmezte, hogy más is vásárolhat úgy broadcom soc-ot, hogy ő és az alapítványosok nem tudnak róla. Meg persze, hogy nem tetszik nekik, ha máshol is futtatják a raspbian-t, ami mellesleg nem alapítványi pénzből készült, hanem egy önkéntes munkáját vették át.
Sokszor láttam már a reakcióikból, hogy a kritikát nem szeretik, üzleti érdekből bármikor hazudnak, ellenben mások érdemeit örömmel kisajátítják.Valamit nagyon félreérthettek a nyilt forrás és a közösség kapcsán.
[ Szerkesztve ]
-
azbest
félisten
válasz bambano #8709 üzenetére
a rev2-es boardokon gyakorlatilag gyárilag közvetlenül az 5v-ra van drótozva. A rev1-eseknél kellett a polyfuse-t patkolni az usb-t, hogy ne legyen 100mA limit.
A bemeneti polyfuse kikerülésére szokták a gpio 5v lábát betápra használni.
Egyébként azt hiszem más is csinált már olyan átkötést, amire gondoltál, de nálad elvileg nem nagy fogyasztók az olvasók.
A microusb táp bemeneten lévő polyfuse miatt elég nagyot esik a feszültség, ha nem elég erős a táp, akkor 4.6V alá is könnyen leeshez a pi-be eljutó fesz. A tp1 és tp2 tesztpontok közt mérve ez hamar kibukhat.
Induláskor eszi a legtöbbet a pi, lehet hogy ezért működött már indulás után rádugva. Meg persze akár kernel bug is lehet, azt a dmesg logból talán látni.
[ Szerkesztve ]
-
azbest
félisten
válasz bambano #8712 üzenetére
a b+ -nál úgy olvastam, hogy szoftveresen lehet emelni az usb táp leadás limitjét. Már hogy az a vezérlő chip ami rákerült, talán azt állítja.
"The “USB limit” doesn’t come into it in this case, but the PI does have a programmable current limiter that per default limits the output current for all USB ports together to 600mA, but with an entry in config.txt this can be increased to 1200mA" [link]
/boot/config.txt hozáadni ezt: max_usb_current=1
bár lehet a mostanikernellelfirmware-rel ez még safe_mode_gpio=4 paraméterként érhető el [link]Reboot közben nézd, hogy esik -e. Ja igen: a b+ már nem olyan betápáramkört tartalmaz, így ott valsz nincs akkora esés, mint a korábbi változatokon. A töltők meg sokszor főlé lőnek az 5v-nak.
[ Szerkesztve ]
-
azbest
félisten
szerintem, ha feltolod a hozzá passzoló rendszerképet a kártyára, majd a kernel paramétereket tartalmazó fájlban átírod (/boot fat partición), hogy ne a kártyáról hanem az sda1-ről induljon, akkor jó lehet. Arra viszont figyelj, hogy a kernel is a kártyán volt... abból lehet némi kavar, ha a kártyán lévő kernel és a hdd-n lévő kernelmodulok más verziójúak.
a raspbmc-nél van az, hogy egy megadott nevű fájlt elhelyezve a boot partición alapból az sda1-ről próbálja tölteni a rendszert?
Minden esetre csinálj backupot mielőtt megbűvölöd
[ Szerkesztve ]
-
azbest
félisten
válasz bambano #8760 üzenetére
Igen, az az
Van hozzá részletes wiki leírás is http://elinux.org/RPi_config.txt -
azbest
félisten
válasz schferenc77 #8762 üzenetére
Ha openelec, ott squash fs alatt van a rendszer, azt nem tudod csak úgy módosítani.
-
azbest
félisten
válasz schferenc77 #8764 üzenetére
Úgy látom a userdata mappában meg lehet adni [link]
Az openelec olyan mint egy set-top-box. Jobban bírja a gyűrődést, de nem lehet akárhogy módosítani (újra buildelés nélkül). A raspbmc pedig egy normál linux + xbmc. Az utóbbi könnyebben módosítható, de könnyeben össze is borulhat.
Az addonok közül lehet, ami nem megy arm eszközön. Az addonokat is lehet a rendszer összállítójának szerveréről (is) keresi, így más verzió lehet openelec alatt és más a többi rendszer alatt.
[ Szerkesztve ]
-
azbest
félisten
Van rajta scart vagy kompozit video bemenet?
Ha igen, akkor a pi kompozit kimenetével az összeköthető, csak a megfelelő kábel vagy scart-rca átalaakító kell. Ha jól emlékszem, akkor a pi alapból érzékeli is, hogy arra van kötve, de ha mégsem, akkor nemrég írtunk a config.txt-ről, ott kézzel is megadható hogy hdmi vagy kompozit kimenet legyen használatban. A pal és ntsc mód is választható.
-
azbest
félisten
Ahol olcsó
Egyébként, 12-13 eft körül vannak mostanában. Ha postai úton rendeled, akkor még 1500 forint körüli költsége lehet. Ha van a közeledben bolt, akkor személyesen megvéve megspórolhatod a postázást.
Egyébként az RS componenstől rendelve talán a legolcsóbb. [link] ez úgy 12eft körülre jön ki talán, de nem néztem meg alaposabban. -
azbest
félisten
válasz Proci85 #8770 üzenetére
Ja, akár az is. Ha még úgy számolják a rendelés díját, amint régebben, akkor (9253 + 1500) * 1.27 = 13656 körül jön ki. De eegy időben nem lehetett pi-t rendelni így automata módon, hanem csak magasabb áron kapcsolatfelvétellel.
Az első pi-met és hozzá a kamerát is rajtuk keresztül rendeltem régebben.
szerk:
nocsak, most látom hogy az itcafe is írt ma raspberry cikket [link][ Szerkesztve ]
-
azbest
félisten
válasz Proci85 #8775 üzenetére
Nem csak a fővárosban lakunk
" Budapest területén nettó 10000.-Ft feletti rendelés esetén igény szerint díjtalan másnapi kiszállítás. Nettó 10000.-Ft alatti rendelés esetén egyeztetés alapján.
Vidékre csomagküldéssel, 1500.-Ft szállítási és csomagolási költséggel, de nettó 30.000.-Ft. feletti megrendelés esetén díjtalanul." [link] -
azbest
félisten
válasz Neil Watts #8780 üzenetére
Ahogy nézem a plex zárt, binárian elérhető app.
Új hozzászólás Aktív témák
- Lenovo Thinkstation (Workstation) P500 upgraded CPU, GPU, RAM + DELL monitor + billentyűzet + egér
- Dell Optiplex 3070, i5-9500T, 8GB RAM, 250GB NvME SSD, áfás számla, 1 év garancia
- Dell Optiplex 7050 Micro, i7-6700T / 16GB RAM, 240GB SSD, áfás számla, 1 év garancia
- Intel NUC mini PC - NUC7i3BNH, i3-7100U, 8GB RAM, 120GB SSD, áfás számla, 1 év gari
- Intel NUC Kit NUC8i3BEH - Mini PC, i3-8109u, 8GB RAM, 120GB SSD, áfás számla, 1 év gari
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs