-
Fototrend
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
válasz
lehella
#11393
üzenetére
Azért érdemes lenne rámérni terhelés alatt. Egy másik fajta 1 dolláros (apple -t utánzó kinézetű) tápnál 500mA felett elszállt a feszültség, mert nem volt benne semmi védelem, a régi pi-n mértem használat közben és 7V-nál sikerült kirántani a dugót,de folyamatosan emelkedett. Egyik példány pedig felrobban a konnektorban, mert a villás rész nagyon könnyen ki tud ugrani és kolléga valsz a szokásos erős és nem értelmes módon nyomta bele a gyerekzáras elosztóba, amitől beugrott és zárlatos lett. Ez mondjuk külsőre egy fokkal jobb, de lehet az elektronika ebben is minimalista.
Az alis töltő samu utánzatnak tűnik [link], a képen annak az eta-u90ewe azonosítója látszik. Itt vannak képek egy leégett klónról [link].
-
azbest
félisten
Korábban nem hallottam még olyan kábelről
Viszont most próbálgatás közben tapasztaltam különbségeket a sajátjaimmal:
- Kinlde mellé kapott hosszú fehér kábellel alacsony feszültség figyelmeztetést* kapok egy tv tuner bedugásakor. Ott lett gyanús, hogy boot után nem volt elérhető a /dev/dvb.
- Olcsó kínai 1 dolláros usb kábel, kukás narancs színben: Be sem bootol vele.
- Vastag és relatíve rövid usb kábel, amit a zte v967s telefonomhoz kaptam: tunerbe dugdosás közben sem panaszkodik.
Tápegységnek egy mk808b android stick tápját használtam, amire 2A van írva, úgy tűnik tudja.Kipróbáltam egy jó nagy méretű, nehéz és robosztusnak tűnő 2.1A+1A Orico tápot. A kindle kábellel is pislog a figyelmeztetés alapból, nem tudja a ráírtakat adni.
*:figyelmeztetés a tápra: lassan ki-be kapcsol a piros led. Kis szivárvány négyzet a képernyő jobb felső sarkán (+ és 2 verzióknál van, a régi rev1-2 nem tud ilyet).
-
azbest
félisten
Most, hogy szóba került az openelec, picit nyomogattam már az 5.0.5-öt. Úgy látom ha nem egérrel használjuk, akkor teljesen felesleges kikapcsolni a gui fps limitet, mert billentyűvel / távval lépegetve nem érzékelhető.
Kipróbáltam szoftveres módban mpeg2 és vc1 tömörítésű 1080p tesztvideókat és leesett az állam. A cpu terhelést nézve közben úgy tűnt, hogy csak azért akadozik rajta, mert jól dobja szét több szálra. Az nem ment maxon minden mag, de saccra 10ftp felett volt így is.
A licenszet is szoktuk emlegetni, most vettem az előbb a 2B pihez.
A https://www.raspberrypi.com/ oldalon lévő hivatalos licensz boltbanfizetés után azonnal letölthető már a kulcs, így néhány perc alatt beszerezhető.
3 éve még volt 1-2 nap átfutási ideje, lehet akkor még nem volt automatizálva.
~1500 forintot megér, hogy ezt is tudjaszerk: benéztem, alapból még csak egy dummy pdf-et tesz be és majd később emailezik az igazit
Viszont évek múlva is letölthető, ha elvesztenénk a példányt.
szerk2: inkább megyek aludni, mert nem vagyok formában, a régi licensznél is csak dummy pdf van, szóval jól el kell tenni azt az emailt amiben kiküldik az igazit -
azbest
félisten
válasz
lehella
#11380
üzenetére
Idulás után egy darabig 900-at láttam én is, de utána beállt 600-ra. Ha közvetlenül indulás után nézte, akkor lehet éppen dolgozott valamin, vagy frissítette az adatbázisát, stb. Nekem szerkesztés után is maradt 600, igaz nem fut semmi extra, csak feltettem az 5.0.5-öt egy kártyára és elindítottam.
Ha a gui rajzolás fps limit ki van kapcsolva, akkor lehet az nagyobb terhelést okoz.
(#11381) sanzi89
Ahol kikapcsolod a feliratot, ott alul van olyan hogy beállítás alapértelmezettként, az nem segít? -
azbest
félisten
válasz
lehella
#11378
üzenetére
Ha esetleg gyengébb minőségű / hosszabb a hdmi kábel, akkor lehet nem megy át elég táp, hogy rendesen tudjon válaszolni a tévében lévő edid elektronika. Kikapcsolt (áramtalanított) tévével is érdemes lehet megnézni, hogy akkor mit érzékel. Ha akkor is dvi-nek hiszi, úgy kábel minőség vagy esetleg tévé firmware bug is lehet. Persze, ha más probléma nincsen és a config txt fixálás beválik, akkor nem feltételn érdemes tovább kutatni, csak ne felejtsd el megint beállítani, ha újra írod a kártyára a rendszert
Kábel gyengeség esetén talán van egy olyan opció is a config txt-ben, ami magasabb jelszintre állítja a hdmi kimenetet... bár a hdmi tápot ez szerintem nem befolyásolja.
config_hdmi_boost -
azbest
félisten
nálam házban futtatva, 0 közeli terheléssel 41.2 C a parancs kimenete
/opt/vc/bin/vcgencmd measure_tempTerhelve nem néztem még, de ha 100% mellett így melegszik, akkor már erősen ajánlott a borda.
JamesH ezt írta a fórumukban: [link]
"No, you cannot void the warranty by making it work hard. The chips themselves are capable of going well over 100c without any real damage but will automatically throttle themselves at 85."A config -ban lehet megadni más értéket is hozzá
temp_limit=80 #Will throttle to default clock speed if hit. [link]
Ha jól emlékszem úgy alapértelmezett frekvenciára állHa viszont force_turbo-val megy, akkor egyrészt a garancia bitet kiüti, másrészt úgy valószínűleg nem vált vissza alacsonyabb frekvenciára.
-
azbest
félisten
válasz
lehella
#11352
üzenetére
Arra tippelek, hogy a pi nem tudja időben kiolvasni a tévéből az EDID paramétereket és azt hiszi nem tud hangot / dvi módban akarja használni.
A /boot fat partición (amit win-re dugott kártyaolvasóval is lehet látni) a config.txt-ben esetleg a hdmi kimenetet kézzel meg kell adni, hogy mindig azt használja, mindig hdmi módban, adott felbontáson és hangot is adjon ki rajta. Most nem tudom megnézni pontosan hogyan kell, de a hivatalos wiki oldalon azt hiszem fenn van minden infó.
lehet csak ez a rész kell
"Normal HDMI mode (Sound will be sent if supported and enabled)"
hdmi_drive=2Lehet hogy openelec felületen is lehet ilyen szerkesztés csinálni, úgy dereng hogy talán a programok részen volt beéptett addon hozzá. Szóval lehet a felületen is beállítható és újraindítás után már alkalmazódik.
Szerk:
hétvégén megpróbálok egy kezdetleges összefoglalót készíteni, valószínűleg először egy blogpostként teszem ki, hogy tudjatok véleményt és javaslatokat írni rá, de ne zavarja az itteni technikai kérdéseket olvasókat. Ha kialakul letisztul a dolog, akkor pedig törlöm a blogpostot és átkerül ide az összefoglalóba -
#11350
azbest
félisten
KillahHornet
#11347
azbest
félisten
válasz
KillahHornet
#11347
üzenetére
Alapból menti a beállításait, csak lehet nem rögtön sync-eli a kártyára. Szóval az a legbiztosabb megoldás, ha előbb a menüben nyomsz egy kikapcsolást neki és amikor végzett, akkor áramtalanítod.
Az elképzelhető, hogy valahogy átkonfigolható azonnali írásra bufferelés nélkül, de az biztosan visszafogná a felület gördülékenységét. Mondjuk a konfigolás itt a csak olvasható alaprendszer miatt valószínűleg mégsem triviális. Szóval lehet nem vagy sokkal előrébb vele, de a szabályos leállítást a legbiztosabb megoldás.(#11349) cigam,
az a fajta ami csak kellő távolságra felette van szerintem is jó lehet 2B-re is, hiszen sokkal nagyobb a ventilátor, mint a chip, csak úgy nagyjából van felette. Ott van probléma a házakkal, ahol a borítás hűtőbordának van használva, mert ott rossz helyre érne. Gondolom azokat a házakat fémből csinálják. -
-
azbest
félisten
válasz
bzsolt99
#11160
üzenetére
system - settings - video
alul settings level: advanced vagy expert
acceleration menüpont előjön
limit gui updates when playing video: offrendszer - beállítások - video
alul beállítás szint: haladó vagy profi
gyorsítás menü előjön
limit gui updates when playing video: off (nincs lefordítva) -
azbest
félisten
válasz
vzoltan
#11105
üzenetére
Nem, ez így nem jelenti azt, hogy nem armv7-es. Az alapértelmezett konfigurációnál van így. Ránázásre nem tudom megmondani az image fájlt nézve sem, nem bootoltam be.
A config.txt-ben megadható más néven is a kernel. Ezesetben úgy látom initramfs van megadva. Lehet, hogy ha nem talál kernel7-et és nincs más megadva, akkor fallbackel a kernel.img-re.
A cmdline.txt-ben pedig kernelnek szóló varázslat van.
A dokumentáció lehet nem a legfrissebb, a kernel opciók meg függhetnek attól is, hogy milyen kernelről van szó.
-
azbest
félisten
válasz
vzoltan
#11103
üzenetére
Tudja bizony, ahogy futólag láttam a /boot-ban vannak fájlok külön a sima, a +-os és a 2-es változatokhoz. Kernelből is külön van az 1 és 2 fajtákra és tudja hogy kernel.img vagy kernel7.img kell az adott hardverhez és persze a kernel modulokból is két féle van.
Hízott is a rendszer, 4GB-os kártyán frissítéskor kifutottam a szabad helyből.
Viszont a userspace úgy van belőve, hogy armv6-os legyen alapértelmezetten például a gcc-vel készült bináris. tvheadend build után megnéztem, hogy mi lett az eredmény és láttam, hogy a régi pi-re célzott. Így az sd kártya áttehető régi pibe is és elvileg működik azon is.
-
azbest
félisten
válasz
Jim Tonic
#11095
üzenetére
A banana pi allwinneres, abból pedig van még olimex, cubieboard, hummingbird és sok más klón amelyeknek olyan kérdéseik, problémáik vannak, ami csak az allwinneresekre jellemző. Ezért gondolom, hogy jobb a kártyapécé topic, mert ott azokról is szó van [link]
Sajnos android, suse vagy xubuntu sincsen még raspi-re. Talán a raspi2-vel lesz nyitás ebbe az irányba is.Szerintem a más Soc-ra épülő rendszerekkel annyiban közös a raspberry pi, hogy linux futhat rajtuk is
Ami még közös lehet, hogy raspbian-t más soc-ra is felhekkelték. Ha valaki raspbian specifikus kérdést tesz fel, akkor valsz itt is választ kaphat, de ha banana vagy más boardos kérdésként teszi fel, pláne ha nem is raspbian-ra gondol, akkor az itt erősen off topic vagy általános linux kérdés -
azbest
félisten
válasz
Jim Tonic
#11078
üzenetére
Mi tudjuk, hogy nem desktop szintű, de sokan beveszik a 35 dolláros számítógép szöveget
Munkahelyen van ODROID-X2, ami a mostaniak közül az U3-nak felel meg. Papíron nagyon erős, 4 magos, 1.7GHz és 2GB ram. Aztán, amikor egy bemutatóhoz felpakoltam rá pár dolgot, akkor a hajamat téptem, mert kegyetlenül belassult. Valószínűleg a dizájnosabb ubuntu rendszer és az sd kártya volt az oka. Még normálisabb video drivert is telepítettünk, mert kellett a demóhoz a webgl*. Valószínűleg az emmc modul sokat dobott volna rajta, mert mintha a lemez io is okozott volna beakadásokat. Nem tudom mennyit fogyaszthat egy openoffice vagy pár tabos böngésző, de azzal már feszegetheti a memória méretét. Ha pedig elkezd swappelni, akkor az erősen visszafogja.
*: pont az volt a cél, hogy látványos legyen. A pici boardon hogy futnak a 3d effektes webgl oldalak. A nem szakavatott szemnek így próbáltuk mutatni, hogy a WebKit böngészőmotorba milyen fejlesztések voltak. A legtöbb komoly fejlesztés nem olyan látványos, hogy betérő érdeklődő felfogja mennyit számít.
-
azbest
félisten
válasz
bambano
#11074
üzenetére
Desktopra szerintem sem ideálisak. Elég csak belegondolni, hogy 512M-1GB-2GB memóriával vannak esetleg felszerelve, miközben a pécéken 2-4GB már van, hogy kevés. Így desktop alkalmazásokat futtatni döcögős lenne. Ekkor még nem is beszéltünk arról, hogy elég gyatrán használják ki grafikus chip képességeit desktopon, mert nem szempont a régi X rendszerhez drivert írni. Aki meg mégis arra használná, az várja a waylandet mint a messiást
[link]Összehasonlítás alatt egyébként arra gondoltam, hogy egy jól kitalált és megismételhető tesztsorozattal lehetne egyértelmű választ adni arra, hogy melyik feladatra melyik jobb és melyik rendszerrel.
-
azbest
félisten
válasz
smallmer
#11072
üzenetére
180 dolcsi + szállítás + áfa [link]
8 mag, azon sincsen natív sata és a lan is ugyanoyan usb-s smsc chipre épül, mint a raspberryben.A banana natív satája előny lehet, ha merevlemez intenzív feladatra használod. Egyszer jó lenne látni valami korrekt összehasonlítást ezekről, csak ritka hogy valakinek többféle is legyen.
A 4 magos pi-t is kaphat egy esélyt, sokat számít, hogy már nem kevés a procija.
-
azbest
félisten
Ha jól emlékszem a pi kamera megjelenés napi rendelésnél pl felhívtak, hogy valsz késni fog és úgy is fenntartom-e. A másik kb 3 rendelésemnél pedig szépen simán lezajlott és jött a mail, amikor átadták a futárnak
A wireless-bolt volt még olyan, aki pedig minden rendelés után egyeztetett telefonon is, mielőtt elküldte.Haver mesélte, hogy a NAV-nál mikor intéznie kellett valamit és a megyei központi számot hívta, felkapcsolták a megfelelő osztályra, ott pedig megkeresték azt az ügyintézőt, aki az elektronikusan beadott űrlapját feldolgozta. Na ez a kiszolgálás, mindenkinek van egy saját állami adóügyintézője
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
azbest
félisten
válasz
bambano
#10984
üzenetére
Például nekem is volt ilyen tapasztalatom. Az sd kártyákra nagyon finnyás volt a régi firmware, gyakran nem írta ki az adatokat mielőtt kikapcsolt és korrupt lett. Másrészt a pi kártyaolvasója nem támogatja a gyorsabb módokat, fix 3.3V-os. Közben meg az sdhc és az sdxc, uhs szabványok 1.8 v-on engedik a gyorsabb működést. [link] Az odroid-c például támgoatja az uhs módot is
Másrészt valsz a kernelben lévő driver is máshogy kezeli az mmcblk eszközöket mint az sdX-eket
A gyorsabb esélyes, a tartósabb az más kérdés... max ritkábban hullik szét a fájlrendszer
Bár a rev2 B nálam kiderült, hogy hardverhibás, szóval az a panaszom nem mérvadó.szerk, SD 3.01 spec 15ödik oldal [link]:
Bus Speed Mode (using 4 parallel data lines)
(1) Default Speed mode: 3.3V signaling, Frequency up to 25 MHz, up to 12.5 MB/sec
(2) High Speed mode: 3.3V signaling, Frequency up to 50 MHz, up to 25 MB/sec
(3) SDR12: 1.8V signaling, Frequency up to 25 MHz, up to 12.5MB/sec
(4) SDR25: 1.8V signaling, Frequency up to 50 MHz, up to 25MB/sec
(5) SDR50: 1.8V signaling, Frequency up to 100 MHz, up to 50MB/sec
(6) SDR104: 1.8V signaling, Frequency up to 208 MHz, up to 104MB/sec
(7) DDR50: 1.8V signaling, Frequency up to 50 MHz, sampled on both clock edges, up to 50MB/secJó párszor változtattak már az raspi sd csatoló sebességén, az újabb kernelekben is más értékről osztanak vissza. Igazából simán lehet, hogy nem is szabványos az a sebesség, amit 3.3V mellett beállítottak [link]
-
azbest
félisten
Azért vannak még bajok a pi2-vel, most olvastam éppen, hogy az órajelek vezérlésénél elcsesztek valamit és emiatt előfordul, hogy turbó sebességgel megy úgy, hogy a lassúhoz való feszültséget használja. Pár órás komment popcornmix-től.
Pi2 normally runs at 600MHz @ 1.2V when idle, and 900MHz @ 1.3125V when busy.
It may limit the busy freq/voltage when under-voltage or over-temperature is detected.There was a bug where the normal turbo request when busy and the under-voltage / over-temperature could combine and leave Pi2 at 900MHz @ 1.2V which may well crash. [link]
Az ideiglenes megoldás manuálisan felmásolni a javított fájlokat
just a guess, but can you try downloading:
github.com/raspberrypi/firmware/raw/master/boot/start_x.elf
github.com/raspberrypi/firmware/raw/master/boot/fixup_x.datand replace start.elf and fixup.dat (renaming from start_x.elf and fixup_x.dat) on the boot partition of sdcard. [link]
(#10980) obalix:
dehogy... a fórumban még popcornmix is ezzel reagálta le elsőre az sd kártya korruptáló pi2 hibákat a fenti idézetek kapcsán, aztán csak kiderült, hogy firmware bug. A sima B fogyasztása a gagyi tápáramkörével valsz több, mint a 2B verziójé.Ahogy nézem a raspbian már az újat használja (apt-get upgrade), mert a hétvégi frissítés cserélte a firmware fájlokat is. De az openelec 5.0.3 még valsz régebbi.
-
-
azbest
félisten
válasz
Jim Tonic
#10949
üzenetére
Ha jól láttam a raspbian-ban két kernel van, egy armv6 (kernel.img) és egy armv7 (kernel7.img). A rendszer többi része meg marad armv6. Szerintem ha meg akarják tartani, hogy közös rendszer legyen a két generációra, akkor ez így fog maradni. Aztán persze hamarosan szerintem igazi debian vagy kifejezetten v7-re optimalizált külön verziók is várhatóak.
#10970) mobal :
szerintem már javították is. Nálam 927MB a totál. A hétvégén jött egy 344MB-os frissítés a raspbian 01.31-es verziómra.
sudo apt-get update
sudo apt-get upgrade8GB-os kártya minimum. Előtte 4-esen volt még a rendszerem és nem volt elég a hely a frissítéshez.
-
azbest
félisten
válasz
Blaise
#10924
üzenetére
Jövő héten nyakunkon a kínai holdújév, amikor 2-4 hét szabira is elmehetnek a munkások. Szóval márc 15 előtt annyira nem érdemes erőltetni a kínából rendelést... sőt akár márc végig sem a feltorlódott rendelések miatt. Dolgoztam már kínai kollégákkal távolról, tényleg eltűntek hetekre
(#10925) obalix
a legtöbb B+ ház kompatibilis a 2B-vel. Azok nem passzolnak, ahol a ház egyben hűtőborda is, mert máshova esnek a chipek. -
#10913
azbest
félisten
DonThomasino
#10912
azbest
félisten
válasz
DonThomasino
#10912
üzenetére
a raspi-config -ban van külön menüpont erre, nem kell ismerned a pontos linux parancsot sem hozzá
-
azbest
félisten
Kép beillesztésénél a ph képfeltöltőjét is használhatod, ami automatikusan csinál előnézeti kisképet.
Nem ragasztottad oda a kártya bedugását érzékelő pöcköt is? vagy esetleg szennyeződés miatt nem érnek össze azok az érintkezők (piros karika).
Megpróbálhatod úgy, hogy összezárod azt a két érintkezőt a nyákon a sárga karikánál.
Mondjuk a képen mintha kis égésnyom lenne ott.Ja látom ez nem saját kép, csak példa. -
azbest
félisten
válasz
LLKobe
#10893
üzenetére
Igan, csak usb-n lehet rádugni és ha desktop winyót akarsz használni, annak saját táp kell. Ha két rádugott winyórl van szó, akkor gyanítom, hogy 15MByte/másodpercnél nem nagyon várható több a köztük való másolás sebességére. Egy usb-n osztozik egy hub segítségével a 4 usb csatalkozás. A winyókat az új már képes 30MB/s -sek használni, de ha egyszerre ketten dolgoznak (pl átmásolás) akkor valsz ez feleződik, mert osztoznak a sávszélességen.
-
azbest
félisten
A kivonat olvasásánál ránézésre kb a könyv 2/3-a hozzáférhető. Általános alapozónak tűnik sok kapcsolódó területtel. Ha nincsenek programozási és/vagy elektronikai ismereteid, akkor még akár jó kedvcsináló is lehet. Ha jól láttam, akkor teljes projektek le vannak vezetve benne. Hogy érdemes-e megvenned, azt neked kell eldöntened a kivonat alapján
Rám ilyesmi ismeretek úgy ragadtak, hogy sok évig mindenfélét olvasgattam a neten és a könyvtárban, meg próbálgattam ezt-azt. Ja és persze valami ragadt rám az iskolákban, meg a munkám során is
-
#10883
azbest
félisten
wassermann
#10881
azbest
félisten
válasz
wassermann
#10881
üzenetére
3) más driver kezeli a kernelben. Az sd kártyánál sokféle paraméter lehet, amit ha nem kezelnek elég rugalmasan, akkor adatvesztése lehet. Ilyen pl a kártya órajele ([link]), ddr vagy sdr módja, feszültsége is többféle lehet. Eleve többféle verziója van már a szabványnak. A sok paraméter együtt határozza meg a sebességet. Az usb-nél meg valószínűleg van a mass storage eszköz, ami talán túl sokat nem változott mostanában.
Adatvesztés szempontjából az sem mindegy, hogy azonnali írás vagy bufferelés van megadva. Win alatt esélyes, hogy a kártya és a pendrive is azonnali írásra van konfigolva, de linux alatt ez eltérő lehet. Lehet, hogy pendrive esetén is veszik adat, csak talán nem írás közben, mert a bufferelés miatt kevesebbszer csinálja.
-
azbest
félisten
válasz
vargalex
#10867
üzenetére
A NOOBS az ilyen simán fat formázott kártyára felmásolós, indítás után az fogja megvarázsolni a normál rendszert. Én mondjuk sosem használtam, mert jobban szeretem a rendszerképes kiírást.
(#10865) Blaise
hát akkor próbáld újra, de ne feledd szabályosan leválasztani a kártyát a pécéről másolás után, mert különben lemaradhatnak adatok. Ha úgy sem megy, akkor próbáld meg a szimpatikus rendszert kép formában letölteni és az kiírni a kártyára. -
azbest
félisten
válasz
Blaise
#10862
üzenetére
A sorvégjelek miatt arra tippelek, hogy valami olyan programmal másoltad a helyére a noobs fájljait, amelyek automatikusan konvertálják a linux-windows sorvégeket. Formázd / töröld a kártyát és másold rá ahogy kell.
De persze táp is lehet (ha nem eredeti ipad töltő például, akkor töredéket tud csak leadni). Vagy a kártyával is lehet probléma.
-
azbest
félisten
válasz
Blaise
#10849
üzenetére
A B+ és a 2B közt a chipek elhelyezkedése a különbség. A csatlakozók ugyanott vannak. Szóval azok a B+ házak, amelyek egyben hűtőbordaként is működnek, tehát a tetőből beáll egy fémdarab a chipbe, azok nem jók az új píhez. A sima házakkal nem szabad, hogy probléma legyen, mert minden csatlakozó ugyanott van.
-
#10824
azbest
félisten
wassermann
#10818
azbest
félisten
válasz
wassermann
#10818
üzenetére
Első benyomás a tvheadend-del nagyon pozitív a raspi2-őn. A kulcslépéseket igyekszem összegyűjteni itt egyelőre (még nem végleges).
Igaz, még csak kezdek belejönni, egyelőre csupán egy tuner van rákötve és még a kártyaolvasós bugot sem teszteltem. Az biztos, hogy egy tévéadás streamelése a tabletre éppen csak megmozgatja az egyik magját.Úgy látom a raspbian alapból úgy van beállítva, hogy a régi és új pi számára is használható binárisokat fordítson. A rendszer is armv6-os, csak a kernelben lehet különbség.
A frissen fordított és telepített tvheadend még armv6-os rendszerű a parancs kimenetelének vége alapján:
readelf -a -W /usr/bin/tvheadendSzóval a raspi2 még közel sem teljes sebességgel dolgozik, mert a raspbian rendszeren nincs kihasználva az armv7+neon utasításkészlet. Az utóbbi pedig transzkódoláshoz is elég jó teljesítményt adhat. Egyébként láttam nyomát a weblapjukon, hogy valaki dolgozik a raspi video encoderének transzkódolásra való használatán. Ez annyit jelentene, hogy például egy tévéadást szinte proci terhelés nélkül képes lehet átkódolni kisebb sávszélességűre (pl ha távolról mobilneten át néznénk rá a műsorra).
-
#10821
azbest
félisten
wassermann
#10820
azbest
félisten
válasz
wassermann
#10820
üzenetére
A múltkori vakuzós hivatalos blogpostban Liz azt írta, hogy ugyanazon a britt gyártósoron készülnek, csak a megrendelő által választott alkatrész tekercseket cserélgetik attól függően, hogy kinek készül (farnell / rs).
Ránézésre a nyákok is mintha picit más színárnyalatúak lennének a képen, szóval akár más is gyárthatta. Arról nem hallani, hogy azt ki gyártja."I think RS and Farnell are using different HDMI adaptors, and different CSI and DSI ports. (It’s to do with where they could each get the best deals on components.) There are no mechanical differences, but there is a cosmetic difference. They’re still being made on the same line: on RS days, different reels are used from the reels used on Farnell days." [link]
btw, a tvheadend buildet elég kellemesen megdobja ha 4 szálon csinálom
A régi pi-vel a pécével besegített elosztott fordításnak is a pi volt a szűk keresztmetszete, mert nem tudott elég feladatot adni a pécéknek. Persze tudom, ez csak játék, mert a kemény arcok arm chrootban buildelnek pécén -
#10816
azbest
félisten
wassermann
#10814
azbest
félisten
válasz
wassermann
#10814
üzenetére
Egészen gördülékenynek tűnt. Valaki csinált róla videót is [link]
Nálam is gördülékenynek tűnt, de időnként kicsit beakadt. Ezt lehet, hogy az akkor használt tápegységem okozta. Meg egy kifejezetten lassú sd kártyám van most csak kéznél.
-
#10789
azbest
félisten
lord.lakli
#10787
azbest
félisten
válasz
lord.lakli
#10787
üzenetére
dobtam nekik egy mailt, de ezeket ignorálni szokták. Tàrgyi tévedés nem szempont.
-
azbest
félisten
válasz
Blaise
#10768
üzenetére
Jaja, hát ez ilyen. Van gyors meg van olcsó, jobb esetben. Néha csak lassú drága van
vzoltan: hát talán igen talán nem. Mivel az ifra fényerővel van összefüggésben, így valsz valamennyit segít rajta a homályosan áttetsző is. De szerintem célszerűbb magát az u16 csipet közvetlenül árnyékolni, az a tuti. Azt is csak azért, hogy biztos le okozzon stabilitás problémát. Van a hdmi mellett egy másik fényes felületű szintén árnyékolás nélküli chip, csak az nem a prociba van bekötve, hanem ránézésre a hdmi-vel kapcsolatos.
-
azbest
félisten
válasz
Blaise
#10760
üzenetére
Jól néz ki, bár ebayen azt is 2500 huf körül látom.
A nem átlátszók közül a legolcsóbb kb 1000 huf körül talán ezek:
Úgy látom átlátszó is van:
Elfogadhatónak tűnnek. A B+ és a Pi2 elvileg belemegy ezekbe. Azoknál a B+ házaknál lehet probléma, amelyekben spéci hűtési megoldások vannak, mert a chipek elhelyezkedése változott. Ezek csak körbefogják és a csatlakozók nem változtak.
-
-
#10759
azbest
félisten
wassermann
#10753
azbest
félisten
válasz
wassermann
#10753
üzenetére
A nyák felüli oldalon védtelen az alkatrész, mert arról csupasz. Méret és súly spórolás miatt használnak mobilokban ilyet. Ha gyárilag alányomnak egy kis helykitöltő/hővezető anyagot, amit tán más chipeknél is szoktak, akkor az lefedi annyira, hogy ne okozzon bajt. Utólag meg oda lehet festeni / nyomni valamit. Szóval szerencsére ez könnyen orvosolhatónak tűnik.
-
azbest
félisten
válasz
attila666
#10717
üzenetére
Egyik kollégám lehet kipróbálja a dvb-c tunerjével. A raspi1 procija kevés volt a driveréhez (vagy bugos volt armv6-on). Neki Sundtek DVB-C és hauppauge 1900 valahányas van, de pi1-gyel egyik sem volt jó.
A kínai üdvöskéhez meg kell még kiforrott driver linuxra, mert a dvb-c rész még nincs a hivatalos kernelben [link]
-
azbest
félisten
válasz
Blaise
#10713
üzenetére
Hát,
most rendeltem két 16GB-os microSd uhs-I kártyát. Igaz ez saját márkás taiwani, régebben sandisket, kingston-okat meg adatákat vettem az eladótól. Gondolom a saját márkás cuccuk sem rossz, árban meg a mymemory alatt van [link]. A raspi nem tudja kihasználni az uhs sebességet, de gondolkodom odroid-c1-en is, ami meg tudja.
Odroidhoz microHDMi-HDMI átalakítót [link]
micro USB kábeleket is szoktam, telefonokhoz, pihez... [link], vagy máshoz miniHDMi-hdmi átalakítót [link]
USb A-B kábel hub-hoz vagy kvm switchhez.
Usb hangkártya (cmedia), ha valamiért több csatornás analóg, vagy spdif ki-be menetek kellenének [link]
USB 2.0 to TTL UART 6PIN Module Serial Converter [link]
Esetleg valamilyen optocsatolós 2-8 portos relét [link]
IIC/I2C/TWI/SPI Serial Interface Board Module Port For Arduino 1602LCD Display [link] meg persze magát az 1602 kompatibilis karakteres kijelzőt. A kiegészíytő kártyával megbízhatóbb lehet a működése, mint gpio-ról közvetlenül, mert érzékeny az időzítésekre. Egyben is lehet kapni a kijelzőt és a serial modult, de úgy általában drágább.
HDMi ->VGA + audio átalakítót [link]
DVB-T tunert [link]
gpio-hoz kábeleket, hdmi switch ha a géped monitorával osztozna a pi.
szenzorokat, kijelzőpket... bármit amit a magyar raspi témájú webshopokban is kapni, csak féláron.
Audio-video kábelt a jack aljzathoz.Meg sokminden mást, ami nem kapcsolódik a témához
-
azbest
félisten
válasz
Blaise
#10711
üzenetére
Az olcsó wifik sokszor realtek rtl8188 vagy ralink 5370-es chipsetre épülnek. Mindkettő működik elvileg vele (disztribúciónként változó volt, hogy melyiket kezelte jobban). [link]
Saját tapasztalatom szerint a realtek az kevesebbet fogyaszt.
Bluetoothól évekkel ezelőtt vettem párat, abból akkoriban előfordultak hamis chipsetre épülők. Működtek, végülis nem volt rá panaszom, csak mivel mindnek ugyanaz volt az azonosítója, így egymás hatókörében összeakadtak, ha több példány ment egyszerre. Amúgy valsz bármi megy, amihez nem kell külön driver.
-
azbest
félisten
Úgy látom tettek ki teljesítménnyel kapcsolatos blogpostot, meg látni már fogyasztási eredményeket is.
-
-
azbest
félisten
Na megvolt az első fagyásom a pi2-vel. Friss raspbian alól nyomogattam a grafikus felületet, böngészőt, mindkraftot... majd csontra fagyott pár másodperccel később, hogy elindítottam a tégi pi.hez készült hőmérséklet kiolvasó scriptemet. Pár értéket kiírt pedig. A böngészlől egyébként teljesen gördülékenynek tűntek, csak időnként megálltak gondolkodni... olyankor láttam a zöld ledet, ami azt hiszem a háttértár aktivitálst jelzi talán. Igaz ez csak class4-es kártya. Normál SD -ből van még pár, a micro sd-imet meg android kütyükben használom, úgyhogy rendeltem is taiwanról két 16GB-os gyorsabb kártyát.
-
#10666
azbest
félisten
schferenc77
#10665
azbest
félisten
válasz
schferenc77
#10665
üzenetére
a pi sorozatszáma alapján adták a kódot, így csak azzal működik, amihez kérted.
Olyat persze lehet, hogy több kódot is felsorolsz, ha több pihez vettél licenszt és ki tudja választani a sajátját. Ez akkor érdekes, ha egy kártyát több pivel használsz. -
#10651
azbest
félisten
DonThomasino
#10650
azbest
félisten
válasz
DonThomasino
#10650
üzenetére
Az SDHC-vel nem hiszem, hogy gond lenne, mert a 8GB feletti kártyák általában már ilyenek. Az SDXC már kédéses (32GB-tól jellemző, de van átfedés a méretek közt). AZ UHS-t nem támogatja szerintem.
(#10644) vargalex: nekem is megjött a mail, hogy holnap jön a futár vele, kerek 13500
-
azbest
félisten
válasz
HuMarc
#10601
üzenetére
Nem véletlen, hogy a pi-n kívül kb minden kiegészítőm kínából rendeltem ebay-en keresztül
Ha meglesz a pi, akkor adok neki még egy esélyt, mint házi tv szerver / settopbox. De erős a kísértés egy odroic c1-re is. Bár ez csak hobbi, mert a mostani notebook teljesen jól ellátja a feladatot.
-
azbest
félisten
válasz
golya87
#10598
üzenetére
Nem az fdh-tól rendelted
Az oldalukon a raspi link átdob a farnelhez, ahol a cikkszámot kimásolva és az fdh.hu oldal gyorsrendeléséhez bemásolva rendelnél a magyar fdh-tól. Te közvetlenül a britt farneltől vetted meg. angol számlát kapsz.
Az fdh-n kersztül magyar a számla és gls futár hozza.
-
azbest
félisten
válasz
azbest
#10531
üzenetére
Ahogy írtátok, benézem a lábkompatibilitást.
Közben futólag néztem ezt-azt... úgy látom a windows az kb arra lesz jó rajta, hogy .net-ben lehessen olyan programokat írni, amiket egyébként python-ban vagy c-ben szoktak linux alatt. Például hőmérő szenzor kiolvasásához, fogsz egy visual studio-t és ott összerakod majd deplojolod a IoT windowsra, aztán az serviceként vagy konzolos progiként elfutkorászik. Szóval azt hiszem a "tyű, lesz rá Win 10 ingyen és 10 eft-be semkerül" indexes hír némileg hurrá optimizmus, valójában még a win rt-hez sincs köze.
-
azbest
félisten
válasz
Benoe77
#10530
üzenetére
Mivel nagyon nem változik, a soc meg lehet lábkompatibilis a régivel, így csak a soc árkülönbözete számít. Az alapítvány igen szép tartalékot képezett a korábbi szériák eladásából, szóval simán beleférhet pár dolcsi különbség az árba
A külön codec-ekről nem olvastam még, de gondolom majd ez is ugyanúgy licenszelős lesz és nincs benne az alapárban. (mpeg2, vc1) A dts / dolby licenszelést megoldhatnák.
-
-
azbest
félisten
válasz
golya87
#10513
üzenetére
Erre kíváncsi leszek. Eddig a Win RT változatot nem lehetett külön megvenni, telepítő sem volt elérhető hozzá. Csak előtelepítve volt, az meg az sd kártyás pi-nél nem értelmezhető
Ja és itt ne a teljes értékű win-re gondolja, mert arm-on a desktop mód nem elérhető az x86-os programok számára.Az armv7 újabb és tudja futtatni a régi armv6 architektúra binárisát is. Tehát a bootloader frissítésével meg talán pár apró módosítással simán futhat a raspbian azon is. Viszont ha nem akarnak két külön rendszert fenntartani, hanem egy közöset akarnak továbbra is, akkor a régebbi képességéhez kell igazítani a fordítást => armv6-os kell legyen a hivatalos kiadás. (a banán pi-re hekkel rasbian is v7es procin futtatja a v6os binárist).
Az általános distrok kapcsán: azért raspbian a rendszer és nem debian, mert a debian armv5 és armv7-et támogat. Az 5 gondolom túl régi, a 7-et a régi pi nem tudta, így kellett egy forkot csinálni és 6-ra fordítva ez lett a raspbian. Viszont az új pí esetén elég könnyen bekerülhet a támogatás a hivatalos debian-ba is, szóval nem feltétlen kell függeni az alapítványi kiadástól, ha ez így lesz. A hibák javításánál is előny lehet, ha több cég is áll mögötte.
Egyébként megint jó nagy hantás az alapítvány... mindig letagadják a kiadásig az új hardvereket, hogy a régi eladásai ne csökkenjenek
Ja mondjuk ezekről ír a linkelt blogpost is csak még nem jutottam a végére
-
azbest
félisten
válasz
golya87
#10508
üzenetére
mivel broadcom, a video nem kérdés, hogy videocore 4. Szvsz első ránézésre csak lecserélték a soc-ot 4 magos újabb verzióra. Valamint ha armv7-es, akkor a hivatakos rendszer kompatibilitási okokból arm v6-ra lesz buildelve. Viszont az armv7 miatt eséjes lehet, hogy a 2est a normál általános disztribúciók is támogassák.
-
-
azbest
félisten
válasz
MaCS_70
#10418
üzenetére
Ha nem írtad el az id-ket, akkor nem valószínű, hogy linux alatt működik, mert semmi találat nincs rá a neten. Az alcor oldalán lévő driverekben sem találtam ilyen id-t.
Ez nem a két tuneres af9015 chipsetes változat? [link]
Ha az, akkor a spéci usb id-vel jól megszívattak, mert egyébként kezelné a linux.
Volt róla cikk is [link] -
azbest
félisten
válasz
envagyok
#10399
üzenetére
Simán lehet, hogy ha a pi kezeli a tunert is, akkor a tuner drivere akkor a cpu terhelést okoz, ami mellett már nem képes folyamatos lejátszásra.
Esetleg még azt érdemes ellenőrizni, hogy mpeg2 vagy mpeg4(h264) a problémás adás. Bár gyanítom, hogy az mpeg2-őt le sem játszaná, ha nincs megvéve a codec hozzá. Ha meg ugyanazt az adást veszi mindkét megoldás, akkor pláne nem codec gond. Inkább a prociterhelés gyanús.
-
azbest
félisten
válasz
erikke17
#10312
üzenetére
amit a srácok mondtak apt-get install parancsot, az nem igazán megy openelec alatt. Egyrészt, mert nincs apt-get
másrészt mert az openelec squashfs fájlrendszerről fut, ami egy fix, tömörített fájl.Ha alapból nincs benne az ntfs-3g, akkor valamilyen addon formájában tudom elképzelni a telepíthetőségét.
De ahogy a neten olvasom, elvileg van benne támogatás. Valahol a felületéről elérhető beállításoknál van a szolgáltatások ki/be kapcsolása, lehet hogy csak be kell kapcsolni ezt is.
-
-
azbest
félisten
válasz
MaCS_70
#10250
üzenetére
dmesg kimenetét nézd meg konzolban... utána dugd rá a sticket... majd dmesg kimenetet újra. Ez mondjuk problémás lehet, ha a rádugás miatt újraindul. Ha ez történik, akkor dmesg kimenetben próbáld visszakeresni rádugott indulás után.
lsusb kiírja hogy egyáltalán látja -e a gép a tunert. A /dev/dvb/ -ben jelenik meg ha sikerült drivert betölteni. A dmesg kimeneten meg látszik a betöltés folyamata és eredménye, valsz dvb-usb valami néven fog szerepelni. Vannak tunerek, amihez a megfelelő firmware fájlt a helyére kell másolni. Ilyen fw fájlt az openelec github repositoriából a legkönnyebb megszerezni. A fájl neve ki kell hogy derüljön a dmesg üzenetéből, ha hiányolja. De az lsusb kimenetből is lehet rá következtetni.
-
azbest
félisten
-
azbest
félisten
válasz
rolio1
#10198
üzenetére
Ez csak normál rev2 változathoz jó (rev1 és rev3 nem). Talán A+/B+ esetén valahogy átkábelezhető. A rev2 plusz csatlakozóit használja, amit a 26 gpio pin mellett van
Léteznek hdmi -> hdmi + spdif leválasztók is, párszor már szó esett róluk a topicban, ahhoz nem kell semmilyen szoftveres támogatás sem. Csak nem sok tapasztalat van vele, mert kevesen vesznek ilyesmit.
-
azbest
félisten
Nocsak, úgy látom közben sorozatban gyártják már a B+ és gondolom A+ modellhez jó VGA kimenetet.
Ennek leginkább az az előnye, hogy a leírás szerint egyszerre képes hdmi és vga kimeneten képet független kiadni, aki kétkijelzős megoldást akar, annak jó megoldás lehet. Viszont kitként árulják, tehát a vásárlónak kell összeforrasztania a kapott készletet. [link]
Eredeti hír [link] -
azbest
félisten
Neked a netrádióhoz amit amott említettél még akár egy olcsó / régi okostelefon is teljesen jó lehet. Akár androidos akár más rendszerű, amire van olyan alkalmazás hogy rádiót hallgass.
Persze raspiből is lehet építkezni. Ahogy mondod darabonként, esetleg részben szetként meg lehet kapni (pi + sd kártya + táp + ház) + érintő kijelző... ha a pwm-es hang nem elég, akkor még kellhet usb hangkártya vagy más hang megoldás. Szoftveres konfigolás, hogy minden menjen... némi mázli, hogy minden úgy működjön ahogyan kell...
Kínából van amit olcsóbban megkapni (pl kijelzőt)... de ha mindent összeadol, akkor lehet 30-50 eft is kijön a végére, attól függően, hogy miket és honna vásárolsz.
Ehhez képest vadi új android telefont kapni 26 körül, vagy akár valami alapszintűt még olcsóbban péládul. 30 alatt már normális tabletet is kapni vagy olcsóbban valami alapot is. Szóval ha csak online zenehallgatásra kell, akkor nem feltétlen költséghatékon raspberryből építkezni, hanem szoftveresen is kész megoldást kaphatsz valamilyen telefon vagy tablet formájában.
-
azbest
félisten
válasz
generic
#10145
üzenetére
Az allwinner soc alapú boardokról érdemesebb az általános kártyapc topicban beszélgetni [link].
Egyébként kínai webshopból 12eft körül van + lehet rajta még áfa. Magyar webshopoknál 18 eft körül van + szállítás. Van hogy kifogni aprón olcsóbban.
Ja és ahogy más is írta, az allwinner alapú boardoknál az xbmc nem túl jól támogatott. Néhány kísérletről látni youtube videókat, de napi használatra valsz túl bugos. Esetleg androidos lejátszóként jobb lehet, de nem feltétlen xbmc-vel.
-
azbest
félisten
válasz
hódmaci
#10100
üzenetére
kipróbálod mpeg2 és vc1 fájlokkal (már amelyikhez licenszet vettél). A ph-nak van is ilyen a tesztcsokorban: [link]
mpeg2: BDAV_1080p@8Mbps.m2ts
vc1: VC-1_1080p@8Mbps.wmv
Újraindítás kell persze először, hogy alkalmazza is az új codec-ek használatát. Össze tudod hasonlítani, hogy a licensz kód nélkül indítva hogyan (nem)tudja ezeket lejátszani.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Bár a rev2 B nálam kiderült, hogy hardverhibás, szóval az a panaszom nem mérvadó.
Új hozzászólás Aktív témák
- Formula-1
- AMD vs. INTEL vs. NVIDIA
- Tesla topik
- Apple asztali gépek
- exHWSW - Értünk mindenhez IS
- Motorola G86 - majdnem Edge
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Teljes verziós játékok letöltése ingyen
- Milyen monitort vegyek?
- Xiaomi 15 - kicsi telefon nagy energiával
- További aktív témák...
- HP ELITE 8000 SFF PC: passzív VGA HDMI, C2D E8400 + 4GB RAM
- Eladó Konfig I5 8500 16GB DDR4 480GB SSD RX6600 8GB!
- Dell Optiplex 3020 SFF,i3-4150,4GB RAM,250GB HDD,DVD+RW,WIN10
- Gtx 1050Ti/ Intel I5 7500/ 16GB Ram/ 256GB Sata SSD/ 1.5TB HDD/ Win11
- Asztali PC , i7 9700 , RX 6600 , 16GB DDR4 , 512GB NVME , 500GB HDD
- Gamer PC-Számítógép! Csere-Beszámítás! I3 14100F / RTX 3070 8GB / 16GB DDR4 / 512 Nvme SSD
- Samsung Galaxy Tab A9+ 128GB,Újszerű,Dobozaval,12 hónap garanciával
- Telefon felvásárlás!! Xiaomi Redmi Note 10, Xiaomi Redmi Note 10s, Xiaomi Redmi Note 10 Pro
- Használt 1TB NVME SSD-k.
- BESZÁMÍTÁS! MSI Cyborg 15 A12VF FHD GAMER notebook - i5 12450H 16GB DDR5 512GB SSD RTX 4060 8GB
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest