Hogyan működnek a Raspberry Pi kézi játékkészletek?
A Raspberry Pi kézi játékkészletek egyetlen-fedélzeti számítógépet kombinálnak kijelzővel, fizikai vezérlőkkel és akkumulátorrendszerrel, mindezt emulációs szoftver koordinálja, amely a klasszikus játékkódot végrehajtható utasításokká fordítja le. A Raspberry Pi központi processzorként működik, speciális operációs rendszereket futtatva, mint például a RetroPie vagy a Recalbox, amelyek több emulátort tartalmaznak a különböző játékkonzolokhoz.
Ezek a rendszerek három egymással összekapcsolt rétegre támaszkodnak: hardverintegráció, amely fizikailag összeköti az alkatrészeket GPIO érintkezőkön és kommunikációs protokollokon keresztül, szoftveres emuláció, amely utánozza a régi játékhardver viselkedését, és az energiagazdálkodás, amely szabályozza az akkumulátor kimenetét, hogy fenntartsa az összes összetevő stabil feszültségét.
Az alapvető hardverarchitektúra
Minden Raspberry Pi kézi számítógép alapja maga az egyetlen{0}}fedélzeti számítógép. A legtöbb építő a Pi Zero 2 W között választja az ultra-kompakt összeállításokat, vagy a Pi 4-et az igényesebb emulációhoz. A Pi Zero 2 W körülbelül 500-800 mA-t vesz fel aktív játék közben, míg a Pi 4 akár 1,5 A-t is fogyaszthat teljes terhelés mellett, ha bonyolultabb rendszereket, például Nintendo 64-et vagy PlayStation 1-et emulál.
Az alkatrészek kiválasztása a technikai döntések lépcsőzetes sorozatát hozza létre. A 3,5 hüvelykes 640x480 képpont felbontású kijelző más GPIO-tű-konfigurációt igényel, mint az 5 hüvelykes HDMI-képernyő. Az előbbi általában SPI-n (Serial Peripheral Interface) keresztül csatlakozik olyan érintkezők segítségével, mint a GPIO 25 az adatok/parancsok kiválasztásához és a GPIO 8 a chip kiválasztásához, 200-300 mA-t fogyasztva. A HDMI-kijelzők a dedikált videoporton keresztül csatlakoznak, de saját áramkört igényelnek, ami gyakran további 400-500 mA-t von le az akkumulátorrendszerből.
A fizikai vezérlők közvetlenül a belső felhúzó{0}}ellenállásokkal ellátott bemenetként konfigurált GPIO érintkezőkhöz csatlakoznak. Amikor egy gombnyomás földeli a tűt, a szoftverréteg érzékeli az állapotváltozást. Egy szabványos vezérlési séma legalább 12 GPIO tűt igényel: négy az irányítógombokhoz (fel, le, balra, jobbra), négy a műveletgombokhoz (A, B, X, Y), kettő a vállgombokhoz (L, R), és kettő a rendszervezérlőkhöz (Start, Select). A haladó fejlesztők multiplexelést valósítanak meg a tűk számának csökkentése érdekében, eltolási regiszterekkel vagy I2C bővítőkkel, amelyek lehetővé teszik a 16+ bemenetet mindössze 3-4 tűn keresztül.
A kijelző interfész jelentősen meghatározza az összeépítés bonyolultságát. Az SPI-kijelzők kézi illesztőprogram-telepítést és konfigurációs fájl szerkesztést igényelnek, olyan paraméterek megadásával, mint az elforgatási szög, a frissítési gyakoriság és az érintésfedő kalibráció. A hivatalos Raspberry Pi kijelzők DSI-csatlakozásai (Display Serial Interface) automatikusan -észlelik az eszközfa-fedvényeken keresztül, leegyszerűsítve a szoftverbeállítást, de pontos szalagkábel-csatlakozásokat igényelnek, amelyek az összeszerelés során törékenyek.
Villamosenergia-rendszer mérnöki
Az akkumulátorkezelés elválasztja a funkcionális építményeket a tűzveszélyektől. A lítium-polimer cellák 3,7 V névleges feszültséget adnak ki, de 4,2 V teljesen feltöltött és 3,0 V lemerült között ingadoznak. A Raspberry Pi stabil 5 V-ot igényel elegendő áramerősség mellett, ami szükségessé teszi a tápfeszültség-átalakító áramkört.
A népszerű megoldások közé tartozik az Adafruit PowerBoost 1000C, amely 3,7 V-os LiPo bemenetet fogad, és szabályozott 5 V-os kimenetet biztosít 1 A-ig folyamatos, 2 A csúcskapacitással. Az átalakítási hatásfok 80-92% között mozog a terheléstől függően, ami azt jelenti, hogy egy 2500 mAh-s akkumulátor nem ad le 2500 mAh-s felhasználható energiát – az átalakítási veszteségek után 2000-2200 mAh-ra számíthatunk.
A kritikus biztonsági funkciók megakadályozzák a katasztrofális meghibásodásokat. A TP4056 töltéskezelő IC-k kezelik a lítium akkumulátor töltését, az áramerősséget 1 C-ra korlátozzák (1000 mA egy 1000 mAh-s cellához), és 4,2 V-on végződnek a túltöltés elkerülése érdekében. A védőáramkörök figyelik a túl-kisülést (2,8-3,0 V alatti vágási teljesítmény), a rövidzárlatokat és a túlmelegedést. Azok az építmények, amelyekben nincsenek ilyen védelmek, a hőkitörés kockázatával járnak, ahol a belső ellenállás hőt termel, amely felgyorsítja a kémiai reakciókat, és tüzet okozhat.
Az akkumulátor üzemidő-számításai felfedik az energiatakarékosság valóságát. A Pi Zero 2 W-os rendszer 3,5 hüvelykes SPI-kijelzővel és felerősített hanggal összesen körülbelül 750 mA-t vesz fel. 4000 mAh-s akkumulátorral és 85%-os konverziós hatékonysággal az elméleti üzemidő eléri a 4,5 órát, de az intenzív játék a változó processzorterhelés és a képernyő fényereje miatt jellemzően 3-3,5 órát eredményez.
A fejlett energiagazdálkodás a GPIO{0}}alapú felügyeletet foglalja magában. A PowerBoost alacsony töltöttségi szint figyelmeztető tűjének a GPIO 15-höz való csatlakoztatása lehetővé teszi a szoftver számára, hogy észlelje a 3,2 V alatti feszültségesést, és kecses leállítási rutinokat indítson el, amelyek megakadályozzák az SD-kártya sérülését. Egyes összeállítások akkumulátor-üzemanyag-mérő IC-ket alkalmaznak, például a MAX17048-at, amelyek I2C-n keresztül kommunikálnak, és egyszerű feszültségküszöbök helyett pontos állapotot adnak-a-töltési százalékoknak.
Szoftveremulációs mechanika
A RetroPie a domináns szoftverplatform, amely a Raspberry Pi OS tetejére épült, és az EmulationStation biztosítja a grafikus felületet. A rendszerarchitektúra három rétegből áll: a hardveres absztrakciót kezelő Linux kernelből, a szabványos vezérlő API-kkal rendelkező emulációs keretrendszerként működő RetroArchból és a konzolspecifikus emulációt végrehajtó egyedi libretro magokból.
Amikor elindít egy játékot, az EmulationStation átadja a ROM-fájl elérési útját a RetroArchnak, amely betölti a megfelelő magot-, például a Super Nintendo játékokhoz készült Snes9x-et. Az emulátor beolvassa a ROM bináris adatait, és értelmezi az eredeti konzol processzor utasításait. Az SNES 3,58 MHz-en működő Ricoh 5A22 CPU-ja esetében az 1-1,8 GHz-en működő modern Raspberry Pi processzorok a nyers órajel több mint 400-szorosát biztosítják, de a pontos emuláció ciklusszintű precizitást igényel, amely jelentős feldolgozási teljesítményt igényel.
A képkocka üteme határozza meg a játékmenet simaságát. Eredeti konzolok kimenete fix frissítési gyakorisággal - 60 Hz NTSC rendszerekhez, 50 Hz PAL rendszerhez. A RetroArch videó-illesztőprogramjai szinkronizálják az emulációs sebességet a képernyő frissítési gyakoriságával, eldobják vagy megkettőzik a képkockákat, ha időzítési eltérések lépnek fel. A hang késleltetése a puffer méretéből fakad: a kisebb pufferek (64-128 minta) csökkentik a késleltetést, de lassabb hardver esetén a recsegést is veszélyeztetik, míg a nagyobb pufferek (256-512 minta) zökkenőmentes hangot biztosítanak 20-40 ms bemeneti késleltetés árán.
A különböző emulátorok nagyon eltérő erőforrásokat igényelnek,{0}}az olyan bitrendszerek, mint a NES és a Game Boy, könnyedén futnak Pi Zero-n, és 15-25% CPU-t fogyasztanak. A Super Nintendo emuláció 40-60%-ot igényel egy Pi Zero 2 W-on, míg a PlayStation 1-hez 70-85%. A Nintendo 64 emuláció még a Pi 4-en is problémás marad, mivel a Pi kiváló specifikációi ellenére sok címben képkocka-kiesések és grafikai hibák jelentkeznek, mivel az N64 MIPS R4300i CPU-jának és a Reality Coprocessornak a pontos emulációja olyan precíz időzítést igényel, amelyet a szoftverértelmezés nehezen ér el.
A konfigurálás a retroarch.cfg és a rendszer{1}}specifikus fájlokon keresztül történik. A videóbeállítások vezérlik a felbontás skálázását-pontmintavételezést a pixel-tökéletes hitelesség érdekében, szemben a bilineáris szűréssel a simaság érdekében. A Shaderek valós idejű vizuális effektusokat{6}} alkalmaznak, szimulálva a CRT-letapogatást vagy a kézi LCD-mátrixokat, de minden árnyékolóréteg GPU-erőforrásokat fogyaszt. A hang újramintavételezési minősége hatással van a hanghűségre és a feldolgozási költségekre is.
A bemeneti leképezés a fizikai gombnyomásokat virtuális vezérlőjelekké alakítja. A RetroPie kétszintű A GPIO-alapú vezérlők olyan szoftvereket használnak, mint a GPIONext, amely egy virtuális játékvezérlő eszközt hoz létre a kernel szintjén, amely az emulátor szemszögéből nézve megegyezik az USB-vezérlőkkel.
Kijelző és hang integráció
A képernyőtechnológia alapvetően alakítja a felhasználói élményt. Az SPI-kijelzők sorosan kommunikálnak, és a pixeladatokat bitenként továbbítják a megosztott érintkezőkön. Ez korlátozza a frissítési gyakoriságot-a legtöbb 3,5- hüvelykes SPI-képernyő maximális sebessége 30-40 képkocka/másodperc, ami megfelelő régebbi játékokhoz, de problémás a gyors tempójú játékoknál. Az fbcp-ili9341 illesztőprogram lehetővé teszi a hardveres SPI-t 80 MHz-en, javítva a teljesítményt, de megköveteli a kernelmodul fordítását.
A HDMI-kijelzők natív felbontást és 60 képkocka/mp-es sebességet kínálnak, de bonyolítják a hordozható kialakítást. A mini HDMI-mikro HDMI adapterek mechanikai igénybevételi pontokat hoznak létre, amelyek hajlamosak meghibásodásra. A kábel elvezetésének figyelembe kell vennie a kijelző áramfelvételét; külön 5 V-os tápvezetékek közvetlenül az akkumulátoráramkörből történő működtetése megakadályozza a feszültségesést, amely a képernyő villogását okozza a processzor terhelési kiugrásai során.
Az ellenállásos képernyők érintési funkciója kalibrálást igényel. A tslib könyvtár leképezi a fizikai érintési koordinátákat a pixelek megjelenítéséhez egy 7 pontos kalibrációs mátrixon keresztül. A kapacitív érintőképernyők I2C protokollon keresztül kommunikálnak, akár 10 egyidejű érintési pontot is jelentenek, de további GPIO érintkezőket igényelnek, és kompatibilis kernel-illesztőprogramokat igényelnek.
Az audiomegvalósítás általában PWM-et (impulzusszélesség-modulációt) használ az alapkimenethez, vagy I2S-t (Inter-IC Sound) a minőségi eredmények érdekében. A Pi beépített -3,5 mm-es jack csatlakozója elfogadható, de zajos hangot produkál, csendes átjárások közben hallható sziszegéssel. A dedikált DAC-modulok, mint például a PCM5102A, I2S érintkezőkön (GPIO 18, 19, 21) keresztül csatlakoznak, és 24-bit/192 kHz-es hangot adnak le, 100 dB-t meghaladó jel-zaj aránnyal.
Az erősítési követelmények a hangszóró impedanciájától függenek. Kicsi, 8 ohmos 0,5 W-os hangszórópáros PAM8403 D osztályú erősítők, amelyek csatornánként 3 W-ot adnak le 90%-os hatékonysággal. A hangerőszabályozás vagy az erősítőhöz csatlakoztatott hardveres potenciométereken vagy az ALSA (Advanced Linux Sound Architecture) szoftveres keverésén keresztül történik, amely utóbbi kisebb késleltetést vezet be, de precíz digitális vezérlést tesz lehetővé.
GPIO vezérlő megvalósítása
A GPIO (General Purpose Input/Output) fejléc 26 használható érintkezőt biztosít a gombbemenetekhez, miután figyelembe veszi a tápellátást, a földelést és a kijelzőkommunikációhoz fenntartott érintkezőket. Minden bemeneti érintkező, amely egy belső 50-kilohm-os felhúzóellenállással van konfigurálva, 3,3 V-on áll, ha nem nyomnak meg gombot. A láb és a test közé csatlakoztatott gomb megnyomása 0 V-ra húzza a feszültséget, érzékelhető állapotváltozást hozva létre.
A szoftveres visszapattanás megakadályozza a mechanikus kapcsolók visszapattanásából származó hamis triggereket. Egy tipikus megvalósítás 10 ms-onként mintavételezi a tű állapotát, megerősítve a nyomást, ha három egymást követő olvasás egyezik. A 100 nF-os kondenzátorokat használó hardveres visszapattanás a kapcsolókapcsokon tisztább jeleket biztosít, de növeli az alkatrészek számát és a helyigényt.
A mátrix szkennelés csökkenti a tűhasználatot a 16+ gombokkal rendelkező buildeknél. A 4x4-es mátrix nyolc GPIO-tűs{4}}négy kimenetet és négy bemenetet használ. A szoftver szekvenciálisan aktivál minden kimeneti sort a bemeneti oszlopok beolvasása közben, és észleli, hogy melyik gomb(oka)t nyomták meg. A pásztázási sebességnek meg kell haladnia a 100 Hz-et, hogy elkerülje a bemenetek kihagyását a gyors gombsorozatok során, ami bonyolult időzítést okoz a fő programhurokban.
A fejlett buildek analóg bemeneteket tartalmaznak a joystickokhoz. A Pi-ből hiányoznak a natív analóg---digitális konverterek, ezért külső ADC chipekre van szükség, mint például az ADS1115 I2C-n keresztül. Mindegyik joystick két analóg csatornát használ az X és Y tengelyekhez, és 0-65535 közötti értékeket jelent, amelyeket a szoftver -32768-ra leképez a +32767-re a RetroArch kompatibilitás érdekében.
Hőgazdálkodási szempontok
A Raspberry Pi BCM2711 SoC (Pi 4-en) vagy BCM2710A1 (Pi Zero 2 W-on) jelentős hőt termel tartós terhelés során. Hőkezelés nélkül a CPU 1,8 GHz-ről 1,0 GHz-re 80 fokos szögben lefojtja, hogy megelőzze a károsodást, ami hirtelen leesést okoz játék közben.
A passzív hűtés alumínium hűtőbordákkal és hőragasztó párnákkal 2-3W-ot oszlat el a konvekción keresztül. A hűtőborda felülete és a borda kialakítása határozza meg a hűtési kapacitást – egy 15x15x10 mm-es, függőleges bordákkal rendelkező hűtőborda mérsékelt terhelés mellett 10-15 fokkal a környezeti hőmérséklet alatt tudja tartani a hőmérsékletet.
Aktív hűtés 30x30 mm-es 5 V-os ventilátorokkal 1-2 CFM levegőt mozgat, lehetővé téve a folyamatos turbó üzemmódot. A GPIO impulzusszélesség-moduláción keresztüli ventilátorvezérlés a /sys/class/thermal/thermal_zone0/temp fájl CPU-hőmérséklet-leolvasásai alapján állítja be a sebességet. A hiszterézis megvalósítása (a ventilátor 65 fokos indítása, de 55 fokig nem áll le) megakadályozza a hallható és bosszantó gyors ciklust.
A burkolat kialakítása kritikusan befolyásolja a légáramlást. A processzor közelében elhelyezett kereszt-áramlás-bemeneti szellőzőnyílások, a szemközti kipufogó- pedig egyenletes légmozgást biztosítanak. A szellőzés nélküli tömör műanyag tokok felfoghatják a hőt, ami még akkor is hőfojtást okoz, ha hűtőbordákkal van felszerelve. 3D-a nyomtatott tokok belső tartószerkezeteivel, amelyek nem akadályozzák a légáramlást, így optimalizálják a hűtést és a szerkezeti integritást.
Összeszerelési folyamat és gyakori buktatók
A fizikai felépítés az alkatrészek házon kívüli tesztelésével kezdődik. A Pi csatlakoztatása egy monitorhoz HDMI-n keresztül, miközben az SD-kártya elindul, a RetroPie ellenőrzi az alapvető funkcionalitást, mielőtt bonyolultabbá tenné a kijelzőt és a vezérlőt. Ez a diagnosztikai lépés megakadályozza az összeszerelt egységek hibaelhárítását, ahol nehéz a kábelhozzáférés.
A GPIO pin azonosítási hibák okozzák a leginkább frusztráló hibákat. A 40-tűs fejléc 1-től 40-ig jelöli a lábakat, de a GPIO-számok különböznek egymástól – a 11-es láb a GPIO 17. A BCM számozási séma szoftverben történő használata, miközben fizikailag csatlakozik a kártyaszámokhoz, olyan eltéréseket okoz, amelyeket nehéz diagnosztizálni. A kihúzási diagram kinyomtatása és a multiméterrel történő ellenőrzés több órányi hibakeresést takarít meg.
A forrasztás minősége határozza meg a megbízhatóságot. A hidegforrasztási kötések -fényes, domború gyöngyök-nagy ellenállással rendelkeznek, ami időszakos csatlakozásokat okoz, mivel a csatlakozás működés közben felmelegszik. A megfelelő illesztések simának, homorúnak és tompaszürkének tűnnek, ami a fém teljes összeolvadását jelzi. A táblákon maradt fluxusmaradványok áramszivárgást okozhatnak a szomszédos érintkezők között, ami különösen problémás nedves környezetben.
A csatlakozások mechanikai igénybevétele idő előtti meghibásodáshoz vezet. A Pi Zero micro USB portja körülbelül 5000 behelyezési ciklust bír ki, mielőtt leválik a PCB-ről. A tápvezetékek közvetlenül a tesztlapokhoz való forrasztása megszünteti ezt a hibapontot, de érvényteleníti a garanciát. Az összes kábelcsatlakozásnál húzásmentesítő használata-a forró ragasztó meglepően hatékony,-megakadályozza a forrasztási kötéseket kifáradó hajlítást.
Az SD-kártya kompatibilitása váratlanul befolyásolja a stabilitást. Nem minden kártya kezeli az emuláció által generált gyors kis írásokat. Class 10 vagy UHS-1 kártyák nagy véletlenszerű írással Az IOPS jobban teljesít, mint a szekvenciális-sebességű-optimalizált kártyák. Az eredeti SanDisk vagy Samsung kártyák lényegesen kevesebb fájlsérülési problémát mutatnak, mint a név nélküli alternatívák, annak ellenére, hogy papíron azonosak a specifikációk.
Teljesítményoptimalizálási technikák
Az overclocking a hardvert a névleges specifikációkon túlra tolja a jobb emulációs teljesítmény érdekében. A Pi Zero 2 W alapértelmezett 1 GHz-es ARM Cortex-A53 magjai megfelelő hűtéssel elérhetik az 1,2–1,3 GHz-et, így a PlayStation 1 képsebessége 40 képkocka/mp-ről 55 képkocka/mp-re javul az igényes címeknél. A konfiguráció a /boot/config.txt fájlban az arm_freq{12}} beállításával és a over_voltage=4 érték növelésével történik a magasabb frekvencia stabilizálása érdekében.
A GPU memória kiosztása egyensúlyba hozza a videó teljesítményét a rendszer RAM-mal. A RetroPie alapértelmezés szerint 256 MB GPU-kiosztást használ az 1 GB-os Pi modelleken. A 128 MB-ra csökkentve memória szabadul fel az emulációs folyamatokhoz, miközben továbbra is elegendő videopuffert biztosít a 720p kimenethez. A config.txt gpu_mem paramétere szabályozza ezt a felosztást.
A kernelszabályzók befolyásolják a CPU frekvenciaskálázási viselkedését. Az „ondemand” szabályozó a terhelés alapján állítja be a frekvenciát, de késleltetést vezet be az átmenetek során. A „teljesítmény” szabályozóra váltás a CPU-t a maximális frekvencián zárolja, így állandó képkockaidőket biztosít a megnövekedett energiafogyasztás és hőtermelés árán. Ez leginkább az N64 vagy a Dreamcast emuláció során számít, ahol pillanatnyi lassulás észlelhető.
A ROM tárolási helye jelentősen befolyásolja a betöltési időt. Ha a ROM-okat az SD-kártya gyors partícióján (a gyökér fájlrendszeren) tárolja, a játékok 2-3-szor gyorsabban töltődnek be, mint egy lassú USB-meghajtóról. Az SMB-megosztásokon keresztüli hálózati tárolás változó késleltetést vezet be, amely hang akadozást okoz, ha a hálózat túlterhelt.
A Shader optimalizálás szelektív használatot igényel. A Scanline shaderek minimális erőforrást fogyasztanak, kevesebb mint 5%-kal növelik a GPU-terhelést. Az olyan fejlett shaderek, mint a CRT-Royale virágzási effektusokkal, a GPU-kapacitás 40-50%-át fogyaszthatják, ami lassabb hardveren képkocka-kiesést okoz. Ha teszteli az egyes shaderek hatását a tényleges képkockasebességre, ahelyett, hogy a leírásokra hagyatkozna, megelőzheti a lejátszási problémákat.
Kit variációk és tervezési kompromisszumok
Az olyan kereskedelmi készletek, mint a PiBoy DMG, előre{0}}összeszerelt PCB-ket biztosítanak beépített gombmátrixokkal, hangszóróerősítőkkel és akkumulátorkezeléssel Game Boy{1}}stílusú héjban. Ezek leegyszerűsítik az összeszerelést a szalagkábelek csatlakoztatásáig és a Pi telepítéséig, de korlátozzák a testreszabást, és gyakran 80-120 dollárba kerülnek csak a héjért, mielőtt hozzáadnák a Pi-t és az akkumulátort.
A barkácsépítések teljes irányítást kínálnak a bonyolultság rovására. Az egyes alkatrészek -kijelző, gombok, akkumulátor, töltőáramkör, ház-beszerzéséhez a kompatibilitás kutatása és az elektromos specifikációk megértése szükséges. Egy teljesen egyedi összeállítás anyagköltsége 60-80 dollárba kerülhet, de 15-25 óra tervezést, 3D nyomtatást, vezetékezést és hibaelhárítást igényel.
A formai tényezők megválasztása jelentősen befolyásolja az ergonómiát. A függőleges Game Boy-stílusú elrendezések természetesek a 8-bites és a 16 bites játékokhoz, de hiányoznak az analóg vezérlők. A PlayStation Portablera emlékeztető vízszintes kialakítások kettős analóg bottal rendelkeznek, de a zsebben hordozhatóságon túl megnövelik a szélességet. A Clamshell DS-stílusú felépítések védik a képernyőt, de bonyolítják a csuklós mechanizmusokat, és kettős kijelzőt igényelnek különálló illesztőprogram-konfigurációval.
A képernyő mérete és az akkumulátor élettartama állandó kompromisszumot jelent. Az 5 hüvelykes HDMI-kijelző 600-700 mA-t, míg a 3,5 hüvelykes SPI-képernyő 200-250 mA-t fogyaszt. Ez a 400 mA különbség körülbelül két óra üzemidőt jelent a tipikus 4000 mAh-s akkumulátorokon. A maratoni játékmeneteket előnyben részesítő építők kisebb kijelzőket választanak a csökkent láthatóság ellenére.
Az alkatrészek minőségi eltérései sújtják a barkácsépítéseket. Az általános AliExpress kijelzők 15 dollárt takaríthatnak meg, de halott pixelekkel, rossz betekintési szöggel vagy helytelen illesztőprogram-dokumentációval érkeznek. A Waveshare és az Adafruit márkanév-alkatrészei többe kerülnek, de megbízható dokumentációt és közösségi támogatást tartalmaznak. Az indokolt márkák hibaelhárításával megtakarított idő általában meghaladja az árprémiumot.
Szoftverkonfiguráció Deep Dive
A RetroPie kezdeti beállításához az operációs rendszer képét SD-kártyára kell írni olyan eszközökkel, mint a Raspberry Pi Imager. Az első rendszerindítás kibővíti a fájlrendszert a kártya teljes kapacitásának kihasználására, és elindítja az EmulationStation vezérlőkonfigurációs varázslóját. Ez a varázsló leképezi a fizikai bemeneteket a RetroArch vezérlő absztrakciós rétegére{2}}minden gombnyomás tárol egy billentyűkódot, amelyet a RetroArch emulált konzolbemenetekre fordít le.
A BIOS-fájlok pontos emulációt tesznek lehetővé bizonyos rendszerek számára. A PlayStation 1-hez a Sony eredeti rendszerindító kódját tartalmazó SCPH1001.BIN (NTSC) vagy SCPH7502.BIN (PAL) fájlokra van szükség. Ezek a /home/pi/RetroPie/BIOS/ könyvtárban találhatók, és a hitelesség ellenőrzéséhez meg kell egyezniük az adott MD5 ellenőrző összegekkel. Megfelelő BIOS-fájlok nélkül a játékok vagy nem indulnak el, vagy helytelenül viselkednek, például hiányzik a hang vagy grafikus hibák.
A ROM átviteli módok az USB-meghajtótól (leglassabb, leginkább kompatibilis) a hálózaton keresztüli SFTP-ig terjednek (leggyorsabb, konfigurációt igényel). Az USB-módszer abból áll, hogy FAT32-formázott meghajtókon hozzon létre egy "retropie" mappát, illessze be a Pi-be, várja meg, amíg a LED abbahagyja a villogást, ahogy a mappastruktúra létrejön, majd másolja a ROM-okat a megfelelő rendszermappákba (/retropie/roms/snes, /retropie/roms/nes stb.). A hálózati átvitel lehetővé teszi a húzást{5}}bármilyen számítógépről, ha a Samba megosztásokat engedélyezte a RetroPie telepítőszkriptjén keresztül.
A metaadatok kimásolása borítóképekkel, leírásokkal és megjelenési dátumokkal gazdagítja a játékkönyvtárat. A beépített-kaparó lekérdezi a ScreenScraper vagy TheGamesDB API-kat, és letölti a képeket és az adatokat minden egyes észlelt ROM-hoz. A nagy könyvtárak (300+ játék) több órát vesz igénybe, mivel az ingyenes API-fiókok korlátozzák a kéréseket. Az adott problémacímek kézi lemásolása jobban működik, mint{6}}minden újbóli lemásolása frissítéskor.
Az egyéni témák személyre szabják a felületet a RetroPie alapértelmezett kék esztétikáján túl. Az olyan témák, mint a ComicBook, a TronkyFran vagy a Magazinemadness, a RetroPie beállítási menüjéből települnek, módosítva az elrendezést, a betűtípusokat és a grafikák megjelenítését. Egyes témák további erőforrásokat igényelnek, például egyéni betűtípusokat vagy speciális képfelbontást, ami 500 MB-ról több mint 2 GB-ra növeli a tárhelyigényt a nehéz formátumú-médiák esetén.
Gyakori problémák hibaelhárítása
A fekete képernyő a rendszerindításkor általában a tápellátás elégtelenségét vagy a kijelző hibás konfigurációját jelzi. A GPIO 2. és 6. érintkezője közötti 5 V-os feszültség multiméterrel történő ellenőrzése megerősíti az áramellátást. Ha a feszültség 4,75 V alá csökken a rendszerindítás során, az akkumulátor áramkörének nincs elegendő áramkapacitása. A megjelenítési problémák gyakran abból adódnak, hogy a /boot/config.txt helytelen paraméterei-megjegyzik az összes megjelenítéssel kapcsolatos-dtoverlay bejegyzést, és a HDMI kényszerbeállítások visszatérnek az alapértelmezett értékekre a diagnózishoz.
A vezérlőbemenetek nem regisztrálása általában azt jelenti, hogy a GPIO-számok nem egyeznek meg, vagy a szoftver nem fut. A sudo systemctl status gpionext.service parancs ellenőrzi, hogy a GPIO-vezérlő illesztőprogramja megfelelően van-e betöltve. A /var/log/syslog hibakeresése, mint például a „GPIO már használatban”, azt jelzi, hogy más szolgáltatásokkal vagy meghajtókkal fennáll az ütközés, amelyek ugyanazokat a pineket követelik.
A hangproblémák a hang hiányában, recsegésben vagy helytelen hangerőben nyilvánulnak meg. Az alsamixer parancssori-eszköz megjeleníti és beállítja a keverőszinteket,-az F6 megnyomásával kiválaszthatja a hangkártyát (bcm2835 a beépített-hanghoz, USB DAC nevek külsőhöz), a nyílbillentyűkkel pedig a csatorna hangerejét állíthatja be. A PCM-csatorna az általános kimeneti szintet szabályozza, míg az egyes játékcsatornák az emulátor hangját kezelik. A nagy hangerőn történő recsegés gyakran azt jelenti, hogy az erősítő levágása-csökkenti a hangerőt, nem pedig növeli az erősítő erősítését.
Az emuláció lassulása a megfelelő hardver ellenére általában a nem optimális videó-illesztőprogramokból vagy a shader többletköltségéből adódik. Az SPI-kijelzők fbcp-fbtft-ről fbcp-ili9341-re való váltása 50-100%-kal javíthatja a képkockasebességet az optimalizált SPI-tranzakciókezelés révén. Ha letiltja az előrefuttatás- és a visszatekerés funkcióit a RetroArch-ban, csökkenti a CPU többletterhelését, aminek az az ára, hogy elveszítik az -élettartamú funkciókat.
Wi-Fi-kapcsolati problémák sújtják a Pi Zero W-t, amikor a GPIO érintkezők zavarják az antennát. A belső antenna a PCB azon végét foglalja el, ahová a GPIO fejlécek fel vannak szerelve, és a közeli vezetékek detuningot okozhatnak. Ha távol tartja a gombok vezetékeit az alaplap utolsó 15 mm-étől, vagy USB WiFi-kulcsok hozzáadásával (amelyek kompromisszumként GPIO érintkezőket használnak), megoldja a makacs csatlakozási problémákat.
Speciális funkciók és módosítások
A mentési állapotok lehetővé teszik a játék azonnali felfüggesztését és folytatását, ami elengedhetetlen a hordozható játékhoz. A RetroArch a mentési állapotokat a /home/pi/RetroPie/states/[rendszer]/[játék].state fájlokban tárolja, rendszertől függően 50 KB és 2 MB között. Az automatikus-mentési funkciók aktiválódnak a játékokból való kilépéskor, de a gyors mentési állapot gyors elérése gyorsbillentyűkombinációkkal (Select+R1 a mentéshez, Select+L1 a betöltéshez) nagyobb vezérlést biztosít játék közben.
A RetroAchievements integráció révén elért teljesítményrendszerek modern előrehaladáskövetést adnak a klasszikus játékokhoz. Miután létrehozta a fiókot, és engedélyezte a funkciót a RetroArch beállításaiban, a rendszer online csatlakozik az elért eredmények ellenőrzéséhez játék közben. Ehhez folyamatos internetkapcsolatra van szükség, ami gyorsabban lemeríti az akkumulátorokat, és bonyolultabbá teszi a hordozható összeállításokat.
A többjátékos képességek túlmutatnak az egy{0}}eszköz két{1}}játékos támogatásán. A Bluetooth-adapterek lehetővé teszik a vezeték nélküli vezérlőpárosítást, bár a Pi Zero Bluetooth-ja megosztja a sávszélességet a WiFi-vel, ami potenciálisan késleltetési kiugrásokat okozhat. A Netplay funkció lehetővé teszi az online többjátékos játékot, az emulációs állapotok szinkronizálását az eszközök között, de alacsony-késleltetésű kapcsolatokra és azonos ellenőrzőösszegű ROM-okra van szükség.
Az olyan egyéni firmware, mint a Batocera, egyszerűsített alternatívákat kínál a RetroPie-hez. A Batocera gyorsabban indul el, több előre konfigurált rendszert tartalmaz, és támogatja az összetettebb konfigurációkat is, -kivéve--, de hiányzik belőle a kiterjedt közösségi dokumentáció, amely megkönnyíti a RetroPie hibaelhárítását a kezdők számára.
A hardverbővítés egyedi képességeket tesz lehetővé. Valós idejű óramodul hozzáadása I2C-n keresztül megfelelő időbélyegzőket tart fenn offline állapotban. A GPIO-n keresztül csatlakoztatott gyorsulásmérők lehetővé teszik az ezeket támogató játékok mozgásvezérlését. A GPIO tűkkel vezérelt RGB LED szalagok környezeti megvilágítási effektusokat hoznak létre, amelyek szinkronban vannak a játékmenetekkel a RetroArch LED meghajtó funkciójával.
Jogi és etikai megfontolások
A ROM beszerzése jogilag szürke területeket foglal el. A fizikailag nem birtokolt játékok ROM-jainak letöltése a legtöbb joghatóságban szerzői jogsértésnek minősül. A saját kazettákról készített személyes biztonsági mentések sok országban legálisak, de a másolásvédelem megkerülése (amely a lemezes -alapú játékokhoz szükséges) sérti a DMCA 1201. szakaszát az Egyesült Államokban. Egyes joghatóságok DRM-megkerülési korlátozások nélkül engedélyezik a biztonsági mentéseket.
A BIOS-fájlokra hasonló jogi korlátozások vonatkoznak. A BIOS kibontása a saját konzolról a legtöbb helyen legális személyes használatra, de a harmadik féltől származó BIOS-fájlok letöltése, még az Ön hardverére is, szerzői joggal védett anyagokat terjeszt. Egyes rendszerekhez léteznek nyílt forráskódú BIOS-újraimplementációk, de ezek nem teljes kompatibilitást biztosítanak.
A Homebrew játékok és a szabadon terjesztett ROM-ok legális alternatívákat kínálnak. Az olyan webhelyek, mint az itch.io és a BrewPi, modern, retro rendszerekre tervezett játékokat tartalmaznak, amelyeket független fejlesztők hoztak létre, akik kifejezetten engedélyezik a terjesztést. Ezek ugyanúgy futnak, mint a kereskedelmi ROM-ok, miközben tiszteletben tartják a szerzői jogi törvényt.
Az olyan kereskedelmi emulációs szolgáltatások, mint a Nintendo Switch Online, azt mutatják, hogy a jogtulajdonosok továbbra is pénzt szereznek a retro könyvtárakból. A valódi tulajdonban lévő játékokhoz való személyes kéziszámítógépek építése etikailag különbözik a ROM tömeges terjesztésétől, de a jogi különbségtétel a származás ellenőrzésén múlik, amit gyakorlatilag lehetetlen bizonyítani.
Rendszerenkénti teljesítményelvárások
A 8-bites és 16 bites konzolok hibátlanul működnek az összes Pi modellen. A NES, SNES, Game Boy, Genesis és hasonló rendszerek még Pi Zero hardveren is tökéletes képkockasebességet érnek el. Ezek az emulátorok annyira kiforrottak és optimalizáltak, hogy minimális erőforrást fogyasztanak, teret engedve a fejlett shadereknek és az előrefutó funkcióknak, amelyek csökkentik a bemeneti késleltetést az eredeti hardver alatt.
A 32-bites generálás platformfüggő eredményeket{10}}vezet. A PlayStation 1 játékok jól futnak Pi 3 és újabb modelleken, és a legtöbb játékban teljes sebességet érnek el. A Pi Zero 2 W megfelelően kezeli a könnyebb PS1 játékokat (RPG-k, 2D-s harcosok), de megküzd az intenzív 3D-s játékokkal, mint a Crash Bandicoot vagy a Tekken 3. A rendszer összetett többprocesszoros architektúrája miatt a Sega Saturn emuláció továbbra is gyenge minden Pi modellnél.
Az N64 emuláció kiemeli a Pi korlátait a kiváló specifikációk ellenére. A Nintendo 64 nem szokványos architektúráját-MIPS R4300i CPU, RCP társprocesszor és Rambus RAM-nehéz hatékonyan emulálni. Még a túlhúzott Pi 4 hardveren is, az olyan népszerű filmek, mint a GoldenEye 007 és a Perfect Dark képkockafrekvenciás inkonzisztenciákat és grafikus műtermékeket mutatnak. A Pi-specifikus N64-emulátorok, például a Mupen64Plus-GLideN64 ARM-processzorokhoz optimalizálnak, de még mindig elmaradnak a hiteles teljesítménytől.
A kézi konzolok jobb kompatibilitást biztosítanak, mint az azonos korú otthoni rendszerek. A Game Boy Advance emuláció zökkenőmentesen fut Pi Zero 2 W-on és újabbakon, közel-tökéletes pontossággal. A Nintendo DS emulációhoz legalább Pi 3 szükséges a lejátszható képkockasebességhez, és a 3D-s -nehéz címek még ilyenkor is küzdenek. A PSP-emuláció a rendszer összetett grafikus architektúrája és nagy felbontása miatt lényegében nem{8}}működik egyetlen Pi-n sem.
Az arcade emuláció a ROM-készlettől és a MAME-verziótól függően rendkívül változó. A klasszikus korai-80-as évek játéktermi játékai (Pac-Man, Donkey Kong, Galaga) bármelyik Pi-n futnak. A 80-as évek végén készült játéktermi hardvereknek (Street Fighter II, Mortal Kombat) legalább Pi 3-ra van szükségük,{6}}a Sprite-nehéz játékokhoz (Marvel vs. Capcom, Metal Slug) túlhúzott Pi 4 szükséges a folyamatos teljesítmény érdekében. A ROM-verziók MAME-verzióval való egyeztetése (0,78 ROM a MAME 2003-hoz régebbi Pis-en, 0,139 a MAME 2010-hez újabb hardveren) kritikus fontosságú.
Jövőbeli-ellenőrzési és frissítési útvonalak
A moduláris kialakítás lehetővé teszi az alkatrészek cseréjét teljes átépítés nélkül. A szabványos csatlakozások-GPIO-fejléc a gombokhoz, a mikro-HDMI a kijelzőkhöz, az USB a vezérlőkhöz-lehetővé teszi a frissítést az újabb Pi-modellekre, amint megjelennek. A Pi Zero 2 W – Pi 3A+ frissítés azonos méretekhez illeszkedik, miközben megnégyszerezi a feldolgozási teljesítményt.
A tárhelybővítés kiterjeszti a könyvtár méretét az SD-kártya határain túlra. Az USB-tároló automatikusan beépül a RetroPie-be, és a ROM-mappák a /home/pi/RetroPie/roms mappából a /media/usb0/retropie/roms mappába szimbolizálódnak. Ez leveszi a játék tárhelyét az SD-kártyáról, amely csak az operációs rendszert és az emulátorszoftvert tárolja, csökkentve az írási-ciklus kopását.
Az akkumulátortechnológiai fejlesztések javítják a hordozhatóságot. A modern 21700-as lítiumcellák 4000-5000mAh-s kapacitással rendelkeznek, a hagyományos 18650-es celláknál valamivel nagyobb csomagokban. A nagyobb kapacitású akkumulátorok meghosszabbítják az üzemidőt, de növelik a súlyt és a térfogat-kiegyenlítést, ezek a tényezők a használati szokásoktól és az alaktényezők prioritásaitól függenek.
A számítási modulváltozatok nagy teljesítményű,{0}}egyéni hardvert tesznek lehetővé. A Pi Compute Module 4 Pi 4-szintű teljesítményt biztosít egy 55x40 mm-es SODIMM formátumban, amely tökéletes az ultra-kompakt összeállításokhoz. Az egyedi hordozólapok közvetlenül integrálnak bizonyos perifériákat, kiküszöbölve a huzalpatkányok fészkeit. A CM4 buildekhez azonban PCB-tervezési készségekre és kis szériás gyártási beállításokra van szükség.
A közösség által{0}}vezérelt fejlesztések folyamatosan optimalizálják az emulációt. A Libretro alapvető frissítései havonta érkeznek, javítva a pontosságot és a teljesítményt. A RetroPie fejlesztése a GitHub adattárain és fórumain keresztül feltárja a közelgő funkciókat és a kompatibilitási fejlesztéseket, amelyeket érdemes frissíteni.
Gyakran Ismételt Kérdések
Használhatok Raspberry Pi 5-öt kézi számítógéphez?
A Pi 5 5 V feszültséget igényel 5 A (25 W) mellett, ami lényegesen több, mint amennyit az akkumulátorcsomagok általában biztosítanak. A teljesítmény előnyei nem jelentenek jobb emulációt azoknál a rendszereknél, amelyeket a Pi 4 már jól kezel. Ragaszkodjon a Pi 4-hez vagy a Zero 2 W-hoz a jobb energiahatékonyság érdekében hordozható konstrukciókban.
Mennyi ideig tart az összeszerelés egy első{0}}építőnek?
15-25 óra több alkalomra elosztva. Az alkatrészek tesztelése 2-3 órát vesz igénybe, a szoftverbeállítás 3-5 órát, a fizikai összeszerelés 6-10 órát, a hibaelhárítás pedig jellemzően további 4-7 órát vesz igénybe az első összeállítások esetén. A tapasztalat jelentősen csökkenti a későbbi projektek idejét.
Szükségem van forrasztási készségekre egy kézi számítógép elkészítéséhez?
Az alapvető forrasztás szinte elkerülhetetlen, hacsak nem előszerelt NYÁK-kártyákat tartalmazó készleteket használ-. A tápvezetékek csatlakoztatása, a gombok GPIO-tüskéi és a hangszóróvezetékek forrasztást igényelnek. A Breadboard{3}}stílusú jumper-csatlakozások prototípuskészítéshez is használhatók, de mechanikailag nem megbízhatóak a mozgásnak és vibrációnak kitett hordozható eszközökben.
Mennyi a valós{0}}akkumulátor-élettartam?
A Pi Zero 2 W-os, 3,5 hüvelykes kijelzővel és 4000 mAh-s akkumulátorral rendelkező tipikus rendszerek 3-4 órányi aktív játékidőt biztosítanak. A nagyobb képernyővel rendelkező Pi 4 buildek gyorsabban fogynak, átlagosan 2-2,5 órát. A tényleges futási idő a képernyő fényerejének, az emulált rendszernek és a WiFi/Bluetooth aktív állapotának függvényében változik.
Ezek a kézi számítógépek képesek modern játékokat játszani?
Nem. A Raspberry Pi hardverből hiányzik a feldolgozási teljesítmény a PS1-korszak 3D-s játékokon túlmenően. Előfordulhat, hogy néhány ARM Linuxra fordított könnyű független játék fut, de a RetroPie kizárólag a retro emulációra összpontosít, nem a modern játékokra.
Vannak jogi kockázatok ezek megépítésében?
A hardver megépítése teljesen legális. A jogi szürke terület a ROM beszerzésére vonatkozik,{1}}olyan játékok letöltése, amelyeknek nem a tulajdona, szerzői jogokat sért. A saját kazettákról készített személyes biztonsági másolatok sok joghatóságban törvényesek, bár a lemez-alapú biztonsági mentések helytől függően sérthetik a kijátszás elleni-törvényeket.
Összegzés Gondolatok
A Raspberry Pi kéziszámítógépek vonzereje túlmutat a nosztalgián vagy a költségmegtakarításon. Ezek a projektek az alapvető elektronikai fogalmakat -feszültségszabályozást, soros kommunikációs protokollokat, bemeneti/kimeneti interfészeket,-gyakorlati alkalmazáson keresztül tanítanak az elvont elmélet helyett. Amikor a forrasztási kötés megreped, és a Start gomb nem működik-a játék közepén, valódi hibaelhárítási készségeket sajátíthat el, amelyeket a tankönyvek nem tudnak átadni.
A reális elvárások-beállítása különbözteti meg a sikeres összeállításokat az elhagyott tábláktól. Ez nem patronok behelyezése a gyári konzolokba-hanem annak hibakeresése, hogy a GPIO 17 miért olvas magasat, amikor alacsonynak kellene lennie, vagy miért csökken a képkockasebesség 60 képkocka/mp-ről 45 képkocka/mp-re, ha az akkumulátor feszültsége 3,6 V alá süllyed. Az elégedettség nem a tökéletes emulációból fakad, hanem a saját tervezési döntései révén létrehozott problémák megoldásából.
Az épületeket körülvevő közösség továbbra is rendkívül támogató. Idegenek a fórumokon diagnosztizálják a feszültségszabályozóval kapcsolatos problémákat a multiméter leolvasásáról készült elmosódott fényképek alapján. Valaki közzétesz egy GitHub-tárat az Ön által használt képernyő pontos tűleképezéseivel. Ez a közös problémamegoldás-a frusztráló elszigeteltséget közös tanulási tapasztalatokká alakítja át.
A legfontosabb, hogy egy Raspberry Pi kéziszámítógép megépítése betekintést nyújt az összes fogyasztói elektronika alapvető szintű működésébe. Az "okostelefon" vagy "laptop" feliratú fekete doboz kevésbé titokzatos, ha manuálisan csatlakoztatja a gombokat a tűk megszakításához, és beállítja a kernelmodulokat a képernyőfrissítések észlelésére. A digitális világ kézzelfoghatóvá válik-szó szerint, egy olyan eszköz formájában, amelyet kézben tarthat és megérthet, mivel minden alkatrészt maga szerelt össze.